Из чего складывается стоимость производственного продукта после прототипа

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

Поэтому оценка по числу экранов почти всегда занижает реальную стоимость. Большая часть обязательств находится между экранами и после запуска.

Видимая функция — только вершина

Форма оплаты может выглядеть как несколько полей и кнопка. Производственный объём включает проверку данных, права, идемпотентность, состояние платежа, вебхуки, повторные попытки, возвраты, журналирование, поддержку и сверку.

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

Данные создают долгосрочную стоимость

Нужно определить модель, владение, импорт, миграции, историю, удаление, резервное копирование и восстановление. Чем важнее данные для операций клиента, тем выше цена ошибки и тем больше проверки требуется до запуска.

Стоимость появляется не только при первой реализации. Каждое будущее изменение должно сохранять совместимость или иметь безопасный путь миграции.

Доступ и границы требуют доказательств

Роли, организации, приглашения, восстановление доступа и административные полномочия формируют отдельную систему. Её нельзя надёжно оценить фразой «добавить логин».

Особенно важны отрицательные проверки: пользователь не должен видеть чужие данные, выполнять запрещённые действия или сохранять доступ после отзыва прав.

Интеграции расширяют поверхность отказа

Внешний сервис приносит собственные задержки, лимиты, ошибки, изменения API и состояние. Надёжная интеграция требует повторных попыток, дедупликации, наблюдения, ручного восстановления и ясного поведения интерфейса при недоступности партнёра.

Оценивать нужно не только успешный запрос, но и владение каждым возможным промежуточным состоянием.

Администрирование и поддержка — часть объёма

После запуска кому-то придётся искать записи, объяснять состояние, исправлять ошибки и повторять операции. Если эти задачи не имеют безопасной поверхности, они превращаются в прямые изменения базы и одноразовые скрипты.

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

Поставка и восстановление нельзя добавить в конце

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

Производственная оценка должна включать способ выпуска, доказательства корректности и путь восстановления, а не только время написания кода.

Оценивайте этап, который даёт цельный результат

Ответственный первый этап не обязан включать весь будущий продукт. Он должен быть достаточно цельным, чтобы выбранный процесс работал для реального пользователя и мог безопасно поддерживаться.

Стоимость объясняется не количеством функций, а обязательством: какие данные и действия система принимает, какие отказы переживает, как проверяется и кто отвечает за неё после запуска.