SETLABS®Как выбрать подрядчика по рекламе и не потерять деньги
Проверить квалификацию маркетолога до начала работы сложно: портфолио рисуется за вечер, отзывы покупаются.…
Читать →
Как написать техзадание разработчику
Хорошее ТЗ не обязано быть на сорока страницах. Оно обязано отвечать на один вопрос: как обе стороны поймут, что работа сделана.
Что описать обязательно
- Задача бизнеса. Не «нужен сайт», а «нужны заявки на услугу X из рекламы».
- Кто пользователь. Кто и в какой ситуации будет этим пользоваться.
- Что должно получиться. Список экранов или функций простыми словами.
- Что не входит. Иногда важнее первого пункта: снимает половину споров.
- Как проверим результат. Конкретные критерии приёмки.
- Сроки и порядок оплаты. С этапами, если проект длинный.
Формулировки, которые надо убрать
- «Красиво и современно» — у всех разное представление
- «Как у конкурента, но лучше» — непонятно, что именно лучше
- «Удобно для пользователя» — не измеряется
- «И всё остальное по необходимости» — бесконечная работа за фиксированную цену
Замена размытых формулировок
Вместо «сайт должен быстро грузиться» пишите «первый экран открывается не дольше 2 секунд на мобильном интернете». Это можно проверить.
Примеры и референсы
Соберите 3–5 примеров того, что вам нравится, и обязательно напишите, что именно нравится в каждом: структура, цвета, подача. Без пояснений исполнитель угадает неправильно.
Если не умеете писать ТЗ
Это нормально, и это не ваша работа. Нормальный подрядчик составит ТЗ сам после разговора и покажет вам на согласование. Если исполнитель молча берёт задачу «сделать сайт» — вы почти наверняка получите не то.
Посчитаем вашу задачу бесплатно
Разберём нишу, покажем реальные цифры и план. Без звонков без предупреждения — пишем текстом и по делу.