Короткий ответ: хорошая постановка задачи содержит четыре части: контекст (зачем это нужно), результат (что должно получиться), критерий (как проверить, что готово) и срок. Если эти четыре пункта есть, разработчик делает работу с первого раза. Если их нет, вы получите то, что он понял, а не то, что вы хотели.
Разработчик не читает мысли и не знает вашего бизнеса так, как вы. Задача «сделай форму» кажется очевидной, пока не окажется, что вы имели в виду форму с загрузкой файлов и уведомлением в Telegram, а он сделал три поля и письмо на почту. Это не его ошибка и не ваша: это пробел в постановке. Ниже формула, которую я использую сам и прошу использовать клиентов.
Формула из четырёх частей
1. Контекст: зачем это нужно
Одна-две фразы о цели. Не «добавить кнопку», а «клиенты звонят уточнить цену, хочу, чтобы они могли отправить заявку на расчёт без звонка». Контекст позволяет разработчику предложить решение лучше задуманного. Он может сказать: «калькулятор на странице даст то же самое быстрее». Без контекста он выполняет букву, а не смысл.
2. Результат: что получится
Конкретное описание в терминах того, что увидит пользователь. «На странице услуг под описанием появляется блок с формой: имя, телефон, выбор услуги из списка, кнопка «Рассчитать стоимость»». Результат описывает «что», а не «как». Технические решения выбирает разработчик, если вы не знаете точно, что нужно.
3. Критерий: как проверить
Самая недооценённая часть. Критерий превращает «сделано» из ощущения в факт. «Форма отправляет данные на lead@company.ru и в Telegram за минуту. Пустые поля не пропускаются. На телефоне форма не выходит за экран». Если вы не можете придумать критерий, значит, задача не до конца продумана. Подробнее о критериях в статье приёмка сайта: чек-лист.
4. Срок и приоритет
«До пятницы» или «нужно к запуску рекламы 20 числа». Укажите, почему именно этот срок: жёсткий он или желательный. И приоритет относительно других задач: если разработчик получил пять задач с одинаковым «срочно», он выберет сам, и это не обязательно то, что нужно вам.
Примеры: как переписать плохую постановку
| Плохо | Хорошо |
|---|---|
| «Сделай форму обратной связи» | «Клиенты звонят уточнить цену, хочу собирать заявки на сайте. На странице /ceny/ внизу форма: имя, телефон, комментарий. После отправки сообщение приходит мне в Telegram, клиент видит «Спасибо, перезвоним за час». Проверка: тестовая заявка доходит за минуту. Срок: до среды» |
| «Сайт медленный, ускорь» | «Главная открывается 6 секунд на мобильном, теряем клиентов с рекламы. Нужно: PageSpeed на мобильном выше 80 и открытие до 3 секунд. Что именно менять, смотрите сами, но дизайн не трогайте. Срок: неделя» |
| «Поменяй цены» | «В прайсе на /ceny/ новые цены из файла price-2026.xlsx, лист «Услуги». Старые заменить, ничего не удалять. После этого проверить, что на главной в блоке «От» цены совпадают» |
| «Подключи ИИ к сайту» | «Хочу, чтобы чат на сайте отвечал на вопросы по ценам и услугам вместо администратора. Источник: мой прайс и FAQ. Если бот не уверен, зовёт менеджера. Проверка: 30 вопросов клиентов, 90% правильных ответов. Срок обсуждаем после оценки» |
Дополнительные приёмы, которые экономят время
Прикладывайте примеры и материалы сразу
Ссылка на страницу, где «нравится так», скриншот проблемы, файл с текстами, все материалы в облачной папке. Не заставляйте разработчика переспрашивать. Как упорядочить материалы, смотрите в статье как передавать фото и файлы подрядчику.
Одна задача — одно сообщение
Если в одном сообщении пять задач, часть теряется. Нумерованный список допустим, если задачи связаны и относятся к одному этапу. Но три несвязанные просьбы лучше разделить.
Говорите о проблеме, если не знаете решения
Вы не обязаны знать, как это сделать технически. Опишите проблему: «клиенты жалуются, что форма не отправляется на телефоне», и дайте разработчику найти причину. Предложение решения от неспециалиста («замените плагин на другой») часто уводит в сторону.
Указывайте границы
Что менять нельзя, что делать не нужно. «Только эта страница», «дизайн не менять», «не удалять старые записи». Это защищает от побочных эффектов и от дополнительных затрат.
Просите пересказ в нетривиальных случаях
Для сложной задачи попросите разработчика вернуться с пересказом: «Как ты понял задачу и что собираешься делать?». Это занимает пять минут и ловит расхождения до начала работы, а не после. Если вы пересказываете ему итог разговора, ничего не теряется. Для проекта в целом такую же роль выполняет техническое задание.
Чек-лист: проверьте задачу перед отправкой
- Понятно ли человеку, не знающему вашего бизнеса, зачем это нужно?
- Описан ли результат так, что его можно представить без вопросов?
- Есть ли способ проверить, что задача выполнена?
- Указан ли срок и приоритет?
- Приложены ли все материалы и ссылки?
- Одна ли это задача или в сообщении спрятано несколько?
Если на любой вопрос ответ «нет», доработайте формулировку. На это уходит три минуты, а экономит часы.
Шаблон задачи для копирования
ЗАДАЧА: [короткое название] Зачем: [одна-две фразы о цели] Результат: [что увидит пользователь / что изменится] Где: [страница / раздел / ссылка] Проверка: [как понять, что готово] Материалы: [ссылка на облачную папку / скриншот] Не трогать: [границы] Срок: [дата]; приоритет: [критично / важно / желательно]
Если задача большая
Для крупных задач, которые нельзя описать абзацем, нужен документ. Для сайта это ТЗ, для бота отдельное ТЗ с описанием сценариев (ТЗ на ИИ-ассистента и Telegram-бота). Разбейте работу на этапы, чтобы после каждого вы видели результат и могли скорректировать курс. Ошибка, обнаруженная на втором этапе, стоит дешевле, чем на пятом.
Часто задают вопросы
Нужно ли знать технические термины, чтобы ставить задачи?
Нет. Описывайте что видите и чего хотите, простыми словами. Разработчик переведёт в техническое решение. Если вы используете термины неправильно, лучше напишите простым языком.
Как поставить задачу, если я сам не уверен, чего хочу?
Скажите это прямо: «Не уверен, как лучше, хочу предложений». Разработчик предложит два-три варианта с плюсами и минусами. Это нормальная и часто выгодная форма постановки, но она занимает больше времени, и в смете она учитывается как исследование.
Можно ли ставить задачи голосом?
Можно, но превратите голос в текст: отправьте короткую запись итога. Об этом подробнее в статье почему лучше общаться текстом.
Что делать, если разработчик сделал не то, что я просил?
Сначала сверьтесь с постановкой: было ли в ней то, что вы ожидали. Если нет, это пробел постановки, и исправление, возможно, платное. Если было, это ошибка исполнителя, и правка бесплатная. Поэтому важно, чтобы постановка была записана.
Как поставить задачу, чтобы разработчик не ушёл в «перфекционизм»?
Укажите объём работы и срок: «сделай за 2 часа в рамках текущей структуры, без переработки». Чёткие границы защищают от красивого, но ненужного решения.
Пока в голове задача, а на бумаге нет? Напишите мне как получится, а я уточню детали и верну структурированную постановку с оценкой. Цены — на странице «Цены».
Читайте также: почему созвоны неэффективны, когда созвон нужен, консультация 5 000 ₽ за 30 минут.
