В студии, которая работает 18 лет и сдала 235+ проектов, главный инструмент — не стек и не процесс. Это пятиминутный разговор до любого скоупа. О чём он? О том, что для клиента значит «готово».
Почему этот разговор вообще нужен
Большинство вводных звонков начинается с фич: страницы, секции, функциональность. Но клиент почти никогда не приходит с техзаданием. Он приходит с ожиданием результата: больше звонков, заявок, доверия от конкретной аудитории. Если пропустить вопрос о результате, можно сдать все заказанные фичи и всё равно получить недовольного клиента. Потому что вы собрали список, не зная, куда он должен привести.
Четыре вопроса, которые меняют всё
Ни один из них не технический. Но они предсказывают сложность проекта лучше любого ревью ТЗ. И занимают меньше времени, чем написание коммерческого предложения.
- Что значит «готово»? Не «какие страницы», а «какой бизнес-результат вы хотите». Иногда это «чтобы клиенты могли записаться онлайн», а не «форма обратной связи».
- Кто ещё должен утвердить проект? Частый источник болезненных правок — партнёр, супруга или инвестор, который не был на звонках и говорит своё «финальное» мнение уже после подписания. Вопрос не убирает проблему, но превращает сюрприз в известный риск.
- Что случилось с прошлым разработчиком? Не ради сплетен. Одна плохая история — чужая проблема. Повторяющийся паттерн с разными подрядчиками обычно указывает на размытый скоуп или меняющиеся требования со стороны клиента. Это знание стоит иметь до того, как вы назовёте цену.
- Что бы вы сократили, если бы бюджет стал меньше? Ответ расскажет о реальных приоритетах больше любого вишлиста. Клиент, который может назвать, что можно выбросить, понимает трейдоффы. А такие клиенты быстрее и лучше принимают решения в процессе проекта.
Что даёт каждый вопрос
| Вопрос | Что выясняете | Как это помогает |
|---|---|---|
| Что значит «готово»? | Бизнес-цель, а не список фич | Проверяете, что фичи ведут к результату |
| Кто ещё утверждает? | Список стейкхолдеров | Планируете их вовлечение заранее |
| Что было с прошлым разработчиком? | Паттерны поведения клиента | Оцениваете риски до подписания договора |
| Что сократите при бюджете? | Реальные приоритеты | Понимаете, где клиент готов идти на компромисс |
Как это работает на практике
Вопросы не обязательно задавать все подряд, как допрос. Достаточно вплести их в разговор. Но без них вы идёте в проект вслепую. Один клиент, который не может сформулировать «готово» — это риск. Два таких клиента — уже паттерн, который говорит о вашем воронке. Или о том, что вы принимаете слишком много мутных проектов.
Хорошая новость: разговор занимает пять минут. Плохая новость: почти никто в индустрии не делает это по умолчанию. Поэтому он и даёт преимущество — вы выглядите как подрядчик, который думает о результате, а не о часах.
Типичные ошибки
- Задавать вопрос о «готово», но не слушать ответ, а сразу переходить к фичам.
- Спрашивать про прошлого разработчика, но не делать выводов из паттернов.
- Игнорировать стейкхолдеров, потому что «главный клиент уже всё решил».
- Думать, что эти вопросы уместны только на больших проектах. На маленьких они экономят не меньше.
Вопросы не технические. Но именно они отделяют проект, который закончится приёмкой, от проекта, который закончится судом (или перепиской в мессенджере). Пять минут до скоупа — дешевле, чем месяц правок после.
Fluxs
Комментарии (1)
Войдите, чтобы комментировать.