У любого сотрудника крупной компании, как правило, есть четкий круг должностных обязанностей. Дизайнер рисует, разработчик пишет код, аналитик перелопачивает горы информации, тестировщик выискивает хитрые сценарии использования продукта… Все эти люди работают над одним общим делом, поэтому обязательно взаимодействуют между собой, а менеджер проекта координирует их работу.
Что же происходит, когда в компании всего 2-3 человека, а спектр решаемых задач у них тот же?
Для начала давайте разберемся, какие задачи приходится решать любой IT-компании. Поскольку составление полного списка этих задач не является целью данной статьи, ограничусь лишь кратким наброском. Итак:
Направления деятельности IT-компании
- Разработка продукта
- Аналитика
- Разработка
- Тестирование
- Техподдержка
- Продвижение и продажи
- Анализ рынка
- Выбор каналов продвижения
- Подготовка материалов
- Взаимодействие с целевой аудиторией
- Развитие бизнеса
- Продумывание стратегии
- Планирование конкретных шагов
- Поиск и привлечение партнеров
В крупной компании есть функциональные отделы, каждый из которых занимается одним направлением деятельности — например, отдел продаж, отдел разработки. Внутри каждого отдела есть несколько сотрудников. Каждый из них также имеет свою узкую зону ответственности. Если компания работает одновременно над несколькими проектами, то помимо функциональных отделов могут формироваться проектные команды — это группы сотрудников из разных функциональных отделов, каждая из которых работает только над одним проектом.
Если рассмотреть исключительно процесс разработки, то он может выглядеть примерно так:
Каждый человек на своем месте, каждый важен для общего результата.
Маленькая компания — это всего несколько человек: один-два основателя + может быть несколько наемных работников. Как правило, все они сидят в одном офисе (иногда и офиса как такового может не быть) и общими усилиями решают все имеющиеся задачи.
Вот слайд из презентации нашего проекта — примерно так выглядит наша команда:
Несколько разработчиков плюс мастер на все руки :) Такая структура компании во многом объясняется тем, что автор проекта сам программист, поэтому разработка продукта изначально стояла для нас на первом месте. Подробнее об этом поговорим в одной из следующих статей в нашем блоге. А сейчас остановимся на особенностях работы в ситуации, когда один человек отвечает сразу за несколько направлений.
Плюсы:
Всё сосредоточено в одних руках
Универсальный специалист ведет клиента от первого знакомства до завершения проекта. Поскольку он сам контролирует все процессы, то ему не нужен координатор. Не надо тратить время на передачу информации от одного участника процесса другому. И не приходится ждать, когда коллега займется вашей задачей — как только задача возникла, вы сами её и решаете.
Видит всю картину целиком
Такой человек знает о своем клиенте всё: сколько сотрудников в его компании, на что он обращает внимание при выборе поставщика и как зовут его любимую кошку. Это позволяет принимать оптимальные решения — как при организации взаимодействия с клиентом, так и при выборе способов выполнения задач, которые он ставит.
Сам за всё отвечает
В крупной компании случается такое: менеджер по продажам обещает клиенту золотые горы, лишь бы поскорее совершить продажу и получить заветный процент. Когда клиент не получает желаемого, он обращается уже не в отдел продаж, а в техподдержку. Сотрудники службы поддержки вынуждены как-то сглаживать негатив клиента или же напрячь следующее звено — разработчиков — чтобы те все-таки воплотили пожелания клиента в жизнь. Если же человек осознает, что за свои слова/действия на одном этапе работы с клиентом отвечать потом придется самому, то он постарается не допустить описанной выше ситуации.
Единая точка входа для клиента
По-хорошему, это и в крупных компаниях должно быть так: с любыми вопросами клиент обращается к своему менеджеру, тот сам решает проблему (при необходимости делегируя часть задач специально обученным людям внутри своей компании) и потом сам же сообщает результат клиенту. Однако на практике часто бывает, что по вопросам оплаты клиента отправляют в бухгалтерию, по работе с программой — в техподдержку, а по согласованию договора — к юристу. Единая точка входа важна для клиентов, а при наличии универсального специалиста это достигается само собой.
Минусы:
Всё сосредоточено в одних руках
Да, у этой особенности есть как положительные, так и отрицательные последствия. Хорошо, когда сотрудник самостоятельно работает над проектами и не тратит время на коммуникацию с коллегами. Но что произойдет, если он на какое-то время выключится из процесса (например, заболеет или уйдет в отпуск)? Другие сотрудники компании будут совсем не в курсе его дел. Им придется (в зависимости от срочности ситуации) либо тянуть время, пока универсальный специалист не вернется в строй, либо погружаться в проект с нуля и пытаться хоть как-то помочь клиенту.
Постоянная погруженность в текучку
Универсальным специалистом, как правило, становится основатель проекта. Компания уже функционирует, а денег на содержание большого штата сотрудников еще нет — приходится самостоятельно держать оборону по всем фронтам. Это означает непрерывный поток важных и срочных задач, от которых невозможно отвлечься, чтобы заняться тем, чем на самом деле должен заниматься руководитель. Нет времени взглянуть на проект со стороны и продумать дальнейшие шаги по его развитию.
Постоянные переключения между делами
Нагрузка на сотрудника очень высокая, на него валится много важных и срочных дел (остальные, как правило, в такой ситуации просто игнорируются), а делегировать их некому. Чтобы не откладывать дела слишком надолго, приходится постоянно переключаться между ними. И чтобы там ни говорили о многозадачности, но любое переключение — это лишняя трата времени на погружение в нужный контекст.
Страдает качество
Во-первых, один человек не может быть профессионалом во всем. Во-вторых, слишком ограниченное время на задачу вынуждает даже хорошего специалиста искать быстрое, а не лучшее решение.
Что же делать?
Сосредоточиться на главном
Для начала, конечно, надо определить, что для вас главное на данном этапе развития. А потом научиться говорить «нет» всему остальному. Например:
- Отказаться от сложных доработок, которые нужны лишь небольшому сегменту вашей аудитории
- Отложить до лучших времен разработку нового сайта компании
- Не тратить время на сомнительные каналы продвижения
Часть процессов отдать на аутсорс
Сейчас практически на любую задачу можно найти внешнего исполнителя. Нет собственного дизайнера — можно нанять фрилансера для разовой отрисовки логотипа или иконок в приложении. Нужно повысить продажи — к вашим услугам колл-центры и специалисты по контекстной рекламе. То же касается бухгалтерии и юридических вопросов: не обязательно самому вникать во все нюансы этих сложных областей — лучше решить их с помощью специалиста на аутсорсе.
Нанять больше людей
Рано или поздно это придется сделать, но тут есть проблема. Новым людям надо платить зарплату. Для того чтобы появились дополнительные деньги, нужны новые клиенты. А чтобы появилось время на работу с новыми клиентами, нужны дополнительные сотрудники. Замкнутый круг, из которого как-то надо найти выход.
Есть мысли на эту тему? Приглашаю поделиться ими в комментариях.
Комментарии (17)
bdiang
24.05.2015 13:37Я вижу отсутствие стратегии быстрого развития. Нужно выходить на объёмы и становиться средней и крупной компанией. Тогда будут и отделы.
gandjustas
24.05.2015 17:30Зачем выходить на объемы?
bdiang
24.05.2015 18:01Ну как зачем. Любой бизнес должен развиваться. В данном случае — увеличение продаж основного продукта или горизонтальное расширение за счет новых продуктов. Если бизнес не развивается, он стоит на месте — а это равносильно движению назад, т.к меняется рынок, конкурентная среда и велик риск закрытия бизнеса. Особенно когда все держится на энтузиазме разнорабочих.
gandjustas
24.05.2015 22:511) Кому должен?
2) Зачем телодвижения если не растет прибыль?
Вы упомянули что угодно, кроме прибыли. А про прибыль мы ничего и не знаем.
Скорее всего с прибылью как раз плохо, иначе бы и не было вопросов.
gandjustas
24.05.2015 17:35Простите, а у компании прибыль то есть? Почему бы из прибыли не нанять нового сотрудника — РП\Главного разработчика, а основателю заняться продажами?
natnal Автор
25.05.2015 07:33Прибыль есть. Но тут дело не столько в прибыли, сколько в бизнес-модели. Изначально мы были нацелены на развитие платформы (отсюда перевес в коллективе в сторону разработчиков), а решения на ней (как мы предполагали) будут делать сами пользователи, а мы их лишь консультировать по отдельным вопросам. На деле оказалось, что многим проще заказать разработку и только потом, когда приложение готово, какие-то мелочи в нем менять самостоятельно.
И вот в чем вопрос: можно продолжать фокусироваться на платформе и помогать с разработкой только тем, кто сам к нам обратился, а можно увеличить количество людей, работающих с клиентами, и начать активно продавать готовые решения и услуги по разработке. Платформу конечно тоже продолжать развивать, но акцент сместить на взаимодействие с клиентами.gandjustas
26.05.2015 00:21+1Конечно нужно подавать. Без продаж развития не будет.
Но продажи нужны не ради продаж, а для увеличения прибыли. Если прибыль будет расти, то бизнес будет развиваться. Если нет, то будет тоже самое что сейчас, только будет непонятно куда людей девать.
aur
26.05.2015 18:59+1В таких вопросах нужно смотреть на конкурентов. Есть конкуренты-платформы, например bitrix24, с которыми вы не можете тягаться (ну, объективно). И есть рынки узких решений, в которых где-то есть игроки, где-то нет. Если спрос вас толкает на мелкие рынки — то может быть, пора менять цель? Прикольно быть компанией с мощной платформой. Но не менее прикольно быть компанией, на решениях которой работает каждый второй кадровик и каждый третий салон красоты?
Areso
А кто на слайде «менеджер по продажам»? Так понимаю, отец-основатель компании еще и сэйл?) Или это у единственной девушки в коллективе такая доп. функциональность, раз она же потом и осуществляет тех.поддержку?
natnal Автор
И отец-основатель, и единственная девушка в коллективе по мере необходимости исполняют роль менеджера по продажам :)