Оценивайте сценарии, а не только страницы
Два сайта с десятью страницами могут требовать разного объёма работ. Один содержит тексты и форму, другой — личный кабинет, роли сотрудников и обмен заказами. Число страниц полезно для понимания контента, но плохо отражает сложность данных, правил и интеграций.
Для предварительной оценки перечислите действия посетителя и команды. Что человек выбирает, вводит, получает и изменяет? Что делает менеджер после заявки? Где появляются данные? Такое описание позволяет отделить обычную страницу от функции, которая требует проектирования и серверной логики.
Разложите работу на понятные результаты
В оценке могут быть исследование задачи, структура, прототип, дизайн, разработка, интеграции, проверка, перенос контента и выпуск. Важно видеть не просто названия этапов, а их результат: карта сценариев, набор макетов, работающая операция, инструкция или проверенная миграция.
Уточняйте, сколько вариантов и итераций включено, кто готовит тексты и изображения, какие устройства проверяются и как проводится приёмка. Расходы на инфраструктуру, внешние сервисы и дальнейшее сопровождение полезно показывать отдельно, чтобы первоначальный выпуск не смешивался с эксплуатацией.
Выявите факторы, которые увеличивают неопределённость
Особенно влияют неизвестные API, неготовые данные, нестандартные роли, сложный перенос и правила, которые ещё не согласованы. Установленная CRM не означает готовую интеграцию: нужно проверить доступные методы, справочники и ограничения. Аналогично наличие старого сайта не гарантирует простой перенос его контента.
Если исходных данных недостаточно, разумно сначала оценить ограниченный этап исследования. Он должен завершаться проверенными фактами и уточнённым составом. Это делает следующую оценку обоснованнее. Фиксировать точную цену неизвестной работы без описания допущений — источник будущих разногласий.
Сравнивайте предложения по одной таблице
Соберите одинаковые пункты: функции, интеграции, контент, дизайн, проверка, документация, инфраструктура и сопровождение. Отметьте включённое, исключённое и зависящее от ваших решений. Уточните, кто предоставляет доступы и сколько времени может занять ожидание внешней стороны.
Самая маленькая итоговая сумма не обязательно описывает самый маленький полный расход. Возможно, в ней нет переноса, проверки мобильных сценариев или работ после запуска. Сравнение помогает увидеть разницу без попытки оценить качество команды по одному числу.
Планируйте изменения и эксплуатацию
Даже хорошо описанный проект меняется. Договоритесь, как новый запрос влияет на состав, сроки и стоимость этапа, кто принимает решение и где оно фиксируется. Небольшие уточнения интерфейса и добавление новой бизнес-операции — разные по последствиям изменения.
После выпуска продукту нужны обновления, наблюдение за ошибками, резервные копии и развитие контента. Состав поддержки зависит от критичности системы. Отдельно определите владельца домена, хранилища, аккаунтов внешних сервисов и исходного кода, чтобы проект оставался управляемым.
Подготовьте материалы для предметной оценки
Для первого разговора достаточно цели, аудитории, основных сценариев и текущей системы. Полезны примеры данных, список интеграций и ограничения по запуску. Необязательно заранее выбирать стек: описание задачи помогает обсудить несколько подходящих способов реализации.
Предварительная оценка должна сообщать свои границы. Точная стоимость согласуется по составу работ и договорным условиям. Конструктор на сайте поможет собрать функции и вопросы, но не заменяет изучение проекта и коммерческое предложение.
Сравнивайте предложения по одинаковому составу результата.
Сравнение по составу
| Часть оценки | Что уточнить |
|---|---|
| Проектирование | Сценарии, прототип и правила приёмки |
| Дизайн | Шаблоны, состояния и адаптивность |
| Разработка | Функции, роли, данные и интеграции |
| Запуск | Контент, проверка, перенос и выпуск |
| Эксплуатация | Хостинг, внешние сервисы и поддержка |
Что проверить перед следующим шагом
- Сравнивайте предложения по одинаковому составу результата.
- Перечислите пользовательские и внутренние сценарии.
- Проверьте готовность данных и интеграций.
- Отделите выпуск от регулярной эксплуатации.
- Зафиксируйте допущения и правила изменения состава.
- Обсудите права на исходники, аккаунты и документацию.
Материал PENROUZ · 13 октября 2026. Практические рекомендации изложены для планирования проекта.
Как мы готовим материалы ↗Разработка личного кабинета для клиентов
Проектируем и разрабатываем клиентские кабинеты: заказы, документы, обращения, доступ к услугам и понятные статусы. Соединяем интерфейс с реальными процессами компании.
Посмотреть состав решения ↗