Предисловие
Целью этого блога является рассказать об управлении интернет проектами, а также карьере менеджера. Тема это очень большая и охватить ее за один раз сложно. В этом посте я рассказываю о самых основах, но при этом надеюсь, что каждый менеджер почерпнет для себя полезные сведения.
Зачем нужны интернет проекты
Каждый проект создается ради результата. В 99% случаев желаемый результат это деньги, например продать проект за 1 миллион долларов или получать прибыль в размере 10.000 долларов ежемесячно.
Как достигнуть результата?
Для этого нужно поставить и решить задачу. Причем у самой большой и маленькой задачи должен быть срок выполнения. Пример самой крупной задачи — создать интернет проект, который через два года будет приносить 100.000 долларов прибыли в месяц. Такую задачу защищают руководители проектов перед инвесторами. Для получение денег им необходимо доказать, что решение задачи приведет к желаемому результату.
Для реализации конкретного интернет проекта такая общая задача неприемлема. Ее необходимо разбить на более мелкие задачи, такие как нанять сотрудников, разработать дизайн и запустить проект, запустить рекламную компанию рекламу, организовать отдел продаж и тд.
Встает вопрос, как оценить результат каждой небольшой задачи? Для этого есть KPI — Key Performance Indicators, то есть ключевые показатели. Для интернет проектов это — количество продаж, конверсия из посетителей в покупателей, размер среднего чека, стоимость привлечения одного клиента и тд. Ключевые показатели прямым образом влияют на результат, то есть на прибыль проекта.
Для оценки самых мелких задач, таких как произвести небольшие технические изменения на проекте, поменять цвет шапки, запустить контекстную рекламу в Google Adsense, существуют обычные показатели. Обычные показатели влияют не прямым образом на KPI проекта. Если вы поменяете дизайн проекта, это все не означает , что у вас будет больше продаж или стоимость клиента уменьшиться, но удачно поменяв расположение рекламного блока, вы сможете увеличить процент пользователей, которые кликают по рекламе.
Какие задачи ставить?
Итак мы получили связь Задача -> показатель -> KPI -> Результат, следовательно, мы можем оценить результат для абсолютно каждой задачи. Простой пример — на сайт нужно поставить рекламный блог Google Adsense, чтобы заработать 5 долларов в месяц или нужно оптимизировать проект под запрос «веник», чтобы увеличить количество продаж (KPI) на 20%, что приведет к увеличению прибыли в 1000 долларов. Составьте себе таблицу:
Задача 1 — 200$ в год
Задача 2 — 5$ в день
Задача 3 — 10$ в месяц
С помощью нее вы будете знать какая задача имеет больший приоритет, а какую можно оставить на потом. Более того, если же вы не можете оценить сколько денег вам принесет выполнение той или иной задачи, это означает, что ее попросту не надо делать!
Менеджерам проектов: Руководитель \ инвестор просит вас сделать «дурь», то что не нужно вашему проекту? Посчитайте сколько будет стоить задача: время работы программиста, верстальщика и других сотрудников. Скажите, что стоимость задачи 5000 долларов, спросите — к какому результату приведет задача? Окупит ли результат вложенные средства в решение задачи? Такой подход позволит вам общаться со своим начальником, как бизнесмен с бизнесменом. Вам не придется спорить «изменение цвета шапки ни к чему не приведет, или если воткнуть сюда ссылку, будет только хуже! Агрумент «так будет лучше» не принимайте, просите оценить результат в долларах или KPI.
Постоянно оценивая задачи, которые вы ставите, вы избавитесь от следующих самых страшных ошибок любого проекта:
1. Бесконечное ублажение ваших любимых пользователей, которым нужны все новые фишки и плюшки.
2. Постоянная доработка проекта по просьбе руководителей и инвесторов, потому что им «хочется поменять что-то».
3. Увлечение развитием технической часть проекта, оптимизацией скорости работа проекта, а также проведение бесконечных редизайнов. Это вообще никаким образом не принесет вам денег! Такие задачи будут “отваливаться” при попытках просчитать размер прибыли.
P. S. Схема Задача -> показатель -> KPI -> Результат хорошая, но не полная. В ней не хватает еще одного важного элемента — “ресурс”. О нем и его месте в схеме читайте в следующей статье…
