Личные кабинеты

Сколько стоит разработка личного кабинета: как читать смету

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

Редакция polegaeff.ru3 мин чтения
Ноутбук с примером личного кабинета: заказы, документы и команда
Редакционная иллюстрация к материалу.

Что именно вы называете личным кабинетом

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

Начните с одного основного сценария: например, клиент входит, видит свои заказы и скачивает документы. Для каждого действия определите источник данных и результат. Если документы формируются в другой системе, нужно оценить не только кнопку скачивания, но и получение файла, права доступа и поведение при недоступности источника.

Как функции влияют на объём работ
ФункцияЧто нужно уточнить
Регистрация и входEmail, телефон, приглашение или корпоративная учётная запись
Роли и организацииКто видит данные компании и кто может приглашать коллег
Заказы и документыГде хранятся данные, как часто обновляются, доступны ли архивы
ИнтеграцииЕсть ли документация API, тестовая среда и ответственный за вторую систему
АдминистрированиеКакие действия поддержка выполняет без участия разработчика

Из каких частей складывается стоимость

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

Оценка в часах полезна, когда рядом указаны допущения. Формулировка «интеграция — 40 часов» мало говорит без перечня сущностей и методов обмена. Неизвестный API или неподготовленные данные лучше сначала исследовать отдельной задачей, а не прятать неопределённость в общей цене.

Путь от требований к оценке
  1. Сценарии и роли
  2. Прототип
  3. Интеграции
  4. Оценка этапов

Учебный пример расчёта бюджета

Ниже — условная арифметическая модель, а не прайс нашей команды и не средняя цена по Москве или России. Для примера взята ставка 3 000 ₽/час. Реальные трудозатраты определяются после обсуждения требований.

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

Условная смета при ставке 3 000 ₽/час
ЭтапЧасыСумма
Аналитика и прототип40120 000 ₽
Интерфейс80240 000 ₽
Серверная часть и интеграция100300 000 ₽
Проверки и запуск40120 000 ₽
Итого260780 000 ₽

Что оплачивается после запуска

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

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

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

Как сравнить предложения подрядчиков

Передайте нескольким командам одинаковый перечень сценариев. Сравнивайте покрытие требований, исключения и критерии готовности. Дешёвое предложение может не включать административную часть или обмен с CRM, хотя они нужны для ежедневной работы.

Для проекта в Москве и удалённой работы по России важнее договориться о доступности ответственных, демонстрациях и часовом поясе, чем сравнивать только город команды. Отдельно обсудите очные встречи, если они действительно необходимы.

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