Михаил ЛопатинМоскваДмитровское шоссе д. 50 оф.240

Блог

Блог

Как переспрашивать по ТЗ и не выглядеть при этом некомпетентным

Дизайн
Аватар
Баннер поста

Ты получил ТЗ. Прочитал. Половину не понял. Но написал: «Всё ясно, приступаю».

Знакомо?

А через две недели клиент смотрит на результат и говорит: «Это вообще не то, что я имел в виду».

И ты переделываешь. Бесплатно. По ночам. Проклиная день, когда постеснялся задать три вопроса.

Как переспрашивать по ТЗ и не выглядеть при этом некомпетентным

🤡 Миф, который стоит тебе денег

В голове junior-разработчика живёт вредная установка: «Если я переспрашиваю — значит, я не разобрался. А если не разобрался — я некомпетентный».

Это неправда. И этот миф — самый дорогой в твоей карьере.

Я 16 лет в IT. Сидел по обе стороны стола: нанимал подрядчиков и сам был исполнителем. И скажу прямо: тупыми выглядят не те, кто спрашивает. Тупыми выглядят те, кто молча сделал не то.

Когда я нанимаю фрилансера и он задаёт точные вопросы по ТЗ — я расслабляюсь. Значит, человек думает, а не просто кодит на автопилоте.

А когда исполнитель кивает на всё «да-да, понял» — я напрягаюсь. Потому что знаю, чем это кончится.

💸 Посчитаем, во что обходится молчание

Возьмём средний проект — корпоративный сайт за 250 000 ₽. Срок — месяц.

Ты не уточнил, нужна ли многоязычность. В ТЗ было размыто: «сайт для международной компании». Ты сделал на русском.

Клиент открывает: «А где английская версия?»

Переделка структуры, вёрстки, подключение мультиязычности — это минимум 20-30 часов работы. При ставке фрилансера 2 500 ₽/час — это 50-75 тысяч. Которые ты потратил бесплатно, потому что «переделка по твоей вине».

Один незаданный вопрос = минус 20-30% от бюджета проекта.

А теперь другой расклад. Ты в начале потратил 15 минут и задал 5 вопросов. Клиент ответил. Ты сделал сразу правильно.

15 минут против 30 часов. Вот вся математика компетентности.

🎯 Как спрашивать, чтобы выглядеть сильнее, а не слабее

Секрет в формулировке. Есть два способа спросить одно и то же.

Слабо: «А что вы имеете в виду под каталогом?»

Звучит как «я не понял вообще ничего».

Сильно: «По каталогу вижу два сценария: либо простой список товаров без фильтров, либо полноценный интернет-магазин с корзиной и оплатой. Второй вариант — это другой бюджет и срок. Какой вам ближе?»

Чувствуешь разницу?

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

Правило простое: не спрашивай «что вы имели в виду». Предлагай гипотезы и проси выбрать.

Вместо открытого «как сделать?» — закрытое «делаем А или Б?».

Так ты перекладываешь мыслительную работу правильно: клиент выбирает из твоих вариантов, а не объясняет тебе с нуля. И выглядишь ты при этом экспертом, а не растерянным новичком.

📌 Чек-лист вопросов, которые спасают проект

Что спрашивать по любому ТЗ, пока не поздно:

1. Цель. «Какую бизнес-задачу решает этот сайт/фича? Продажи, заявки, имидж?» Без этого ты делаешь красиво, но мимо.

2. Границы. «Что точно НЕ входит в этот этап?» Это твоя защита от бесконечных «а ещё бы вот тут...».

3. Референсы. «Покажите 2-3 примера, которые вам нравятся, и скажите — что именно нравится». Слова врут, картинки — нет.

4. Приоритеты. «Если не успеваем всё — что критично, а что можно во вторую очередь?»

5. Приёмка. «По каким критериям вы поймёте, что работа сделана?» Это фиксирует финиш, чтобы он не уплывал.

Все вопросы задавай пачкой, письменно, до старта. Не по одному в течение недели — так ты реально выглядишь несобранным.

Одно сообщение, структурированный список, ответ клиента → и у тебя на руках уточнённое ТЗ, которое защитит тебя, если начнутся споры.

🥊 Кто задаёт вопросы — тот управляет проектом

Запомни главное. В IT платят не за молчаливое исполнение. Платят за результат и за спокойствие заказчика.

Большинство провалов в проектах — не в коде. В коммуникации. Разработчик всё сделал технически идеально, но не то, что нужно было. И проект в мусорке.

Вопросы по ТЗ — это не слабость. Это то, что отличает исполнителя за 80 тысяч от специалиста за 300. Не стек. Не количество фреймворков. Умение задать правильный вопрос в правильный момент.

Переспрашивай. Всегда. Умный клиент это оценит, а с глупым тебе и работать не стоило.

📲 Где меня найти

Если эта тема зашла — в комментах я разбираю реальные ситуации с ТЗ подписчиков: приноси свой мутный кейс, посмотрим вместе, какие вопросы спасли бы проект. В ленте соцсетей это не потеряется, в отличие от капризной дзеновской выдачи.

А если у тебя завис проект, нужен сайт или аудит того, что уже наворотили подрядчики — заходи на сайт с портфолио и пиши.

Выбирай, где удобнее: Telegram, ВК, MAX, Pinterest, YouTube — Инстаграм* — сайт и портфолио — сайте