Зачем нужен вовлечённый клиент, если можно спокойно кодить в тишине?
В прошлых постах я уже рассказывал, как мы вовлекаем клиентов в работу над продуктом. А теперь — объясню, зачем нам это вообще нужно.
Эта история опять отсылает нас к цифровой культуре. Когда-то давно, когда мы только развивали компанию, к нам приходили в основном IT-компании с понятными задачами. Discovery полностью на стороне заказчика, а Delivery на нашей стороне. Но потом пошли новые клиенты — крупные компании, непрофильные и с глобальными запросами. Старый подход не тянул. Нужно было не просто кодить, а думать вместе с клиентом. Помогать им формулировать и упаковывать понятные гипотезы. А значит — консалтинг, фасилитации, интервью и артефакты.
И вот здесь мы впервые всерьёз начали прокачивать проджект-менеджмент. Не просто как delivery-машину, а как ядро клиентского опыта.
Вовлечённый клиент — это не «лишняя активность». Это часть системы управления рисками:
— клиент, который с тобой на одной волне, не ждет магии от подрядчика — он часть команды — ожидания к продукту не создаются где-то в голове заказчика, а формируются вместе — решения принимаются быстрее, обратная связь — точнее, а демо — продуктивнее
Вовлечённый клиент + сильный проджект = запуск проекта в сроки и в рамках бюджета.
Мы не просто «делаем IT-продукты», мы прокачиваемся вместе с клиентами. Чем выше их экспертиза — тем амбициознее задачи. А чем амбициознее задачи — тем выше наш скилл. Вот такая экосистема.
