Сравнение с заказная разработка

Готовое приложение быстрее заказной разработки: как Интеграм сокращает путь от идеи до прототипа

заказная разработка

Обложка статьи: Прототип быстрее заказной разработки

Заказная разработка требует времени, бюджета и точного ТЗ до старта. Интеграм позволяет собрать таблицу, форму, очередь, роли и отчёт как административные настройки, чтобы проверить процесс на реальных заявках до отдельной разработки.

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

Контекст

Компания принимает заявки от партнёров. Нужно: форма приёма заявки, очередь обработки, роли оператора и менеджера, отчёт по выполненным заявкам. Первая реакция — заказать разработку. Типовая последовательность:

  • сбор требований и ТЗ;
  • разработка backend и UI;
  • первое демо — выясняется, что в форме не хватает поля «канал заявки», а поле «комментарий менеджера» не нужно оператору;
  • переработка и повторное демо;
  • запуск в эксплуатацию.

Как это решает Интеграм

Администратор Интеграма повторяет ту же постановку, но без подрядчика:

  1. создаёт таблицу «Заявки» с нужными полями: партнёр, дата, канал, статус, ответственный, комментарий;
  2. настраивает форму добавления записи — внешнюю или внутреннюю, с обязательными полями и значениями по умолчанию;
  3. строит отчёт «Очередь заявок» с фильтрами по статусу и ответственному;
  4. создаёт роль оператора и роль менеджера с разными правами на поля и записи;
  5. выносит рабочее место в меню — каждая роль видит свою точку входа: оператор открывает очередь, менеджер — отчёт по выполненным.