Автор: Саша Окунев
Я сформулировал для себя три общие роли, на которых строится взаимодействие в любой коммерческой продуктовой разработке. В качестве любой из ролей может выступать как отдельный человек или их группа, так и огромная корпорация. При этом общий принцип сохраняется. Если одна из ролей неактивна или вовсе отсутствует, проект долго не протянет и его ждёт провал.
Если исчезает заказчик, то работу некому оплачивать, некому ставить цели. Если исчезнет исполнитель, не будет сделан продукт, некому выполнить работу. Если исчезнет пользователь, продукт никому не будет нужен и на нём не получится заработать.
Все они одинаково важны и присутствуют при создании любого продукта: сайта, приложения, сервиса или иного бизнеса.
Допустим, два человека решили друг с другом делать IT-продукт. Чем лучше синхронизированы роли между собой, тем эффективнее он будет развиваться.
Заказчик представляет интересы бизнеса. В роли заказчика может быть человек или организация, занимающаяся менеджментом проекта. Заказчик должен думать в первую очередь о долгосрочном планировании: куда развивается проект.
Ключевые слова заказчика:
ответственность власть финансы планирование
мотивация других контроль доверие
Заказчик — это двигатель проекта, предающий стартовый импульс исполнителю. Он несёт большую ответственность за проект, а также все риски его провала.
Вот некоторые вопросы, на которые он отвечает:
Это самый важный вопрос в коммерческой разработке. Если заказчик не может в деталях представить, как функционирует продукт с точки зрения бизнеса, впереди неминуемый провал. Иногда заказчика называют бизнесом.
Чтобы выпустить жизнеспособный проект, пригодятся прошлый позитивный опыт, достаточный бюджет и тотальная уверенность, что получившийся продукт будет работать так, как задумано.
Ещё до начала работы над проектом заказчик благодаря аналитике или интуиции знает своего пользователя: кто все эти люди, какую боль он будет у них снимать? Что ими движет в принятии решения о покупке? Что мешает? Достаточно ли потенциальных клиентов на рынке? Если предложенная схема не взлетает, именно заказчик должен внести в неё коррективы, в противном случае, проект погибнет.
Выявить проблемы помогает аналитика и тестирования. Сформировать работающее решение помогает проектирование.
Заказчик должен мотивировать исполнителя. Маленькая команда мотивированных профессионалов может быть эффективнее армии наёмников на зарплате.