Любой проект ограничивается «треугольником проекта»: бюджетом, сроками и качеством. Менеджер отвечает за них, но если говорить конкретнее, то менеджер организовывает весь процесс от момента обращения заказчика к нам со своей идеей до сдачи готового продукта в эксплуатацию.

Иногда клиентам не очевидно, чем ещё занят менеджер, почему мы выставляем в смете больше часов, чем 1 час в неделю на созвон с заказчиком. Но чтобы обеспечить разработку сайта или приложения, менеджеру нужно проделывать множество действий, значительная часть которых снаружи не видна.

Мы предлагаем нашим заказчикам обращаться к нам не как к исполнительским рукам, а как к ещё одной голове, которая будет думать вместе с ними. Как мы это видим и какие результаты приносит такой подход, описали в статье, а здесь кратко перечислим, что это значит на практике:

• Заказчику не нужно самому придумывать решение, ему достаточно рассказать о своей проблеме или задаче и ограничениях (сроки, бюджеты, технические и юридические моменты), а мы уже будем предлагать решение.

• Мы не будем необдуманно делать непонятные задачи, вместо этого мы поинтересуемся их смыслом и, возможно, сможем предложить альтернативу.

• Мы предложим заказчику развивать готовый продукт не на основании субъективных мнений, а на основании данных и цифр. 

Когда менеджеры получают от вас согласие, то привлекают продуктовых аналитиков, которые помогут построить пирамиду метрик, выделить ключевые показатели сайта/приложения. В процессе его поддержки и развития сосредоточиться именно на них. 

С таким менеджером вы сможете согласовывать задачи на доработку не «потому что кажется, что так будет лучше», а «потому что данные разметки говорят о том, что если упростить интерфейс корзины, то конверсия в покупку увеличится на 5%, что может принести до Х рублей прибыли». 

Если заказчик хочет сам управлять процессом и готов выкупать у нас специалистов с почасовой оплатой, то он может сам управлять их загрузкой и давать им задачи. Это может происходить в формате выкупа специалистов (своего рода аренда), тогда можно обойтись без менеджера. В таких случаях мы не гарантируем определенный результат, гарантируем только доступность выбранного профессионала в согласованные часы. 

Это может быть уместно, если, например, у заказчика уже есть собранная команда специалистов, и сейчас ее нужно усилить дополнительным дизайнером, аналитиком или разработчиком. В таком случае менеджер действительно не нужен. 

Ничего, так никто не работает. Просто некоторые компании выставляют часы менеджера в смете отдельно, а некоторые зашивают их в стоимость отдельных задач как процент. Мы тоже можем поменять формат сметы, если заказчику это по какой-то причине удобнее, например, есть особенные требования у отдела закупок. 

Если все же представить проект по разработке сайта или приложения без менеджера, то это будет полный бардак:

• Некоторые сотрудники даже не узнают о новом проекте,

• Кому-то все же придется принимать решения, например, разработчику, и он может придумать что-то очень крутое разработческое, но совершенно невозможное с юридической стороны,

• Дизайнер нарисует красивые макеты, которые заказчик примет, а фронтенд-разработчик скажет, что они нереализуемые,

• К назначенной дате релиза никто из сотрудников не дойдет, потому что их расхватают менеджеры других проектов, а на этом проекте их часы будет некому забронировать и защитить).

В команде разработки менеджер выступает не исполнителем, а инициатором, организатором и ответственным лицом. Поэтому внутри мы называем эту должность «Руководитель проекта», чтобы подчеркнуть её важность.

Заказчики, работающие с нами, знакомы с этим термином и сокращением «РП». РП — партнёр заказчика на нашей стороне. Он организует работу и гарантирует запуск проекта.