Ты, наверняка, не раз сталкивался с ситуацией, когда команда работает, выкладывается, делает всё «по лучшим практикам» — а потом заказчик говорит: «Это не то, что мы хотели».
И в этот момент у всех внутри сжимается что-то похожее на обиду: «Как не то? Мы же все уже определяли и старались делать то, о чем договорились!»
Проблема не в старании и не в договоренности. Проблема в том, что уже давно делали то, что хотели сделать, забыв для кого всё это делалось.
Клиент, заказчик, спонсор — три слова, которые в реальной работе часто смешиваются в одну неразборчивую фигуру «того, кто пришел на переговоры, сформулировал запрос и платит».
Но для зрелой команды это три разные роли. И путаница между ними может стоить очень дорого — в деньгах, времени и смыслах.
1. Кто есть кто
- Клиент — это тот, кто получает пользу от продукта. Это конечный пользователь, потребитель результата.
- Заказчик — тот, кто инициирует проект и формулирует задачу - это его формулировки того, что хочет клиент
- Спонсор — тот, кто реально даёт ресурсы, чаще всего — деньги или политическую поддержку.
Иногда все три в одном лице. Но гораздо чаще — нет.
Например, HR-директор заказывает обучение, собственник платит, а учатся руководители среднего звена.
И если команда консультантов работает, ориентируясь только на HR, не видя и не понимая ни собственника, ни участников обучения, результат оказывается частично «в молоко».
2. Почему это важно для команды
Команда, которая не различает этих ролей, начинает действовать внутри своей логики, которую однажды услышали от заказчика и зафиксировали договоренностями, но включена ли сюда логика клиента, меняется ли она...
Она думает: «Мы делаем хорошо, качественно, как мы считаем нужным».
Но продуктовый подход говорит другое:
Делай не так, как тебе удобно, а так, чтобы человек, для которого ты делаешь, получил то, ради чего на самом деле пришёл.
3. Кейс из практики
ИТ-компания. Команда внедряет систему CRM для сети салонов.
Заказчик — директор по продажам. Спонсор — собственник. Клиенты — администраторы салонов и продавцы.
Команда всё делает по ТЗ директора: детальные отчёты, аналитика, сложные фильтры. Всё работает идеально.
Но через месяц после запуска CRM почти никто из администраторов не пользуется системой.
Почему? Потому что она слишком сложная. Люди в полях не поняли, зачем им это, и как это помогает их реальной работе.
После доработки (и серии интервью с конечными пользователями) оказалось, что им нужно не 50 отчётов, а 5 кнопок и простой интерфейс на планшете.
Проект «пересобрали», система заработала. Но полгода и половину бюджета уже потеряли.
4. Как это выглядит в зрелой команде
Зрелая команда с самого начала выстраивает карту заинтересованных сторон — кто клиент, кто заказчик, кто спонсор.
Она понимает, что каждый из них видит ценность по-своему:
- Спонсору важно, чтобы проект приносил выгоду.
- Заказчику — чтобы он решал задачу и не подставил его в системе.
- Клиенту — чтобы стало проще, удобнее, быстрее.
Эта карта становится рабочим инструментом — к ней команда возвращается на каждом этапе.
5. Технологичные рекомендации
- Сделай карту ролей.
Определи, кто клиент, кто заказчик, кто спонсор. Пропиши их мотивации, ожидания и критерии успеха. - Проведи короткое интервью с каждым.
Не о том, что они хотят, а почему это им важно. Это ключевой сдвиг в понимании. - Формулируй продукт как ценность.
Определи, какой результат получит клиент, и как этот результат измерим. - Проверяй гипотезы.
Не бойся показать промежуточный результат и спросить: «Это то, что вы имели в виду?»
Иногда 10 минут разговора экономят месяцы переделок. - Отделяй мнение от потребности.
Клиент может сказать: «Хочу мобильное приложение».
Но за этим может стоять потребность: «Мне неудобно открывать ноутбук в пути».
Решение может быть совсем другое.
6. Главное
Команда, которая видит клиента не как раздражающий источник изменений, а как соавтора продукта, становится сильнее и устойчивее.
Она перестаёт «отрабатывать заказ» и начинает создавать ценность.
Именно это отличает зрелую систему от просто работающей.