Веб-приложение или готовый пакет? Семь вопросов для верного выбора

Главное различие между готовым пакетом и программой под конкретную компанию такое: в пакете вы подстраиваетесь под то, как работает программа, а в индивидуальной разработке программа подстраивается под ваш рабочий процесс. Веб-приложение — это корпоративное приложение, которое работает в браузере и управляет пользователями, ролями, данными и бизнес-правилами компании; к этой группе относятся клиентский портал, операционная панель, система согласования или SaaS-продукт.

Правильный ответ чаще всего не «всегда готовое» и не «всегда индивидуальное». Главное — честно увидеть, какая часть вашего процесса действительно стандартна. Чтобы это стало нагляднее, начнём с примера.

Представьте дистрибьюторскую компанию, которая принимает заказы от дилеров. Заказы приходят по электронной почте, остатки ведутся в таблице, у каждого дилера свои скидки и правила отгрузки. Готовый пакет для заказов может покрыть большинство этих правил, но если правила для каждого дилера — суть бизнеса, настроек пакета в какой-то момент не хватит, и команда снова вернётся к таблице. В итоге продолжают оплачиваться и лицензия на пакет, и поддержка таблиц. Когда же та же компания предлагает дилерам портал заказов, отражающий её собственные правила, данные об остатках, скидках и отгрузке собираются в одном месте: дилер оформляет заказ на своём экране, а команда занимается только исключениями.

Когда достаточно готового пакета?

В задачах, которые в отрасли выполняют примерно одинаково и которые не отличают вас от конкурентов, пакет чаще всего оказывается самым коротким путём. В пользу пакета говорят такие обстоятельства:

• Ваш процесс ложится на логику пакета с небольшими настройками.
• Число пользователей и разнообразие ролей ограничены; все примерно одинаково работают с одними и теми же экранами.
• Обмен данными с другими системами не нужен или пакет уже его предусматривает.
• Быстрый старт важнее гибкости в деталях.

Когда имеет смысл веб-приложение?

Если несколько из перечисленных ниже признаков вам знакомы, возможно, вы подошли к пределу возможностей пакетной программы:

• Сотрудники ведут «настоящую» работу вне программы — в таблице, в цепочке писем или на бумажной форме.
• Вы хотите дать клиентам, дилерам или поставщикам вход в систему, работающую по вашим правилам.
• Клиент, полевой сотрудник, руководитель и аудитор должны видеть одни и те же данные в разном объёме.
• В вашем рабочем процессе есть исключения, и именно эти исключения создают ценность вашего бизнеса.
• Нужен регулярный обмен данными с ERP, CRM, бухгалтерскими, платёжными или курьерскими системами.

Прежде чем выбирать программу, спросите себя: какая часть процесса отличает нас от других? Если пакет стандартизирует и эту часть, вы заплатите за это в другом месте.

Семь вопросов перед принятием решения

1. Процесс стандартный? Нарисуйте процесс на одной странице и положите рядом с логикой пакета. Если разница невелика, пакета достаточно; если она приходится на критичный шаг, усилия по адаптации могут обойтись дороже самой программы.
2. Как часто бывают исключения? Если исключение случается раз в месяц, его решают вручную. Если исключения и есть суть работы, программа должна о них знать.
3. Кто будет пользоваться? Только внутренняя команда или ещё клиенты и поставщики? С появлением внешних пользователей растёт потребность в разграничении прав и безопасности.
4. С какими системами нужно связываться? По мере роста числа подключаемых систем готовых коннекторов пакета может не хватить; тогда одни и те же данные вводят вручную в двух местах.
5. Какая нужна отчётность? Если показателей, которые хочет видеть руководство, нет в готовых отчётах пакета, данные приходится собирать в другом месте.
6. Как вы будете расти? Уже сегодня спросите, выдержит ли структура рост числа пользователей, операций или филиалов.
7. Кто отвечает за сопровождение и поддержку? В обоих вариантах ответственный за обновления, резервное копирование и поддержку должен быть известен с самого начала.

Как правильно сравнить стоимость

Сравнивать только по первоначальным вложениям — значит вводить себя в заблуждение. В стоимость входят и поддержка таблиц, оставшихся за пределами пакета, и повторный ввод одних и тех же данных, и ручные приёмы, зависящие от конкретного человека, и дополнительные инструменты. С другой стороны, у индивидуальной разработки тоже есть нагрузка на сопровождение и развитие; обсудить это заранее удобно обеим сторонам. Хорошее сравнение должно давать для каждого варианта конкретный ответ на вопрос: «кто и как будет вести эту работу через год?»

Есть и промежуточный путь: двигаться модулями

Решение не обязано быть «всё или ничего». Стандартные задачи остаются за готовыми решениями, а для той части, которая отличает ваш бизнес, разрабатывается приложение под вашу компанию. Проекты в направлении Веб-приложения YazSis ведёт в три шага:

• Выявить рабочий процесс: делаются видимыми пользователи, данные, правила и исключения.
• Построить архитектуру продукта: пользовательский опыт, модель данных, интеграции и безопасность проектируются вместе.
• Разрабатывать модулями: части запускаются в работу после тестирования и улучшаются на основе данных об использовании.

При таком подходе вопросы безопасности — права доступа, журнал операций, проверка данных и резервное копирование — не добавляются потом как отдельная функция, а с самого начала входят в архитектуру. Поэтому по мере роста приложения добавляются новые модули, а не переписывается основа. На практике стоит начать с процесса, на который уходит больше всего времени: когда команда привыкнет им пользоваться, следующую потребность проще построить на той же основе.

Подробнее о нашем подходе к порталам, панелям управления и интеграциям можно узнать на странице Веб-приложения.