«Нам нужен хороший сайт» — с этой фразы начинаются 90% проектов. И именно из-за этой фразы половина проектов выходит за бюджет, затягивается или заканчивается разочарованием. Проблема не в подрядчике и не в технологиях — проблема в том, что задача сформулирована неправильно.
Почему «хороший сайт» — плохая задача
«Хороший» — это оценочное слово без конкретного содержания. Для одного это «красивый дизайн». Для другого — «быстрый». Для третьего — «чтобы клиенты сами заполняли заявки». Разработчик слышит свою версию «хорошего» — и делает её.
Хорошая задача содержит ответы на четыре вопроса:
- Для кого этот сайт? (целевая аудитория)
- Что должен сделать посетитель? (целевое действие)
- Как мы поймём, что сайт работает? (KPI)
- Что сейчас не работает или чего не хватает? (боль)
Попробуйте ответить на эти четыре вопроса письменно, одним абзацем. Если у вас есть ответы — вы уже готовы к разговору с подрядчиком.
Разрыв между «хочу» и «зачем»
Типичная история: клиент приходит и говорит «хочу анимированный главный экран, параллакс-скроллинг, интерактивную карту офисов и тёмную тему». Разработчик честно спрашивает: «Зачем?» — и получает в ответ «потому что красиво» или молчание.
Каждая функция на сайте должна работать на конкретную задачу. Анимация — привлекает внимание к ключевому месседжу. Карта — помогает найти офис. Тёмная тема — снижает нагрузку на глаза при долгой работе.
Если функция не решает задачу клиента — она только усложняет разработку и замедляет сайт.
Как описать целевую аудиторию
Не «все, кто интересуется нашими услугами». Конкретно:
«Наши клиенты — владельцы малого бизнеса в России, 30–45 лет. Приходят через Яндекс.Директ или по рекомендации. Хотят понять, что именно мы делаем и сколько это стоит, за первые 30 секунд. Если нет цены — уходят. Звонить не хотят — предпочитают заявку через форму».
Из такого описания уже понятно: нужна чёткая структура, цены (хотя бы диапазоны), форма заявки. Анимации и параллакс — вряд ли.
KPI: как измерить успех
«Сайт должен быть лучше» — не KPI. KPI — это число:
- «Получать 80 заявок в месяц через 6 месяцев после запуска».
- «Конверсия в заявку — не менее 2% от органического трафика».
- «Снизить нагрузку на менеджеров по типовым вопросам на 40% за счёт раздела FAQ».
Когда KPI прописан до старта — и вы, и подрядчик понимаете, что считается успехом. Без KPI оценка результата всегда субъективна.
Что включить в задание: минимальный список
Хорошее техническое задание не обязательно должно быть на 40 страниц. Минимум для старта:
- Цель сайта — одно предложение о том, что он должен делать.
- Целевое действие — что клиент должен сделать (оставить заявку, позвонить, купить, скачать).
- Аудитория — кто приходит и чего хочет.
- Структура страниц — какие страницы нужны на первом этапе.
- Примеры — 3–5 сайтов «нравится» и 2–3 «не нравится» с объяснением почему.
- Интеграции — CRM, аналитика, мессенджеры.
- Контент — кто готовит тексты и когда.
- Сроки и бюджет — честно.
Последний пункт самый важный. Если вы скрываете бюджет «чтобы не задрали цену» — подрядчик сделает то, что влезет в неизвестный бюджет. Это никому не выгодно.
Частые ошибки в постановке задачи
«Сделайте как у конкурента» — разработчик копирует форму без понимания функции. Через 3 месяца сайт красивый, но не работает.
«Сначала покажите макет, потом обсудим» — без задачи макет будет угадыванием. Правки после «увидел — захотел» стоят дорого.
«Добавим всё, потом уберём лишнее» — в разработке так не работает. Добавить и убрать — это разные задачи, каждая стоит денег.
«Дедлайн через 2 недели» — если задача не готова, сроки нереальны, и это ваши деньги, которые уйдут на авральную работу.
Как ставить задачу, если вы не знаете что хотите
Иногда честный ответ — «мы не знаем». Это нормально. В таком случае первый шаг — не разработка, а аудит или консультация:
- Аудит существующего сайта (если он есть): что работает, что нет.
- Глубокий брифинг с подрядчиком: он задаёт правильные вопросы, помогает сформулировать задачу.
- Исследование конкурентов: что делают лучшие в вашей нише.
Хороший подрядчик не просто берёт деньги и начинает делать. Он помогает вам понять, что нужно. Если этого не происходит — ищите другого.
Правильная постановка задачи — это 30% успеха проекта. Остальное зависит от исполнения.