Бюджет от 150 000 ₽: где заканчивается сайт и начинается платформа

Сайт показывает информацию и принимает заявки. Платформа выполняет работу: считает, ведёт объекты по состояниям, разделяет пользователей по правам и обменивается данными с внешними сервисами. Разница в бюджете — от 150 000 ₽ и от 14 дней — берётся не из объёма страниц, а из количества правил, которые надо описать и проверить.

Три признака, что вам нужна платформа

Первый: в системе больше одной роли, и роли видят разное. Не «админ и все остальные», а, например, клиент, менеджер, сборщик, бухгалтер.

Второй: у объекта есть жизненный цикл. Заказ не просто существует — он создан, оплачен, собран, отправлен, вручён, возвращён. Каждое состояние что-то разрешает и что-то запрещает.

Третий: система сама принимает решения. Считает цену по параметрам, выбирает пункт выдачи, снимает деньги по подписке, отключает доступ при неоплате.

Если совпало хотя бы два признака — это платформа, как бы вы её ни называли.

Что физически появляется внутри

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

Почему интеграции съедают время

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

В ToYou Wood сайт считает смету по размерам, принимает оплату с онлайн-чеком, создаёт отправление и печатает этикетку. Человеку остаётся приклеить её и отдать курьеру. Доставка идёт через агрегатор, у которого 1 240 пунктов выдачи, и каждый из этих шагов может сорваться посередине: чек не пробился, отправление создалось, а этикетка не пришла.

Основная работа в такой цепочке — не сама цепочка, а поведение системы, когда она рвётся. Именно это отличает платформу от демонстрации.

Что бывает вместо своей платформы

Честный вариант сравнения — готовый отраслевой сервис по подписке. Он дешевле на старте и не требует разработки вовсе.

Плюсы очевидны: работает сегодня, поддерживается, обновляется. Минусы проявляются позже: вы работаете по чужому процессу, данные лежат у поставщика, цена подписки растёт вместе с вашим оборотом, а нужную вам функцию добавят тогда, когда её попросит достаточное число клиентов.

Своя платформа стоит дороже сразу и дешевле потом, но только при одном условии: у вас действительно есть процесс, который отличается от типового. Если не отличается — платите подписку и не тратьте 150 000 ₽ на воспроизведение чужого продукта.

Как разрезать бюджет на этапы

Платформу почти никогда не делают целиком за один заход. Резать надо вдоль, а не поперёк.

1. Ядро: пользователи, роли, главный объект и его состояния. Это то, без чего ничего не работает.
2. Деньги: приём оплаты, чек, возврат. Подключается, когда ядро уже ведёт объекты корректно.
3. Внешние связи: доставка, склад, учётная система.
4. Удобства: отчёты, массовые действия, уведомления, автоматизация рутины.

Ошибка — начать с четвёртого пункта, потому что он нагляднее. Красивый отчёт по данным, которых ещё нет, показывать некому.

Кому платформа не нужна

Если у вас один тип заказа, одна роль и продажа заканчивается счётом, платформа будет дорогой заменой таблице. Сайт с админкой от 100 000 ₽ закроет задачу, а разница пойдёт на трафик.

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

Что стоит дороже, чем кажется на входе

Три вещи регулярно недооцениваются при планировании бюджета платформы.

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

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

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

Как проверить, что подрядчик понял задачу

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

Если такой рассказ получается связным — задача понята. Если вместо него звучит перечисление технологий, разговор пока про инструменты, а не про ваш процесс.

Сроки: почему «от 14 дней» звучит расплывчато

В платформе срок зависит не от количества экранов, а от числа внешних сторон, с которыми надо договориться.

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

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

Коротко

Граница между сайтом и платформой проходит по трём признакам: несколько ролей с разными правами, объекты с состояниями и решения, которые система принимает сама. Основной бюджет уходит не на экраны, а на правила и на поведение при сбоях внешних сервисов. Если ваш процесс совпадает с типовым, дешевле взять готовый сервис по подписке; своя платформа окупается там, где процесс собственный.