Как на самом деле выглядит первая встреча по техническому консалтингу
Первый разговор по техническому консалтингу — это не рекламная презентация и ещё не техническое погружение — это ближе к структурированной диагностике.
Реальная цель первой встречи
Реальная задача первой встречи — понять, является ли заявленная проблема на самом деле реальной проблемой — удивительное число технических запросов при внимательном рассмотрении оказываются решением симптома, а не лежащей в основе проблемы.
Именно поэтому хорошая первая встреча задаёт больше вопросов, чем даёт ответов — «что конкретно происходит сегодня, шаг за шагом» раскрывает больше, чем прыжок сразу к «вот что я бы построил».
Что клиенту реально стоит принести
- Ясное описание текущей ситуации, а не заранее решённое решение — «мы вручную сверяем эти две таблицы каждую неделю, это занимает часы и приводит к ошибкам» полезнее, чем «нам нужен инструмент автоматизации».
- Реальные ограничения — диапазон бюджета, сроки, любые не подлежащие обсуждению технические требования.
- Кто ещё должен быть вовлечён в итоговое решение, чтобы консультант знал, включает ли эта встреча реального принимающего решение человека или это предварительный шаг.
Что хороший консультант должен делать на этой встрече
- Спрашивать о реальном рабочем процессе в деталях, а не только о заявленной проблеме.
- Мягко ставить под вопрос предположения, которые не кажутся обоснованными («почему это конкретно должно обновляться в реальном времени?»).
- Быть честным, если заявленная идея на самом деле не лучший способ решить лежащую в основе проблему — даже если это означает рекомендацию меньшего объёма работ или другого вида работ, чем изначально запрошено.
Разумная структура для самой встречи
| Фаза | Фокус |
|---|---|
| Понять текущую ситуацию | Что реально происходит сегодня, в деталях |
| Определить реальную лежащую в основе проблему | Не просто заявленный симптом |
| Обсудить ограничения | Бюджет, сроки, технические требования |
| Наметить возможные подходы | Включая вариант вообще без кастомной разработки, если это честно правильный вызов |
| Следующие шаги | Как будет выглядеть предложение или более детальное определение объёма работ |
Почему «нам не нужно кастомное ПО» — законный исход
Хороший консультационный разговор иногда приходит к выводу, что существующий инструмент (см. наш гайд кастом против SaaS) или меньшее вмешательство, чем изначально представлялось, — это реально правильный ответ. Консультант, который никогда не приходит к этому выводу, независимо от ситуации, оптимизирует под оплачиваемую работу, а не под ваш реальный интерес.
Рассматриваете консультационный разговор о реальной проблеме, с которой вы столкнулись? Свяжитесь со мной — прийти с ясным описанием текущей ситуации, а не с заранее решённым решением, даёт максимум пользы от разговора.
Частые вопросы
Нужна ли мне детальная техническая спецификация перед первой встречей?
Нет — задача первой встречи часто в том, чтобы помочь понять, каким должен быть реальный технический подход. Прийти с ясным описанием проблемы и ограничениями полезнее, чем спецификация, написанная без технического участия.
Сколько должна длиться первая консультационная встреча?
Достаточно времени, чтобы по-настоящему понять проблему, а не просто достаточно времени, чтобы представить решение — это варьируется в зависимости от сложности, но ускорение этого шага ради более быстрой оценки обычно даёт худшую оценку, а не более быструю полезную.
Первый консультационный разговор обычно бесплатный?
Практики различаются — некоторые консультанты предлагают первоначальный разговор бесплатно специально для оценки соответствия перед любым обязательством, другие нет. Стоит уточнить это заранее, а не предполагать что-то определённое.