Начните с бизнес-задачи
Сформулируйте одно главное действие посетителя: оставить заявку, купить товар, записаться, получить расчёт или начать работу в личном кабинете. Затем перечислите аудитории, источники посетителей и данные, которые понадобятся для решения. Такая постановка позволяет подрядчику предложить структуру, а не просто оценить набор экранов.
Полезный исходный документ помещается на одной-двух страницах: задача, аудитория, обязательные сценарии, интеграции, ответственные со стороны заказчика, желаемый срок и допустимый диапазон бюджета. Полное техническое задание до исследования обычно преждевременно.
Что запросить у подрядчика
Сравнивайте не итоговые суммы, а одинаковый объём ответственности. Дешёвая смета может не включать исследование, мобильные макеты, систему управления, перенос материалов, аналитику или публикацию.
- Состав этапов и результат каждого этапа.
- Что входит в цену, а что оплачивается отдельно.
- Кто готовит тексты, изображения, перенос данных и юридические документы.
- Какие браузеры и устройства входят в проверку.
- Кому принадлежат исходники, домен, аналитика и учётные записи.
- Как устроены гарантийные исправления и дальнейшая поддержка.
Безопасная последовательность работ
Каждый этап должен завершаться проверяемым результатом. Если макеты утверждены до появления настоящих текстов и таблиц, на разработке почти неизбежно начнутся переделки.
- Короткое интервью и фиксация задачи.
- Карта страниц и пользовательских сценариев.
- Прототип ключевых экранов.
- Визуальная система и дизайн.
- Разработка и подключение сервисов.
- Проверка на реальных устройствах и данных.
- Публикация, аналитика, резервное копирование и передача доступов.
Как принимать готовый сайт
Пройдите главные сценарии как новый посетитель: с телефона, при медленном соединении, с ошибкой в форме и с повторной отправкой. Проверьте получение заявок, цели аналитики, индексируемость, адреса страниц, резервную копию и права доступа.
До финальной оплаты у заказчика должны быть домен, исходный код или оговорённый доступ к нему, макеты, административные учётные записи, инструкции и перечень внешних платных сервисов.
Красные флаги до подписания договора
Осторожность нужна, если исполнитель обещает точную цену и дату до разговора о содержании, интеграциях и материалах; не показывает состав команды; предлагает оформить домен или рабочие сервисы только на себя; не фиксирует порядок приёмки и передачи доступов.
Нормальный подрядчик не обязан соглашаться с каждой идеей. Он объясняет последствия решений, отмечает неопределённость и предлагает сначала проверить рискованную часть — например, обмен с 1С, расчёт стоимости или нестандартный личный кабинет.
- В смете нет измеримого результата этапов.
- Макеты предлагается утверждать на условном тексте.
- Мобильная версия, тестирование и публикация считаются «по умолчанию», но нигде не описаны.
- Поддержка обещана без срока реакции и ответственного.
- После оплаты заказчик не получает доступы и исходные материалы.
Частые вопросы
Нужно ли готовить техническое задание самостоятельно?
Нет. Для старта достаточно описать задачу, аудиторию, обязательные функции и ограничения. Детальное задание разумно формировать вместе с исполнителем после исследования.
Можно ли сначала заказать только дизайн?
Можно, но заранее согласуйте технологические ограничения и формат передачи макетов разработчику. Иначе часть решений может оказаться дорогой или невозможной в реализации.
Когда понятна точная цена?
После согласования структуры, функций, интеграций и ответственности за материалы. До этого корректна только ориентировочная вилка.