Постановка клиентской задачи без готового ТЗ

Кому подойдёт: Start — специалистам, получающим расплывчатые запросы; System — фрилансерам, которые хотят сделать подготовку задания отдельным понятным этапом.

Клиент не обязан уметь писать техническое задание на вашу профессию. Он может хорошо понимать свою рабочую проблему и не знать, какое решение требуется. Ваша задача — помочь перевести ситуацию в проверяемые требования, не выдавая первые догадки за согласованный проект.

В учебном примере собственник пишет: «Нужна автоматизация, чтобы всё было под контролем». Просьба прислать подробное ТЗ возвращает ему работу, с которой он и пришёл за помощью. Но обещание «всё сделаю» тоже не решает проблему: стороны пока не определили, что именно должно измениться.

Начните с конкретного рабочего эпизода

Попросите показать, как сейчас выполняется одна важная задача. Кто начинает действие, какие данные использует, что получает на выходе и где возникает затруднение? Если возможно и разрешено, посмотрите обезличенный пример документа или записи.

Например, заявка приходит в мессенджер, сотрудник переносит её в таблицу, руководитель спрашивает статус в отдельном чате. Проблема может быть в отсутствии общего правила, дублировании записей или нехватке доступа. Пока это не выяснено, выбор новой программы преждевременен.

В The Consultancy Playbook рекомендуется описывать желаемые результаты и связывать с ними конкретные результаты работы консультанта, оставляя пространство для профессионального выбора способа решения. Для небольшой услуги это помогает не требовать от клиента готового технического ответа до исследования задачи.

Отделите потребность от предложенного решения

Клиент может сказать: «Нужен бот». Уточните, что он должен изменить. Возможно, нужно сократить повторяющиеся вопросы или дать доступ к статусу заказа. Бот — один из вариантов, а не сама потребность.

Не отвергайте идею демонстративно. Скажите: «Давайте проверим, какую задачу должен выполнять бот и какие есть ограничения. Тогда сможем выбрать подходящий способ». Так вы уважаете исходную гипотезу и сохраняете профессиональную ответственность за решение.

Запишите текущие факты, ожидаемое изменение и ограничения отдельно. Факты можно проверить. Ожидания нужно обсудить. Ограничения — бюджет, сроки, совместимость, доступ к данным — влияют на выбор. Их смешение рождает задания вроде «быстро внедрить всё без участия команды».

Соберите небольшую согласуемую основу

Покажите основу клиенту на простом примере. Если речь о таблице, можно нарисовать один экран и пройти сценарий. Если о тексте — предложить структуру и объяснить роль каждого раздела. Это проверка понимания, а не повод незаметно выполнить весь проект бесплатно.

Если постановка задачи требует нескольких интервью, изучения систем или расчётов, оформите её отдельным этапом. У клиента должен остаться полезный результат: описание задачи, варианты, ограничения и основания для оценки. Заранее обсудите, что происходит, если после этого этапа он не продолжает работу с вами.

Уточняйте оценку по мере появления данных

Для неизвестного объёма честнее дать предварительный диапазон и перечислить допущения. Например: расчёт относится к одной команде и одному источнику данных; наличие сложных исключений уточняется на обследовании. После проверки вы обновляете оценку и согласуете продолжение.

Фраза «ТЗ всё равно изменится» не оправдывает отсутствие договорённостей. По мере исследования могут появляться новые факты, но у каждой версии должны быть дата, границы и понятный статус. Если новая потребность меняет цену или срок, это обсуждается до выполнения дополнительной работы.

Если несколько сотрудников по-разному описывают задачу, не усредняйте их пожелания в длинный список. Покажите противоречие заказчику: один хочет быстрее вводить данные, другой — добавить десять обязательных полей. Обсудите, какую цель считаем основной и кто принимает решение. Иначе техническое задание лишь аккуратно запишет несовместимые ожидания. Профессиональная помощь включает выявление таких конфликтов, а не только перевод слов клиента в специальную терминологию.

Практическое задание: возьмите один расплывчатый запрос и перепишите его как рабочую ситуацию с участником, действием и ожидаемым результатом. Составьте список неизвестного. Отметьте, что можно уточнить коротким разговором, а что требует самостоятельного исследования. Затем предложите клиенту следующий шаг именно такой глубины, которая нужна для обоснованного решения.