Делегирование - часть 3. Выбор уровня поручения.
#процессы
Продолжаем цикл статей, посвященных делегированию. Если кто-то пропустил, то вот первая и вторая части.
Распространенная ошибка, совершаемая теми, кто только начинает постигать этот непростой инструмент — выбор уровня поручения не соответствующий исполнителю.
Часто приходится сталкиваться с ситуаций, при которой специалисту поручается задача, которую он никогда в жизни не делал, и при этом она снабжается лишь информацией о сроках исполнения и общими метриками качества.
Можно конечно поручить “подготовить аналитический отчет о динамике эффективности продаж и способах их улучшения в дальнейшем” рядовому менеджеру по продажам, но если не снабдить это все достаточно подробными инструкциями, стоит ли удивляться некачественному результату (а чаще - впадению сотрудника в ступор)?
Бывает обратная ситуация, когда достаточно опытный сотрудник получает задачу со степенью инструктажа, которая попросту унижает его, как профессионала. В этом случае есть риск получить демотивированного сотрудника и “итальянскую забастовку” — буквальное исполнение инструкций, зачастую, невзирая на вред, наносимый конечному результату.
Выбирая уровень (глубину проработки) поручения, стоит принимать во внимание, как минимум, две характеристики сотрудника:
- Уровень его компетенции в области поручаемой задачи;
- Уровень его мотивации решать эту задачу.
Чем уровень компетенции выше - тем меньше требуется прямых инструкций и больше требуется полномочий и свободы в выборе методов решения задачи. Чем ниже уровень компетенции или мотивации — тем в большей степени мы переходим на директивный язык подробных инструкций.
Важно отдавать себе отчет в том, что не бывает абсолютно компетентных специалистов.
Проще говоря, ваш первый заместитель может быть прекрасным специалистом по производству и одновременно “новичком” в вопросах организации мероприятий. Поэтому поручив ему, привычным уже для вас образом (просто сформулировав задачу и сроки и пропустив все прочие этапы делегирования), организацию выставки, вы имеете все шансы столкнуться с тем, что “проще было сделать самому”.
В следующий раз, формулируя поручение, задумайтесь — достаточно ли квалификации и мотивации у исполнителя? И выбирайте нужный уровень, в зависимости от ваших ответов.
#процессы
Продолжаем цикл статей, посвященных делегированию. Если кто-то пропустил, то вот первая и вторая части.
Распространенная ошибка, совершаемая теми, кто только начинает постигать этот непростой инструмент — выбор уровня поручения не соответствующий исполнителю.
Часто приходится сталкиваться с ситуаций, при которой специалисту поручается задача, которую он никогда в жизни не делал, и при этом она снабжается лишь информацией о сроках исполнения и общими метриками качества.
Можно конечно поручить “подготовить аналитический отчет о динамике эффективности продаж и способах их улучшения в дальнейшем” рядовому менеджеру по продажам, но если не снабдить это все достаточно подробными инструкциями, стоит ли удивляться некачественному результату (а чаще - впадению сотрудника в ступор)?
Бывает обратная ситуация, когда достаточно опытный сотрудник получает задачу со степенью инструктажа, которая попросту унижает его, как профессионала. В этом случае есть риск получить демотивированного сотрудника и “итальянскую забастовку” — буквальное исполнение инструкций, зачастую, невзирая на вред, наносимый конечному результату.
Выбирая уровень (глубину проработки) поручения, стоит принимать во внимание, как минимум, две характеристики сотрудника:
- Уровень его компетенции в области поручаемой задачи;
- Уровень его мотивации решать эту задачу.
Чем уровень компетенции выше - тем меньше требуется прямых инструкций и больше требуется полномочий и свободы в выборе методов решения задачи. Чем ниже уровень компетенции или мотивации — тем в большей степени мы переходим на директивный язык подробных инструкций.
Важно отдавать себе отчет в том, что не бывает абсолютно компетентных специалистов.
Проще говоря, ваш первый заместитель может быть прекрасным специалистом по производству и одновременно “новичком” в вопросах организации мероприятий. Поэтому поручив ему, привычным уже для вас образом (просто сформулировав задачу и сроки и пропустив все прочие этапы делегирования), организацию выставки, вы имеете все шансы столкнуться с тем, что “проще было сделать самому”.
В следующий раз, формулируя поручение, задумайтесь — достаточно ли квалификации и мотивации у исполнителя? И выбирайте нужный уровень, в зависимости от ваших ответов.
Telegram
Digital-кухня
Заметка про выстраивание управленческой структуры вызвала неожиданно большой отклик, поэтому мне пришла в голову мысль немного углубиться в тему делегирования. В нашей компании это был довольно болезненный и сложный процесс. Так что надеюсь, что наш опыт…
Канбан, как игра.
Пару дней назад наш руководитель проектов Николай поделился со мной ссылкой на замечательную игру — kanbanboardgame.com.
Если вы хотите почувствовать себя в шкуре руководителя небольшого digital-производства или прокачать навыки эффективного управления производственным потоком — настоятельно рекомендую попробовать свои силы.
Суть игры довольна проста: вы руководите компанией по производству софта. В вашем подчинении бизнес-аналитики, разработчики и тестировщики. Нужно в течение 35 игровых дней выстроить производственный процесс так, чтобы заработать максимум денег.
Казалось бы просто, но … разработчики болеют, уезжают на конференции и уходят в отпуск. А еще любимые заказчики внезапно подкидывают срочные задачки.
Мне с пары попыток удалось набрать всего около $35 000. А вот наш Николай в мировой таблице рекордов на 30-м месте с показателем $50 450. Сможете подняться выше?! 😉
P.S. Игра прекрасно демонстрирует базовые принципы управления производством Kanban и подойдет не только для веб-разработки, но и для любого производства (замените просто в уме аналитиков на конструкторов, разработчиков - на рабочих, а тестировщиков на отдел качества).
P.P.S. Кроме электронной версии, существует и несколько настольных версий похожих игр. Легко гуглятся, но если не сможете найти — обращайтесь, подскажу.
Пару дней назад наш руководитель проектов Николай поделился со мной ссылкой на замечательную игру — kanbanboardgame.com.
Если вы хотите почувствовать себя в шкуре руководителя небольшого digital-производства или прокачать навыки эффективного управления производственным потоком — настоятельно рекомендую попробовать свои силы.
Суть игры довольна проста: вы руководите компанией по производству софта. В вашем подчинении бизнес-аналитики, разработчики и тестировщики. Нужно в течение 35 игровых дней выстроить производственный процесс так, чтобы заработать максимум денег.
Казалось бы просто, но … разработчики болеют, уезжают на конференции и уходят в отпуск. А еще любимые заказчики внезапно подкидывают срочные задачки.
Мне с пары попыток удалось набрать всего около $35 000. А вот наш Николай в мировой таблице рекордов на 30-м месте с показателем $50 450. Сможете подняться выше?! 😉
P.S. Игра прекрасно демонстрирует базовые принципы управления производством Kanban и подойдет не только для веб-разработки, но и для любого производства (замените просто в уме аналитиков на конструкторов, разработчиков - на рабочих, а тестировщиков на отдел качества).
P.P.S. Кроме электронной версии, существует и несколько настольных версий похожих игр. Легко гуглятся, но если не сможете найти — обращайтесь, подскажу.
А вы уже знакомы с Тедом Лассо?
Сегодня выступлю в очень странной для меня роли кинокритика — хочу порекомендовать вам прекрасный сериал Apple TV+ “Тед Лассо”.
Многие (и, в первую очередь, мой партнер и наш исполнительный директор Сергей) могут возмутиться: мол, какого черта в канале, посвященном вопросам digital-проектов и управления цифровым производством, делает рекомендация сериала?
⚽️ Во-первых, это сериал на довольно редкую около спортивную тематику. Главный герой — тренер по американскому футболу, вынужденный, по злой иронии судьбы, возглавить футбольную команду. И не просто футбольную, а команду из Английской Премьер-Лиги - праматери и праотца всех футбольных лиг мира.
Ну а мы все-таки (это я с воображаемым Сергеем продолжаю общаться) — одни из крупнейших российских экспертов в сфере digital-проектов для спортивных клубов.
⚽️ Во-вторых, сериал является редким пособием по управлению небольшим коллективом с ненавязчивым и наглядным разбором довольно частых механик, с которым приходится сталкиваться в своей повседневной работе руководителю. Мотивирование, целеполагание, выдача и получение обратной связи, решение внутрикомандных конфликтов и работа с саботажем авторитета руководителя — это неполный список тем, которые так или иначе затрагиваются в разных сериях.
⚽️ Ну и, наконец, сам сериал очень ламповый и теплый. После первой серии у меня были серьезные сомнения в том, что я хочу продолжать. Но, завершив просмотр последней десятой серии, я понял, что буду скучать по ребятам из ФК “Ричмонд”.
P.S. В завершение нельзя не отметить крайне удобный формат для нашего сумасшедшего времени — всего 30 минут гарантированно сделают ваш день немного уютнее и заставят вас улыбнуться.
#смотрим_с_пользой
Сегодня выступлю в очень странной для меня роли кинокритика — хочу порекомендовать вам прекрасный сериал Apple TV+ “Тед Лассо”.
Многие (и, в первую очередь, мой партнер и наш исполнительный директор Сергей) могут возмутиться: мол, какого черта в канале, посвященном вопросам digital-проектов и управления цифровым производством, делает рекомендация сериала?
⚽️ Во-первых, это сериал на довольно редкую около спортивную тематику. Главный герой — тренер по американскому футболу, вынужденный, по злой иронии судьбы, возглавить футбольную команду. И не просто футбольную, а команду из Английской Премьер-Лиги - праматери и праотца всех футбольных лиг мира.
Ну а мы все-таки (это я с воображаемым Сергеем продолжаю общаться) — одни из крупнейших российских экспертов в сфере digital-проектов для спортивных клубов.
⚽️ Во-вторых, сериал является редким пособием по управлению небольшим коллективом с ненавязчивым и наглядным разбором довольно частых механик, с которым приходится сталкиваться в своей повседневной работе руководителю. Мотивирование, целеполагание, выдача и получение обратной связи, решение внутрикомандных конфликтов и работа с саботажем авторитета руководителя — это неполный список тем, которые так или иначе затрагиваются в разных сериях.
⚽️ Ну и, наконец, сам сериал очень ламповый и теплый. После первой серии у меня были серьезные сомнения в том, что я хочу продолжать. Но, завершив просмотр последней десятой серии, я понял, что буду скучать по ребятам из ФК “Ричмонд”.
P.S. В завершение нельзя не отметить крайне удобный формат для нашего сумасшедшего времени — всего 30 минут гарантированно сделают ваш день немного уютнее и заставят вас улыбнуться.
#смотрим_с_пользой
Кинопоиск
«Тед Лассо» (Ted Lasso, 2020)
📺 Тренер сборной колледжа Канзаса по американскому футболу Тед Лассо — неисправимый оптимист, всеобщий любимец и звезда YouTube. Новая владелица одного заштатного английского футбольного клуба решает использовать его в своих хитрых планах и предлагает Теду…
Как избавиться от “завтрабуддизма”?
Начну с небольшого анекдота …
Встретились на одном саммите министр экономики России и Китая. И наш министр в кулуарах спрашивает коллегу: подскажи, мол, не могу понять, что нужно изменить в стране? У нас коммунизм был, но и у вас он был. У нас территория огромная, но и у вас немаленькая. У нас много пенсионеров, но и у вас тоже. Но вы - вторая экономика мира, а мы в числе отстающих. Китайский коллега подумал немного и ответил: “Вам нужно изменить религию. В нашей стране религия — буддизм, а в вашей — завтрабуддизм”.
Каждый сталкивался с задачами, которые не выполняются днями, неделями, а иногда и месяцами. Я время от времени разговариваю об этом со своими менеджерами, и стараюсь вспомнить, как решал эту проблему у себя.
Сперва нужно понять НАСТОЯЩУЮ причину, по которой задача постоянно не делается. У меня чаще всего работает одна из следующих причин:
🔎 Вылетело из головы. Если стало часто вылетать из головы, пора записывать. Я много лет использую “тудушки” для ведения не только своих профессиональных, но и личных дел. Мой день начинается с подбора задач на сегодня, а заканчивается с ревизии задач на завтрашний день.
🔎 Есть задачи поважнее. Матрица Эйзенхауэра в помощь. Срочные задачи будут всегда. Но если не делать важные задачи, настоящего прогресса не наступит никогда.
🔎 Ненавижу задачи этого типа. Такое бывает. Тогда стоит подумать - есть ли рядом кто-то, кого можно попросить о помощи с решением этой задачи.
🔎 Я даже не знаю, с чего начать! В этом себе сложнее всего признаться. Такое бывает с задачами, которые никогда раньше не делал. Тут нужны яйца, чтобы признаться себе в этом. Если удалось признаться - поздравляю! Это уже половина победы. Теперь нужно попросить о помощи или разбить одну большую задачу на несколько простых и понятных последовательных шагов.
Формат Telegram вынуждает меня пока прерваться на этом месте. Большие посты никто не любит, а я не умею писать коротко 🤷♂️. В следующий раз расскажу, что делать после того, как разобрались с причиной “неделания”.
P.S. И еще … я пока не разобрался, как продвигать каналы в телеге. Поэтому, во-первых, спасибо вам большое, что читаете. Сейчас в канале очень много моих друзей, членов нашей команды и наших клиентов. Вы - моя единственная мотивация продолжать писать! Если сможете порекомендовать этот канал кому-то и подписчиков станет немного больше - я буду вам очень признателен. ❤️
Начну с небольшого анекдота …
Встретились на одном саммите министр экономики России и Китая. И наш министр в кулуарах спрашивает коллегу: подскажи, мол, не могу понять, что нужно изменить в стране? У нас коммунизм был, но и у вас он был. У нас территория огромная, но и у вас немаленькая. У нас много пенсионеров, но и у вас тоже. Но вы - вторая экономика мира, а мы в числе отстающих. Китайский коллега подумал немного и ответил: “Вам нужно изменить религию. В нашей стране религия — буддизм, а в вашей — завтрабуддизм”.
Каждый сталкивался с задачами, которые не выполняются днями, неделями, а иногда и месяцами. Я время от времени разговариваю об этом со своими менеджерами, и стараюсь вспомнить, как решал эту проблему у себя.
Сперва нужно понять НАСТОЯЩУЮ причину, по которой задача постоянно не делается. У меня чаще всего работает одна из следующих причин:
🔎 Вылетело из головы. Если стало часто вылетать из головы, пора записывать. Я много лет использую “тудушки” для ведения не только своих профессиональных, но и личных дел. Мой день начинается с подбора задач на сегодня, а заканчивается с ревизии задач на завтрашний день.
🔎 Есть задачи поважнее. Матрица Эйзенхауэра в помощь. Срочные задачи будут всегда. Но если не делать важные задачи, настоящего прогресса не наступит никогда.
🔎 Ненавижу задачи этого типа. Такое бывает. Тогда стоит подумать - есть ли рядом кто-то, кого можно попросить о помощи с решением этой задачи.
🔎 Я даже не знаю, с чего начать! В этом себе сложнее всего признаться. Такое бывает с задачами, которые никогда раньше не делал. Тут нужны яйца, чтобы признаться себе в этом. Если удалось признаться - поздравляю! Это уже половина победы. Теперь нужно попросить о помощи или разбить одну большую задачу на несколько простых и понятных последовательных шагов.
Формат Telegram вынуждает меня пока прерваться на этом месте. Большие посты никто не любит, а я не умею писать коротко 🤷♂️. В следующий раз расскажу, что делать после того, как разобрались с причиной “неделания”.
P.S. И еще … я пока не разобрался, как продвигать каналы в телеге. Поэтому, во-первых, спасибо вам большое, что читаете. Сейчас в канале очень много моих друзей, членов нашей команды и наших клиентов. Вы - моя единственная мотивация продолжать писать! Если сможете порекомендовать этот канал кому-то и подписчиков станет немного больше - я буду вам очень признателен. ❤️
Автоматизируя бардак ...
Собираюсь немного отдохнуть в ближайшие недели. И столкнулся с рядовой, казалось бы задачей - нужно сдать ПЦР-тест на коронавирус. Ну, нужно — значит нужно! В результате, 1.5 часа, проведенных в живой очереди на более чем свежем осеннем воздухе перед входом в лабораторию Гемотеста, и идея для поста о том, как собственники теряют деньги из-за неэффективности производственной цепочки …
Давайте вместе разбираться, что со мной сегодня случилось:
- В лаборатории работают всего два фельдшера;
- Перед сдачей теста нужно заполнить не простую анкету, ответив примерно на 20 вопросов;
- Фельдшеры отвечают и за взятие мазка и за оформление документов;
- Забор мазка занимает 60 секунд, оформление анкеты - от 5 до 10 минут;
- Помещение крохотное, поэтому очередь собирается на улице и растягивается на 60-90 минут;
- Перед входом повесили QR-код, ведущий на форму самостоятельной заполнении анкеты, что должно было бы по идее сократить время на заполнение анкеты.
Идея с формой - хороша и должна была бы помочь, но ...
- Объявление небольшое и висит у самого входа — далеко от хвоста очереди и не все в принципе о нем знают;
- QR-код срабатывает далеко не у каждого (у меня вот сработал, но у девушки с не самым новым айфоном что-то пошло не так);
- Сайт сделанный на одной популярной платформе не выдерживает нагрузок и постоянно выпадает в 503 ошибку;
- Добравшись до анкеты сталкиваешься с тем, что дату можно ввести только через data picker (календарь), который листался на моем телефоне строго помесячно, начиная с 2020 года (а теперь представьте, сколько мне листать до моего 1978 года рождения).
Где здесь узкое звено? Очевидно - процесс заполнения анкеты. Что можно было бы сделать лучше в условиях пиковой нагрузки:
- Ввести запись через сайт и отказаться от работы с живой очередью на время перегруженности системы;
- Подготовить сайт к нагрузкам, обратившись к профессиональным разработчикам и DevOps’ам еще в первую волну пандемии;
- Провести нагрузочное тестирование и добиться кратного запаса пропускной способности системы;
- Максимально упростить анкету, сделав так, чтобы заполнить её мог достаточно легко и быстро даже пожилой человек;
- Протестировать работу формы анкеты на мобильных телефонах различных платформ, убедиться, что всё юзабельно и действительно ускоряет, а не усложняет процесс;
- Установить в лабораториях терминалы самообслуживания (да, как в Сбере);
- Нанять временный недорогой персонал, который помогал бы людям при работе с терминалом (да, как в Сбере).
Это я к чему, собственно. Я уже неоднократно писал и говорил о том, что бесполезно автоматизировать и цифровизировать неэффективный процесс. Что мы получим, автоматизируя неэффективность? Правильно - неэффективность в еще большем масштабе.
Поэтому, сперва - оптимизация бизнес-процессов. И только затем - цифровизация.
Собираюсь немного отдохнуть в ближайшие недели. И столкнулся с рядовой, казалось бы задачей - нужно сдать ПЦР-тест на коронавирус. Ну, нужно — значит нужно! В результате, 1.5 часа, проведенных в живой очереди на более чем свежем осеннем воздухе перед входом в лабораторию Гемотеста, и идея для поста о том, как собственники теряют деньги из-за неэффективности производственной цепочки …
Давайте вместе разбираться, что со мной сегодня случилось:
- В лаборатории работают всего два фельдшера;
- Перед сдачей теста нужно заполнить не простую анкету, ответив примерно на 20 вопросов;
- Фельдшеры отвечают и за взятие мазка и за оформление документов;
- Забор мазка занимает 60 секунд, оформление анкеты - от 5 до 10 минут;
- Помещение крохотное, поэтому очередь собирается на улице и растягивается на 60-90 минут;
- Перед входом повесили QR-код, ведущий на форму самостоятельной заполнении анкеты, что должно было бы по идее сократить время на заполнение анкеты.
Идея с формой - хороша и должна была бы помочь, но ...
- Объявление небольшое и висит у самого входа — далеко от хвоста очереди и не все в принципе о нем знают;
- QR-код срабатывает далеко не у каждого (у меня вот сработал, но у девушки с не самым новым айфоном что-то пошло не так);
- Сайт сделанный на одной популярной платформе не выдерживает нагрузок и постоянно выпадает в 503 ошибку;
- Добравшись до анкеты сталкиваешься с тем, что дату можно ввести только через data picker (календарь), который листался на моем телефоне строго помесячно, начиная с 2020 года (а теперь представьте, сколько мне листать до моего 1978 года рождения).
Где здесь узкое звено? Очевидно - процесс заполнения анкеты. Что можно было бы сделать лучше в условиях пиковой нагрузки:
- Ввести запись через сайт и отказаться от работы с живой очередью на время перегруженности системы;
- Подготовить сайт к нагрузкам, обратившись к профессиональным разработчикам и DevOps’ам еще в первую волну пандемии;
- Провести нагрузочное тестирование и добиться кратного запаса пропускной способности системы;
- Максимально упростить анкету, сделав так, чтобы заполнить её мог достаточно легко и быстро даже пожилой человек;
- Протестировать работу формы анкеты на мобильных телефонах различных платформ, убедиться, что всё юзабельно и действительно ускоряет, а не усложняет процесс;
- Установить в лабораториях терминалы самообслуживания (да, как в Сбере);
- Нанять временный недорогой персонал, который помогал бы людям при работе с терминалом (да, как в Сбере).
Это я к чему, собственно. Я уже неоднократно писал и говорил о том, что бесполезно автоматизировать и цифровизировать неэффективный процесс. Что мы получим, автоматизируя неэффективность? Правильно - неэффективность в еще большем масштабе.
Поэтому, сперва - оптимизация бизнес-процессов. И только затем - цифровизация.
Как быстро проверить гипотезу “стартапа на миллион?”
Продолжительная пауза получилась с момента последней публикации в этом канале. И произошло это по двум причинам ...
В первой признаться непросто, но … наверное нужно.
Число подписчиков канала растет крайне медленно, а сил и времени он забирает порядочно. Мотивировать себя продолжать становится все труднее. Ведь если заметки не читают, выходит, или твоя писанина малоинтересна или пишешь ты совсем не то, что хочет читать твой читатель.
В любом случае пришлось взять “творческий отпуск”. И отпуск этот я провел в солнечном Египте (аот вам и вторая причина затяжного молчания).
Одними из самых больших неудобств на отдыхе для меня стали два момента:
1. Отсутствие фиксированных цен — за все нужно торговаться ( чего я, признаться, терпеть не могу).
2. Дорогая и не очень стабильная связь и интернет в стране (трафик тарифицируется отдельно: например, для простого сёрфинга, просмотра видео в YouTube — эта опция может вас быстро разорить, или обмена сообщениями через мессенджеры).
Отель был на некотором удалении от города и мне часто приходилось пользоваться такси.
Каково же было мое раздражение, когда выяснилось, что аналогов привычных нам Uber и Яндекс.Такси в стране нет. Такси вызывают по-старинке — с помощью звонка диспетчеру или, на худой конец, общаясь с ним через WhatsApp.
И вот, казалось бы, — идея для стартапа, лежащая на поверхности. А с чего должен начинаться хороший стартап? Правильно! С проверки гипотезы!
Идеальный стартап должен иметь максимально возможную емкость, не слишком высокую конкуренцию и высокую степень привязанности (аддиктивности) потребителя к потенциальному продукту.
Население Египта — 100 млн. человек. Казалось бы — достаточно большая аудитория при практически полном отсутствии конкуренции! Остается понять “аддиктивность”: как часто египтяне передвигаются на такси?
Средняя зарплата в стране составляет 150 долларов США. А стоимость 40-минутной поездки — примерно 8-10 долларов. Очевидно, достаточно дорого для того, чтобы такси пользовалось серьезным спросом среди местных. Да, возможно “туристическая” цена была завышена, но стоимость литра 92-го бензина в стране составляет порядка 0.5 доллара США (то есть почти столько же, сколько в России). А значит, цена, если и завышена, то не более, чем в два раза. И для местных этот вид транспорта все равно остается слишком дорогим.
А что туристы? Нужен ли агрегатор им? Нужен конечно! Европейцам, в которым я отношу и украинцев, успешно заменивших россиян на курортах Египта, привычнее был бы Uber или Bolt. Но ежегодный турпоток в стране составляет всего около 10 млн. человек и этого уже будет недостаточно для запуска стартапа, рассчитанного на широкие массы.
Для чего я всё это написал?
Мы специализируемся на заказной разработке и к нам часто приходят именно с идеями стартапов. Я твердо убежден в том, что перед тем, как инвестировать сколько-нибудь серьезные средства в разработку, стоит сперва убедиться в том, что то, что ты собрался делать, будет востребовано на рынке.
Исследование потенциальной емкости рынка — самый, на мой взгляд, простой способ проверки гипотезы, для которого нужны всего лишь карандаш, салфетка, калькулятор и Google.
Если это примитивное исследование покажет, что нужно копать дальше - стоит использовать чуть более затратные методы. О них расскажу в одной из своих следующих публикаций ...
Продолжительная пауза получилась с момента последней публикации в этом канале. И произошло это по двум причинам ...
В первой признаться непросто, но … наверное нужно.
Число подписчиков канала растет крайне медленно, а сил и времени он забирает порядочно. Мотивировать себя продолжать становится все труднее. Ведь если заметки не читают, выходит, или твоя писанина малоинтересна или пишешь ты совсем не то, что хочет читать твой читатель.
В любом случае пришлось взять “творческий отпуск”. И отпуск этот я провел в солнечном Египте (аот вам и вторая причина затяжного молчания).
Одними из самых больших неудобств на отдыхе для меня стали два момента:
1. Отсутствие фиксированных цен — за все нужно торговаться ( чего я, признаться, терпеть не могу).
2. Дорогая и не очень стабильная связь и интернет в стране (трафик тарифицируется отдельно: например, для простого сёрфинга, просмотра видео в YouTube — эта опция может вас быстро разорить, или обмена сообщениями через мессенджеры).
Отель был на некотором удалении от города и мне часто приходилось пользоваться такси.
Каково же было мое раздражение, когда выяснилось, что аналогов привычных нам Uber и Яндекс.Такси в стране нет. Такси вызывают по-старинке — с помощью звонка диспетчеру или, на худой конец, общаясь с ним через WhatsApp.
И вот, казалось бы, — идея для стартапа, лежащая на поверхности. А с чего должен начинаться хороший стартап? Правильно! С проверки гипотезы!
Идеальный стартап должен иметь максимально возможную емкость, не слишком высокую конкуренцию и высокую степень привязанности (аддиктивности) потребителя к потенциальному продукту.
Население Египта — 100 млн. человек. Казалось бы — достаточно большая аудитория при практически полном отсутствии конкуренции! Остается понять “аддиктивность”: как часто египтяне передвигаются на такси?
Средняя зарплата в стране составляет 150 долларов США. А стоимость 40-минутной поездки — примерно 8-10 долларов. Очевидно, достаточно дорого для того, чтобы такси пользовалось серьезным спросом среди местных. Да, возможно “туристическая” цена была завышена, но стоимость литра 92-го бензина в стране составляет порядка 0.5 доллара США (то есть почти столько же, сколько в России). А значит, цена, если и завышена, то не более, чем в два раза. И для местных этот вид транспорта все равно остается слишком дорогим.
А что туристы? Нужен ли агрегатор им? Нужен конечно! Европейцам, в которым я отношу и украинцев, успешно заменивших россиян на курортах Египта, привычнее был бы Uber или Bolt. Но ежегодный турпоток в стране составляет всего около 10 млн. человек и этого уже будет недостаточно для запуска стартапа, рассчитанного на широкие массы.
Для чего я всё это написал?
Мы специализируемся на заказной разработке и к нам часто приходят именно с идеями стартапов. Я твердо убежден в том, что перед тем, как инвестировать сколько-нибудь серьезные средства в разработку, стоит сперва убедиться в том, что то, что ты собрался делать, будет востребовано на рынке.
Исследование потенциальной емкости рынка — самый, на мой взгляд, простой способ проверки гипотезы, для которого нужны всего лишь карандаш, салфетка, калькулятор и Google.
Если это примитивное исследование покажет, что нужно копать дальше - стоит использовать чуть более затратные методы. О них расскажу в одной из своих следующих публикаций ...
P.S. Не успел выпустить пост, как получил сразу несколько откликов в личку (стоило только пожаловаться 😂) о том, что я не прав и в стране есть не только Uber, но и Careem - его ближневосточный конкурент. Но дела у обоих пока идут ни шатко ни валко и был момент, когда их даже законодательно пытались запретить (дали классную ссылку на статью 2018 года: https://tass.ru/opinions/5077788).
Кстати, конкурентный анализ — еще один важный метод исследования возможной перспективности идеи, который в данном случае показывает еще и сильное сопротивление на государственном уровне ...
Но факт остается фактом и я исправляю свою оплошность — агрегаторы такси все-таки на этом рынке есть. Спасибо всем тем, кто поправил меня ))
Кстати, конкурентный анализ — еще один важный метод исследования возможной перспективности идеи, который в данном случае показывает еще и сильное сопротивление на государственном уровне ...
Но факт остается фактом и я исправляю свою оплошность — агрегаторы такси все-таки на этом рынке есть. Спасибо всем тем, кто поправил меня ))
ТАСС
Приключения Uber в Египте
Дмитрий Тарасов — о судьбе и перспективах перевозчика в египетских реалиях
Быстрое тестирование гипотез - презентация несуществующего продукта
Как понять — купят продукт или нет еще до того, как вложить в его разработку миллионы? Сегодня расскажу коротко еще об одной технике проверки того, полетит продукт или нет.
Техника до безобразия проста:
1. Опишите свой продукт так, как будто бы он уже существует.
2. Соберите презентацию или небольшой сайт на Tilda.
3. Попытайтесь сделать первые продажи.
Если денег совсем нет, все три пункта придется сделать самостоятельно. Но если бюджет на разработку уже есть, то вместо того, чтобы собирать презентацию или лэндинг самостоятельно, лучше поручить это профессиональному дизайнеру, а для привлечения трафика на такой сайт можно запустить контекстную или таргетированную рекламу.
На презентацию трафик не нагонишь. Ну и что? Значит по-старинке выходим на представителей нашей целевой аудитории напрямую (обзвон, социальные сети, LinkedIN в помощь) и презентуем продукт самостоятельно.
Цель — получить первые 10, 50, 100 первых продаж. То есть людей, которые оставят заявку на сайте или скажут вам по телефону: “выставляйте счет, мы готовы попробовать”.
Многие боятся, что в этот момент, потенциальный покупатель узнает, что продукта никакого нет, разозлится и уйдет. Скажите, что вы работаете над продуктом и направите ему первую же его версию, как только он будет готов, а вдобавок предоставите ему персональную Early Bird скидку.
Кроме проверки гипотезы, эта техника способна дать вам еще кое-что:
1. Несколько человек, заинтересованных в вашем продукте, которые могут выступить советчиками и критиками при разработке первых прототипов.
2. Первые, пусть пока неточные, но реальные данные о вашей юнит-экономике - сколько будет стоить контакт с потенциальным покупателям и с какой конверсией он в итоге превращается в реальную сделку.
3. Реальные, а не придуманные вами, возражения и страхи потребителей, о которых они наверняка расспросят вас перед заключением сделки.
P.S. Писать все-таки надо чаще. Эту заметку я планировал очень давно, но пока я пытался сделать её идеальной, вице-призидент Veeam Software Антон Антич сделал очень похожую публикацию у себя в Facebook и там же выложил двухчасовое видео подробного обсуждения продаж в стартапе. Если вам эта тема интересна и вы владеете английским на достаточно для понимания уровне - посмотрите обязательно.
http://vc.ru/growth/181549
Как понять — купят продукт или нет еще до того, как вложить в его разработку миллионы? Сегодня расскажу коротко еще об одной технике проверки того, полетит продукт или нет.
Техника до безобразия проста:
1. Опишите свой продукт так, как будто бы он уже существует.
2. Соберите презентацию или небольшой сайт на Tilda.
3. Попытайтесь сделать первые продажи.
Если денег совсем нет, все три пункта придется сделать самостоятельно. Но если бюджет на разработку уже есть, то вместо того, чтобы собирать презентацию или лэндинг самостоятельно, лучше поручить это профессиональному дизайнеру, а для привлечения трафика на такой сайт можно запустить контекстную или таргетированную рекламу.
На презентацию трафик не нагонишь. Ну и что? Значит по-старинке выходим на представителей нашей целевой аудитории напрямую (обзвон, социальные сети, LinkedIN в помощь) и презентуем продукт самостоятельно.
Цель — получить первые 10, 50, 100 первых продаж. То есть людей, которые оставят заявку на сайте или скажут вам по телефону: “выставляйте счет, мы готовы попробовать”.
Многие боятся, что в этот момент, потенциальный покупатель узнает, что продукта никакого нет, разозлится и уйдет. Скажите, что вы работаете над продуктом и направите ему первую же его версию, как только он будет готов, а вдобавок предоставите ему персональную Early Bird скидку.
Кроме проверки гипотезы, эта техника способна дать вам еще кое-что:
1. Несколько человек, заинтересованных в вашем продукте, которые могут выступить советчиками и критиками при разработке первых прототипов.
2. Первые, пусть пока неточные, но реальные данные о вашей юнит-экономике - сколько будет стоить контакт с потенциальным покупателям и с какой конверсией он в итоге превращается в реальную сделку.
3. Реальные, а не придуманные вами, возражения и страхи потребителей, о которых они наверняка расспросят вас перед заключением сделки.
P.S. Писать все-таки надо чаще. Эту заметку я планировал очень давно, но пока я пытался сделать её идеальной, вице-призидент Veeam Software Антон Антич сделал очень похожую публикацию у себя в Facebook и там же выложил двухчасовое видео подробного обсуждения продаж в стартапе. Если вам эта тема интересна и вы владеете английским на достаточно для понимания уровне - посмотрите обязательно.
http://vc.ru/growth/181549
vc.ru
Проверить продуктовую гипотезу за неделю и $500: совет от инвестора и бывшего вице-президента Veeam
Антон Антич поделился инструкцией в Facebook. Смысл в том, чтобы создать лендинг продукта, но сам продукт не делать — там можно быстро протестировать спрос.
Проверка гипотез в реальной жизни
Извините за долгое молчание. Увы, дисциплина — не самая сильная моя черта. Я стараюсь работать над этим (если вам интересно как — напишите в комментариях, напишу пост об этом). Кроме этого, в середине декабря я зачем-то решил забрать с собой главный сувенир 2020 года и на месяц выбыл из жизни, став “временно коронованной особой”. Но сейчас, кажется, все в порядке, я жив, здоров и вернулся к работе.
В прошлый раз я писал о правильной проверке гипотез. А в этот — напишу о неправильной: о нашем опыте запуска собственного продукта.
Летом прошлого года к нам обратился человек, торгующий на Wildberries, и попросил о небольшом модуле автоматизации. По сути, ему нужно было регулярно строить аналитический отчет на цифрах WB. Мы не договорились об условиях, но через месяц у нас был еще один такой запрос. А потом и еще один, но уже от ребят, которые хотели построить сервис таких аналитических отчетов.
С ними мы тоже не договорились об условиях, но я понял, что рынок есть и мы с партнером решили, что инвестируем собственные средства и разработаем такой продукт. Предварительно я сделал несколько проблемных интервью (спасибо Ване Замесину, если не знакомы с ним — прочтите и посмотрите все, что найдете у него … в вопросах проблемных интервью он — лучший). Коммерсанты подтвердили “боль” и в сентябре мы принялись за работу, решив, что управимся за три месяца и к ноябрю выпустим MVP.
Короткий формат Телеграм не позволяет мне написать увлекательную сагу о нашем путешествии, поэтому я сразу перейду к тем первым выводам, которые для себя сделал:
🔹 Стартап — это бизнес (только очень маленький). Нанять сотрудников и сразу пересесть в кресло “инвестора” не получится. Бизнесу нужен генеральный директор. В стартапах он называется Product Owner, и ему придется уделять проекту внимание каждый день (да, одного раза в неделю недостаточно).
🔹 Делать проект силами внутренней команды — путь в никуда и конфликт интересов. Стартапу нужен свой монопольный штат (мы выделили из команды руководителя проекта на 50% его рабочего времени, и наняли нескольких совместителей-фрилансеров для старта).
🔹 Умножьте сроки, которые вам кажутся достаточными для MVP на x3, а бюджет проекта на x5 — тогда вы получите оценку, близкую к реальной.
🔹 Сразу думайте о том, что делать, если вы потеряете кого-то из первых участников команды. К сожалению, один из модулей мы реализовали на довольно экзотической технологии и теперь попали в зависимость от одного из ребят.
🔹 Привлекайте первых пользователей, как можно быстрее. Ближе к концу работы над MVP, мы поняли, что приоритеты “болей” пользователей сильно отличаются от того, что казалось важным нам.
🔹 Добейтесь от Руководителя Проекта календарного плана, согласуйте его с командой и регулярно сверяйтесь с ним. Это поможет сорвать сроки в два раза, но все-таки выпустить проект.
🔹 Устраивайте регулярные митапы. В идеале - ежедневные, но подойдут и еженедельные. Это помогает синхронизировать команду и не терять ритм работы.
🔹 Не экономьте на том, что важно для пользователя. Мы поспешили выпустить проект и не стали тратить время на подключение SSL-сертификата на лэндинг (на сам сервис сертификат подключили сразу). В итоге сразу несколько из потенциальных первых пользователей развернулись и ушли, увидев грозное предупреждение браузера (детская ошибка).
Что в сухом остаке?
Мы сорвали сроки почти в два раза и уже превысили бюджет втрое, но выпустили beta-версию нашей аналитики для маркетплейсов 1 февраля 2021 года.
Весь февраль мы планируем потратить на привлечение первых пользователей и тестирование гипотезы (увы, в жизни оно получилось не за неделю и далеко не за 500$). Если все пройдет по нашему плану, то с 1 марта мы сделаем полноценный запуск и начнем инвестировать в маркетинг, а по-настоящему конкурентоспособный продукт должен быть завершен и вовсе - к началу мая-июня этого года.
Извините за долгое молчание. Увы, дисциплина — не самая сильная моя черта. Я стараюсь работать над этим (если вам интересно как — напишите в комментариях, напишу пост об этом). Кроме этого, в середине декабря я зачем-то решил забрать с собой главный сувенир 2020 года и на месяц выбыл из жизни, став “временно коронованной особой”. Но сейчас, кажется, все в порядке, я жив, здоров и вернулся к работе.
В прошлый раз я писал о правильной проверке гипотез. А в этот — напишу о неправильной: о нашем опыте запуска собственного продукта.
Летом прошлого года к нам обратился человек, торгующий на Wildberries, и попросил о небольшом модуле автоматизации. По сути, ему нужно было регулярно строить аналитический отчет на цифрах WB. Мы не договорились об условиях, но через месяц у нас был еще один такой запрос. А потом и еще один, но уже от ребят, которые хотели построить сервис таких аналитических отчетов.
С ними мы тоже не договорились об условиях, но я понял, что рынок есть и мы с партнером решили, что инвестируем собственные средства и разработаем такой продукт. Предварительно я сделал несколько проблемных интервью (спасибо Ване Замесину, если не знакомы с ним — прочтите и посмотрите все, что найдете у него … в вопросах проблемных интервью он — лучший). Коммерсанты подтвердили “боль” и в сентябре мы принялись за работу, решив, что управимся за три месяца и к ноябрю выпустим MVP.
Короткий формат Телеграм не позволяет мне написать увлекательную сагу о нашем путешествии, поэтому я сразу перейду к тем первым выводам, которые для себя сделал:
🔹 Стартап — это бизнес (только очень маленький). Нанять сотрудников и сразу пересесть в кресло “инвестора” не получится. Бизнесу нужен генеральный директор. В стартапах он называется Product Owner, и ему придется уделять проекту внимание каждый день (да, одного раза в неделю недостаточно).
🔹 Делать проект силами внутренней команды — путь в никуда и конфликт интересов. Стартапу нужен свой монопольный штат (мы выделили из команды руководителя проекта на 50% его рабочего времени, и наняли нескольких совместителей-фрилансеров для старта).
🔹 Умножьте сроки, которые вам кажутся достаточными для MVP на x3, а бюджет проекта на x5 — тогда вы получите оценку, близкую к реальной.
🔹 Сразу думайте о том, что делать, если вы потеряете кого-то из первых участников команды. К сожалению, один из модулей мы реализовали на довольно экзотической технологии и теперь попали в зависимость от одного из ребят.
🔹 Привлекайте первых пользователей, как можно быстрее. Ближе к концу работы над MVP, мы поняли, что приоритеты “болей” пользователей сильно отличаются от того, что казалось важным нам.
🔹 Добейтесь от Руководителя Проекта календарного плана, согласуйте его с командой и регулярно сверяйтесь с ним. Это поможет сорвать сроки в два раза, но все-таки выпустить проект.
🔹 Устраивайте регулярные митапы. В идеале - ежедневные, но подойдут и еженедельные. Это помогает синхронизировать команду и не терять ритм работы.
🔹 Не экономьте на том, что важно для пользователя. Мы поспешили выпустить проект и не стали тратить время на подключение SSL-сертификата на лэндинг (на сам сервис сертификат подключили сразу). В итоге сразу несколько из потенциальных первых пользователей развернулись и ушли, увидев грозное предупреждение браузера (детская ошибка).
Что в сухом остаке?
Мы сорвали сроки почти в два раза и уже превысили бюджет втрое, но выпустили beta-версию нашей аналитики для маркетплейсов 1 февраля 2021 года.
Весь февраль мы планируем потратить на привлечение первых пользователей и тестирование гипотезы (увы, в жизни оно получилось не за неделю и далеко не за 500$). Если все пройдет по нашему плану, то с 1 марта мы сделаем полноценный запуск и начнем инвестировать в маркетинг, а по-настоящему конкурентоспособный продукт должен быть завершен и вовсе - к началу мая-июня этого года.
P.S. Кстати, мы сейчас ищем людей, которые торгуют на WB для того, чтобы показать им то, что у нас получилось и получить фидбэк. Так что, если среди ваших знакомых есть такие — познакомьте меня с ними пожалуйста или просто покажите им наши первые результаты: https://www.mpadvisor.ru.
В канале Самата Галимова "Запуск завтра" прочел статью с несколькими законами Дейва Акина — конструктора аэрокосмического агентства NASA. Законы оказались классными и добрая половина из них применима к тому, чем занимаемся мы — проектированию и созданию программного обеспечения. В итоге, настолько увлёкся, что перевел для своих ребят все 44 закона. Потом посмотрели с командой на результат и решили выложить его для общего пользования. Вдруг не только нам зайдет:
https://vc.ru/opinions/206550-ne-maskom-edinym-zakony-raketostroeniya-kotorye-sdelayut-tvoy-proekt-luchshe
Кстати, если вы работаете в digital и не знакомы с каналом Самата - рекомендую: https://news.1rj.ru/str/ctodaily. Они вместе с Фёдором Борщовым (ex- Бюро Горбунова) сейчас помогают большим компаниям решать сложные технологические задачи. Эдакий "CTO на час". Конкуренты, конечно же, в каком-то смысле. Но такие, за которых не стыдно ... Сейчас вот Сноб переделывают, а до этого Goods.ru в порядок приводили.
https://vc.ru/opinions/206550-ne-maskom-edinym-zakony-raketostroeniya-kotorye-sdelayut-tvoy-proekt-luchshe
Кстати, если вы работаете в digital и не знакомы с каналом Самата - рекомендую: https://news.1rj.ru/str/ctodaily. Они вместе с Фёдором Борщовым (ex- Бюро Горбунова) сейчас помогают большим компаниям решать сложные технологические задачи. Эдакий "CTO на час". Конкуренты, конечно же, в каком-то смысле. Но такие, за которых не стыдно ... Сейчас вот Сноб переделывают, а до этого Goods.ru в порядок приводили.
vc.ru
Не Маском единым! Законы ракетостроения, которые сделают твой проект лучше — Мнения на vc.ru
Любой нормальный бизнес, а особенно технологичный, знает о ключевых принципах работы с проектами и решает, какие именно принимает для себя (а затем требует их понимания от своих сотрудников). Принципы берутся из учебников по экономике, отраслевых публикаций…
Один из самых частых вопросов, которые мне задают коллеги, звучит так: “как правильно назначить цены на услуги в заказной разработке ПО?”
Когда-то очень давно я задал точно такой же вопрос Михаилу Токовинину (QSoft, amoCRM). Он ответил мне, что вопрос — глупый. Мол, продавать нужно так дорого, как только сможешь.
На одном из своих выступлений перед большим залом он рассказывал историю о ребятах — выходцах из крутого агентства, которые решили начать собственный бизнес. Продажи они терпеть не могли, поэтому договорились, что их услуги должны стоить дорого и назначили цену за сайт в 1 млн. долларов. “Если бы я сейчас начинал заново”, — сказал он, — “я сделал бы точно также”.
Цена — это соглашение о стоимости товара (или услуги) между продавцом и покупателем. Нет никакой “справедливой цены”, есть только цена, по которой один готов продать, а второй — купить, и вопрос этот никак не привязан к себестоимости.
Поэтому, стоимость единицы продукции и объем продаж необходимо стремиться повышать. А себестоимость единицы продукции и косвенные затраты на организацию и поддержание этого самого производства — снижать.
Вот, собственно, и весь “секретный соус” успешного бизнеса.
P.S. Не благодарите :-)
P.P.S. Если тема действительно интересна, в следующий раз поговорим о себестоимости в IT-производстве. Это гораздо более объемная тема, чем принципы ценообразования ))
Когда-то очень давно я задал точно такой же вопрос Михаилу Токовинину (QSoft, amoCRM). Он ответил мне, что вопрос — глупый. Мол, продавать нужно так дорого, как только сможешь.
На одном из своих выступлений перед большим залом он рассказывал историю о ребятах — выходцах из крутого агентства, которые решили начать собственный бизнес. Продажи они терпеть не могли, поэтому договорились, что их услуги должны стоить дорого и назначили цену за сайт в 1 млн. долларов. “Если бы я сейчас начинал заново”, — сказал он, — “я сделал бы точно также”.
Цена — это соглашение о стоимости товара (или услуги) между продавцом и покупателем. Нет никакой “справедливой цены”, есть только цена, по которой один готов продать, а второй — купить, и вопрос этот никак не привязан к себестоимости.
Поэтому, стоимость единицы продукции и объем продаж необходимо стремиться повышать. А себестоимость единицы продукции и косвенные затраты на организацию и поддержание этого самого производства — снижать.
Вот, собственно, и весь “секретный соус” успешного бизнеса.
P.S. Не благодарите :-)
P.P.S. Если тема действительно интересна, в следующий раз поговорим о себестоимости в IT-производстве. Это гораздо более объемная тема, чем принципы ценообразования ))
Как быстро и просто получить фидбэк от команды?
У руководителей чаще всего нет проблем с “выдачей” обратной связи сотрудникам. Обычно это происходит в контексте работы. Пускай даже не везде это поставлено на хорошо организованные и регулярные рельсы.
А вот с получением фидбэка часто возникают проблемы. Первая и наиболее очевидная проблема — не все готовы высказать руководителю “в лицо” всё, что наболело. По этой причине для решения этой задачи не подходят “ретроспективы” и “1on1”.
Вторая, не менее очевидная проблема, — даже если вы заведете какой-то анонимный ящик, в который можно будет вносить свои замечания и предложения, у сотрудников, зачастую, нет ни времени ни мотивации заниматься этим.
Мы в компании решили эту задачу достаточно элегантно: прижился западный формат “Начать / Продолжать / Прекратить”.
Первоначально мы максимально придерживались оригинальной концепции и просили сотрудников анонимно писать нам письма, в которых содержались бы ответы по каждому из блоков:
- что в компании нам стоит начать делать (из того, чего мы не делаем сейчас)
- что стоит продолжить делать (уже делаем и нужно продолжать делать)
- а от чего стоит немедленно отказаться (уже делаем и нужно срочно прекратить).
Привязали мы эту историю к нашему новогоднему корпоративу (фактически эта его часть стала доброй традицией и называется “Письмо Дедушке Морозу”). Это позволило сделать процедуру регулярной, но не надоедливой (все-таки раз в год можно заставить себя отрефлексировать ответ на вопрос, что именно ты хотел бы изменить в своей компании).
Но со временем пункт “Продолжать” исчез из нашего опроса. Практика показывает, что в русскоязычной ментальности он не очень приживается — люди у нас в стране категоричные и к полутонам относятся, похоже, хуже, чем на западе.
Когда мы начинали эту историю, мы с партнером боялись, что получим шквал писем с единственным предложением: “начните уже поднимать зарплату, продолжайте это делать и никогда этого не прекращайте!” ))
Разумеется, вопросы про зарплату и компенсационный пакет всегда есть (и это — совершенно нормально). Но, вместе с такими вопросами, каждый год мы получаем массу прекрасных идей в самых разных областях деятельности компании. Многие из этих идей мы забираем в работу и включаем в свои стратегические годовые планы.
Вместе с этой практикой мы получили прекрасный барометр общего настроения команды. Были года, когда нам явно давали понять, что атмосфера в коллективе ухудшилась или текущее месторасположение офиса никуда не годится. Хотя мы, как руководители, не считали проблему такой уж острой, после получения таких писем, часто вынуждены были пересмотреть свои приоритеты.
Попробуйте это в вашей команде. Уверен — результат будет интересным и полезным.
P.S.Если у вас в компании практикуется какой-то другой эффективный инструмент получения обратной связи от коллектива — поделитесь пожалуйста в комментариях. Буду признателен за ваш опыт.
У руководителей чаще всего нет проблем с “выдачей” обратной связи сотрудникам. Обычно это происходит в контексте работы. Пускай даже не везде это поставлено на хорошо организованные и регулярные рельсы.
А вот с получением фидбэка часто возникают проблемы. Первая и наиболее очевидная проблема — не все готовы высказать руководителю “в лицо” всё, что наболело. По этой причине для решения этой задачи не подходят “ретроспективы” и “1on1”.
Вторая, не менее очевидная проблема, — даже если вы заведете какой-то анонимный ящик, в который можно будет вносить свои замечания и предложения, у сотрудников, зачастую, нет ни времени ни мотивации заниматься этим.
Мы в компании решили эту задачу достаточно элегантно: прижился западный формат “Начать / Продолжать / Прекратить”.
Первоначально мы максимально придерживались оригинальной концепции и просили сотрудников анонимно писать нам письма, в которых содержались бы ответы по каждому из блоков:
- что в компании нам стоит начать делать (из того, чего мы не делаем сейчас)
- что стоит продолжить делать (уже делаем и нужно продолжать делать)
- а от чего стоит немедленно отказаться (уже делаем и нужно срочно прекратить).
Привязали мы эту историю к нашему новогоднему корпоративу (фактически эта его часть стала доброй традицией и называется “Письмо Дедушке Морозу”). Это позволило сделать процедуру регулярной, но не надоедливой (все-таки раз в год можно заставить себя отрефлексировать ответ на вопрос, что именно ты хотел бы изменить в своей компании).
Но со временем пункт “Продолжать” исчез из нашего опроса. Практика показывает, что в русскоязычной ментальности он не очень приживается — люди у нас в стране категоричные и к полутонам относятся, похоже, хуже, чем на западе.
Когда мы начинали эту историю, мы с партнером боялись, что получим шквал писем с единственным предложением: “начните уже поднимать зарплату, продолжайте это делать и никогда этого не прекращайте!” ))
Разумеется, вопросы про зарплату и компенсационный пакет всегда есть (и это — совершенно нормально). Но, вместе с такими вопросами, каждый год мы получаем массу прекрасных идей в самых разных областях деятельности компании. Многие из этих идей мы забираем в работу и включаем в свои стратегические годовые планы.
Вместе с этой практикой мы получили прекрасный барометр общего настроения команды. Были года, когда нам явно давали понять, что атмосфера в коллективе ухудшилась или текущее месторасположение офиса никуда не годится. Хотя мы, как руководители, не считали проблему такой уж острой, после получения таких писем, часто вынуждены были пересмотреть свои приоритеты.
Попробуйте это в вашей команде. Уверен — результат будет интересным и полезным.
P.S.Если у вас в компании практикуется какой-то другой эффективный инструмент получения обратной связи от коллектива — поделитесь пожалуйста в комментариях. Буду признателен за ваш опыт.
Еще раз про Битрикс и неБитрикс или "правильный инструмент для конкретных задач"
Очень часто приходится слышать вопрос: “на чём вы посоветуете писать этот сайт?” И так же часто приходится давать пространный ответ: “зависит от того, какие именно задачи вы хотите решать”.
Штука в том, что вопрос выбора платформы, опираясь исключительно на ее стоимость, число доступных программистов или (OMG!) попытку “обезопасить” себя от конкретного разработчика, чаще всего — неправильный.
Битрикс может быть прекрасным инструментом при соблюдении нескольких простых условий: вы готовы адаптировать свои “хотелки” под его возможности, а посещаемость сайта и объем обрабатываемых данных не будет запредельным.
Что бы там ни говорили битриксофилы, Битрикс (и любые иные платформы для создания сайтов) лучше использовать в режиме “как есть” (as is). Иными словами, если товарный каталог должен быть по мнению Битрикс устроен именно так, наибольшего эффекта от него вы добьетесь, используя его именно так и не изменяя ни строчки типового кода.
При соблюдении этих несложных требований, вы сможете собрать сайт:
а) быстро;
б) недорого;
в) сможете им пользоваться, постоянно и ЛЕГКО обновляя ПО до актуальных версий.
Этот мой спич касается не только (и не столько) Битрикс. Вы можете заменить эту торговую марку практически на любую иную: Тильда, amoCRM, whatsoever.
То же справедливо и для набирающих популярность no-code решений вроде AirTable или Bubble — это могут быть прекрасные инструменты в умелых руках при условии соответствующих задач.
Вообще, у меня уже год пылится в столе огромная статья о том, какими принципами следует руководствоваться при выборе платформы для разработки сайта. Но она получилась настолько огромной, что наша внутренняя редакция забраковала её и эта публикация так и не увидела свет.
Но, может быть и правильно забраковала, так как, надеюсь, мне удалось уложить суть той огромной статьи в этой короткой заметке. И суть эта проста: перестаньте выбирать конкретное технологическое решение. Вместо этого направьте всю свою энергию и усилия в поиск правильной команды (или CTO) и точную постановку задачи. Выбор инструментария оставьте профессионалам.
Очень часто приходится слышать вопрос: “на чём вы посоветуете писать этот сайт?” И так же часто приходится давать пространный ответ: “зависит от того, какие именно задачи вы хотите решать”.
Штука в том, что вопрос выбора платформы, опираясь исключительно на ее стоимость, число доступных программистов или (OMG!) попытку “обезопасить” себя от конкретного разработчика, чаще всего — неправильный.
Битрикс может быть прекрасным инструментом при соблюдении нескольких простых условий: вы готовы адаптировать свои “хотелки” под его возможности, а посещаемость сайта и объем обрабатываемых данных не будет запредельным.
Что бы там ни говорили битриксофилы, Битрикс (и любые иные платформы для создания сайтов) лучше использовать в режиме “как есть” (as is). Иными словами, если товарный каталог должен быть по мнению Битрикс устроен именно так, наибольшего эффекта от него вы добьетесь, используя его именно так и не изменяя ни строчки типового кода.
При соблюдении этих несложных требований, вы сможете собрать сайт:
а) быстро;
б) недорого;
в) сможете им пользоваться, постоянно и ЛЕГКО обновляя ПО до актуальных версий.
Этот мой спич касается не только (и не столько) Битрикс. Вы можете заменить эту торговую марку практически на любую иную: Тильда, amoCRM, whatsoever.
То же справедливо и для набирающих популярность no-code решений вроде AirTable или Bubble — это могут быть прекрасные инструменты в умелых руках при условии соответствующих задач.
Вообще, у меня уже год пылится в столе огромная статья о том, какими принципами следует руководствоваться при выборе платформы для разработки сайта. Но она получилась настолько огромной, что наша внутренняя редакция забраковала её и эта публикация так и не увидела свет.
Но, может быть и правильно забраковала, так как, надеюсь, мне удалось уложить суть той огромной статьи в этой короткой заметке. И суть эта проста: перестаньте выбирать конкретное технологическое решение. Вместо этого направьте всю свою энергию и усилия в поиск правильной команды (или CTO) и точную постановку задачи. Выбор инструментария оставьте профессионалам.
30 самых дорогих компаний Рунета
Forbes выпустил свой очередной рейтинг самых дорогих компаний Рунета — в ближайшие дни такими заголовками будут пестрить все профильные издания.
Я не буду пересказывать вам рейтинг, вы и без меня посмотрите его, если он вам интересен: https://www.forbes.ru/biznes-photogallery/421235-30-samyh-dorogih-kompaniy-runeta-reyting-forbes
Меня интересует другое. Ради любопытства я отыскал точно такой же рейтинг от Forbes прошлого года (вот он: https://www.forbes.ru/tehnologii-photogallery/372539-20-samyh-dorogih-kompaniy-runeta-2019-reyting-forbes).
И в глаза кидается, как минимум, два важных изменения:
1. Очевидное смещение трендов в сторону всего, что связано с онлайном.
В первую очередь, конечно, речь идет о маркетплейсах, онлайн-кинотеатрах и онлайн-образовании. Компания с таким профилем заняли 80% нового рейтинга.
2. Колоссальная переоценка стоимости компаний всего за год.
Оценка Яндекс увеличилась в 2 раза, Wildberries — почти в 12 раз, OZON — в 15 раз, ЦИАН — в 8 раз!
Весь digital-сегмент очень прилично вырос в оценке и компании стоимостью меньше $130 млн. просто не попали в список. И это несмотря на то, что в прошлом году это был ТОП20, а в этом — ТОП30 (то есть список увеличен в 1,5 раза).
За бортом остались такие прошлогодние лидеры, как YouDo и Profi.ru, 1C-Битрикс (возможно, объединен с группо 1С, которая вошла в новый список) и OnlineTrade.ru.
На мой взгляд, это — очень странный и довольно субъективный рейтинг. Как минимум, я не вижу в рейтинге компании Playrix — третьего по величине издателя мобильных игр в мире с оценкой в $1.5 млрд. долларов.
Но сам факт существенного роста рынка и смещения трендов определен верно. Уходящий год стал годом онлайна во всем мире и Россия не стала исключением.
Forbes выпустил свой очередной рейтинг самых дорогих компаний Рунета — в ближайшие дни такими заголовками будут пестрить все профильные издания.
Я не буду пересказывать вам рейтинг, вы и без меня посмотрите его, если он вам интересен: https://www.forbes.ru/biznes-photogallery/421235-30-samyh-dorogih-kompaniy-runeta-reyting-forbes
Меня интересует другое. Ради любопытства я отыскал точно такой же рейтинг от Forbes прошлого года (вот он: https://www.forbes.ru/tehnologii-photogallery/372539-20-samyh-dorogih-kompaniy-runeta-2019-reyting-forbes).
И в глаза кидается, как минимум, два важных изменения:
1. Очевидное смещение трендов в сторону всего, что связано с онлайном.
В первую очередь, конечно, речь идет о маркетплейсах, онлайн-кинотеатрах и онлайн-образовании. Компания с таким профилем заняли 80% нового рейтинга.
2. Колоссальная переоценка стоимости компаний всего за год.
Оценка Яндекс увеличилась в 2 раза, Wildberries — почти в 12 раз, OZON — в 15 раз, ЦИАН — в 8 раз!
Весь digital-сегмент очень прилично вырос в оценке и компании стоимостью меньше $130 млн. просто не попали в список. И это несмотря на то, что в прошлом году это был ТОП20, а в этом — ТОП30 (то есть список увеличен в 1,5 раза).
За бортом остались такие прошлогодние лидеры, как YouDo и Profi.ru, 1C-Битрикс (возможно, объединен с группо 1С, которая вошла в новый список) и OnlineTrade.ru.
На мой взгляд, это — очень странный и довольно субъективный рейтинг. Как минимум, я не вижу в рейтинге компании Playrix — третьего по величине издателя мобильных игр в мире с оценкой в $1.5 млрд. долларов.
Но сам факт существенного роста рынка и смещения трендов определен верно. Уходящий год стал годом онлайна во всем мире и Россия не стала исключением.
Forbes.ru
30 самых дорогих компаний Рунета. Рейтинг Forbes
Forbes публикует очередной рейтинг самых дорогих компаний Рунета. Карантинный 2020 год стал фантастически успешным для всех интернет-компаний, но больше всех выиграли маркетплейсы и агрегаторы
На выходных послушал интервью Олега Тинькова с братьями Бухманами (https://youtu.be/SOx8afEUTnE). Ребята очень крутые — выходцы из провинциальной российской Вологды создали третьего в мире разработчика мобильных игр с годовым обородом $3 млрд (!!!)
В интервью меня зацепила, в том числе, одна фраза, сказанная кем-то из братьев: “Предпринимательство — это не для всех”. Давно на эту тему думаю …
Многие мечтают уйти из работы по найму, открыть свой бар или ресторанчик, и заниматься “любимым делом”. Некоторые даже решаются на такой шаг. Но очень немногие остаются в игре, спустя 3-5 лет.
И дело тут даже не в готовности к принятию риска. Большая часть их тех, кто встает на этот путь, неправильно представляют себе профессию. Со стороны кажется, что работа предпринимателя — это череда успехов, коктейльные приемы в светском обществе, спортивный автомобиль и растущий банковский счет.
На деле выясняется, что работа предпринимателя заключается в … постоянной попытке немного упорядочить хаос.
Не хватает заказов? Засучиваешь рукава, продаешь изо всех сил, заключаешь выгодные сделки. Казалось бы — успех близко, но … выясняется, что для обслуживания новых заказов не хватает людей.
Не беда — снова засучиваем рукава и погружаемся в HeadHunter с головой, обзваниваем всех знакомых, в попытках найти лучших из лучших! Команда укомплектована! Теперь можно выдохнуть! Ой, что это? Самый ценный сотрудник выгорел, пока мы искали ему помощников, и решил уволиться. А без него не справиться с заказом от самого крупного клиента!
Это только несколько небольших иллюстраций того, с чем сталкивается ежедневно каждый, кто выбрал для себя этот путь.
Предпринимательство — это необходимость постоянно предпринимать усилия для решения нескончаемой череды задач в попытках привести к успеху свою команду и компанию.
Я называю это “проклятием предпринимателя”. Да, иногда бывает тяжело. Опускаются руки. Время от времени кажется, что ты занят “сизифовым трудом” и проблемы будут всегда.
Отчасти — это правда … проблемы будут всегда, но с ростом бизнеса это будут все новые и новые проблемы. Старые при этом будут казаться смешными …
Об этом хорошо высказался Альберт Эйнштейн: “Невозможно решить проблему на том же уровне, на котором она возникла. Нужно стать выше этой проблемы, поднявшись на следующий уровень”. И, собственно, именно в этом и заключается работа предпринимателя — в непрерывном продвижении на следующий уровень развития.
Поэтому, да — профессия эта не для всех. Так почему же ей кто-то вообще занимается? Потому, что это настолько же увлекательно, насколько и тяжело! И кайф от успешного решения сложных задач заставляет раз за разом вставать после поражений и откатов назад.
P.S. Для тех, кто хочет глубже в вопрос углубиться, советую почитать книгу Бена Хоровица “Легко не будет”. Очень помогает избавиться от навязчивых мыслей о том, что ты — единственный такой неудачник, у которого такой ворох проблем …
В интервью меня зацепила, в том числе, одна фраза, сказанная кем-то из братьев: “Предпринимательство — это не для всех”. Давно на эту тему думаю …
Многие мечтают уйти из работы по найму, открыть свой бар или ресторанчик, и заниматься “любимым делом”. Некоторые даже решаются на такой шаг. Но очень немногие остаются в игре, спустя 3-5 лет.
И дело тут даже не в готовности к принятию риска. Большая часть их тех, кто встает на этот путь, неправильно представляют себе профессию. Со стороны кажется, что работа предпринимателя — это череда успехов, коктейльные приемы в светском обществе, спортивный автомобиль и растущий банковский счет.
На деле выясняется, что работа предпринимателя заключается в … постоянной попытке немного упорядочить хаос.
Не хватает заказов? Засучиваешь рукава, продаешь изо всех сил, заключаешь выгодные сделки. Казалось бы — успех близко, но … выясняется, что для обслуживания новых заказов не хватает людей.
Не беда — снова засучиваем рукава и погружаемся в HeadHunter с головой, обзваниваем всех знакомых, в попытках найти лучших из лучших! Команда укомплектована! Теперь можно выдохнуть! Ой, что это? Самый ценный сотрудник выгорел, пока мы искали ему помощников, и решил уволиться. А без него не справиться с заказом от самого крупного клиента!
Это только несколько небольших иллюстраций того, с чем сталкивается ежедневно каждый, кто выбрал для себя этот путь.
Предпринимательство — это необходимость постоянно предпринимать усилия для решения нескончаемой череды задач в попытках привести к успеху свою команду и компанию.
Я называю это “проклятием предпринимателя”. Да, иногда бывает тяжело. Опускаются руки. Время от времени кажется, что ты занят “сизифовым трудом” и проблемы будут всегда.
Отчасти — это правда … проблемы будут всегда, но с ростом бизнеса это будут все новые и новые проблемы. Старые при этом будут казаться смешными …
Об этом хорошо высказался Альберт Эйнштейн: “Невозможно решить проблему на том же уровне, на котором она возникла. Нужно стать выше этой проблемы, поднявшись на следующий уровень”. И, собственно, именно в этом и заключается работа предпринимателя — в непрерывном продвижении на следующий уровень развития.
Поэтому, да — профессия эта не для всех. Так почему же ей кто-то вообще занимается? Потому, что это настолько же увлекательно, насколько и тяжело! И кайф от успешного решения сложных задач заставляет раз за разом вставать после поражений и откатов назад.
P.S. Для тех, кто хочет глубже в вопрос углубиться, советую почитать книгу Бена Хоровица “Легко не будет”. Очень помогает избавиться от навязчивых мыслей о том, что ты — единственный такой неудачник, у которого такой ворох проблем …
YouTube
Бизнес-секреты с Олегом Тиньковым: братья Бухманы, основатели Playrix
Бизнес-секреты вернулись. В этот раз в гостях у Олега Тинькова братья Бухманы — основатели игровой компании Playrix. Они разрабатывают мобильные игры: Homescapes, Township, Fishdom, Gardenscapes.
Бухманы начинали строить IT-компанию в Вологде в 2000-х, когда…
Бухманы начинали строить IT-компанию в Вологде в 2000-х, когда…
Экономика IT-производства: часть 2. Определение бизнес-модели.
Попробую продолжить этот цикл статей. Начали мы в прошлой статье с азов. Но и продолжить мне придется базовыми терминами. Это необходимо, чтобы впоследствии можно было опираться на единый “понятийный аппарат” при обсуждении уже практических вопросов.
Для того, чтобы обсуждать любимые вопросы владельцев IT-бизнеса (себестоимость, ценообразование, учет часов и мотивация), хорошо бы для начала получить ответ на простые вопросы:
- В чем заключается экономика вашего бизнеса?
- Какова ваша бизнес-модель?
- Что именно является вашим центром прибыли и центром затрат?
Для примера возьмем небольшую региональную студию (занимается созданием “шаблонных сайтов” на 1С-Битрикс), нашу компанию (занимаемся разработкой сайтов на заказ) и компанию Tilda (производит конструктор по созданию сайтов).
Казалось бы, все компании заняты примерно одним и тем же — производят сайты. Давайте разбираться подробнее ...
Региональная студия, быстро и недорого делающая сайты на 1С-Битрикс, - это “фабрика”. Зарабатывают они на продаже сайтов. А тратят деньги, главным образом, на содержание “производственного персонала”. При такой экономике им стоит стремиться произвести как можно больше сайтов за единицу времени, затратив на это минимум денег и постараться продать как можно дороже.
Наша компания занимается заказной разработкой. Наша модель - это скорее “ателье по индивидуальному пошиву”. Такую модель часто называют "бутиковой". Мы продаем не “сайты”, а “решение проблемы конкретного заказчика”. И здесь важно помнить, что двух одинаковых проблем не бывает, а значит - мы вынуждены применять “персональный подход”.
Такая бизнес-модель плохо масштабируется. При этом, для того, чтобы решать сложные проблемы, мы вынуждены не только содержать “звездную” команду, но и непрерывно инвестировать в R&D (в нашем случае это — экспертиза и процессы). Тираж таких продуктов не может быть большим, а сами продукты получаются очень дорогими.
Наконец, третья компания (Tilda) разрабатывает конструктор, с помощью которого каждая домохозяйка может сделать сайт самостоятельно. Компания использует “подписную” бизнес-модель. Она продает платный доступ к своему программному обеспечению. А основные затраты лежат в области маркетинга и продвижения продукта (вспоминаем amoCRM с её знаменитыми ежегодными мероприятиями на огромных стадионах) и в сфере R&D — продукт должен быть функциональным и удобным, чтобы выигрывать конкуренцию у многочисленных аналогов. На разработку здесь тратят несопоставимо меньше, чем в студии или бутике, а сама модель превосходно масштабируется (произведя продукт один раз можно его продать неограниченное количество раз).
Пост получился длинным и, наверняка, немного “капитанским”. Извините. Но теперь, надеюсь, становится понятным, что ответ на вопрос о том “какой должна быть цена” невозможен без понимания того, какова ваша бизнес-модель и в чем центр прибыли и центр затрат именно вашего IT-производства.
Если эта тема интересна, попробую планомерно время от времени развивать её.
P.S. Ну и не могу не поделиться маленькой радостью - канал перешагнул отметку в первую сотню подписчиков! 🥳 Спасибо вам всем большое за то, что читаете. Это очень заряжает меня и мотивирует продолжать! 🙏
Попробую продолжить этот цикл статей. Начали мы в прошлой статье с азов. Но и продолжить мне придется базовыми терминами. Это необходимо, чтобы впоследствии можно было опираться на единый “понятийный аппарат” при обсуждении уже практических вопросов.
Для того, чтобы обсуждать любимые вопросы владельцев IT-бизнеса (себестоимость, ценообразование, учет часов и мотивация), хорошо бы для начала получить ответ на простые вопросы:
- В чем заключается экономика вашего бизнеса?
- Какова ваша бизнес-модель?
- Что именно является вашим центром прибыли и центром затрат?
Скажем, бизнес-модель автопроизводителя Toyota - производство продукции.Ну, достаточно, я думаю, теории. Вернемся к IT-производству. Тут тоже могут быть очень разные бизнес-модели ...
Зарабатывает она, продавая автомобили. А тратит деньги на их производство
(себестоимость) и продвижение на рынок (себестоимость продаж).
А вот автодилеры, насколько мне известно, зарабатывают, главным образом,
на продаже доп.опций и послепродажном обслуживании автомобиля. Т.е.
зарабатывают они на продаже продуктов и оказании услуг, а тратят деньги,
главным образом, на закупку этих самых продуктов и содержании персонала,
необходимого для оказания услуг.
Для примера возьмем небольшую региональную студию (занимается созданием “шаблонных сайтов” на 1С-Битрикс), нашу компанию (занимаемся разработкой сайтов на заказ) и компанию Tilda (производит конструктор по созданию сайтов).
Казалось бы, все компании заняты примерно одним и тем же — производят сайты. Давайте разбираться подробнее ...
Региональная студия, быстро и недорого делающая сайты на 1С-Битрикс, - это “фабрика”. Зарабатывают они на продаже сайтов. А тратят деньги, главным образом, на содержание “производственного персонала”. При такой экономике им стоит стремиться произвести как можно больше сайтов за единицу времени, затратив на это минимум денег и постараться продать как можно дороже.
Наша компания занимается заказной разработкой. Наша модель - это скорее “ателье по индивидуальному пошиву”. Такую модель часто называют "бутиковой". Мы продаем не “сайты”, а “решение проблемы конкретного заказчика”. И здесь важно помнить, что двух одинаковых проблем не бывает, а значит - мы вынуждены применять “персональный подход”.
Такая бизнес-модель плохо масштабируется. При этом, для того, чтобы решать сложные проблемы, мы вынуждены не только содержать “звездную” команду, но и непрерывно инвестировать в R&D (в нашем случае это — экспертиза и процессы). Тираж таких продуктов не может быть большим, а сами продукты получаются очень дорогими.
Наконец, третья компания (Tilda) разрабатывает конструктор, с помощью которого каждая домохозяйка может сделать сайт самостоятельно. Компания использует “подписную” бизнес-модель. Она продает платный доступ к своему программному обеспечению. А основные затраты лежат в области маркетинга и продвижения продукта (вспоминаем amoCRM с её знаменитыми ежегодными мероприятиями на огромных стадионах) и в сфере R&D — продукт должен быть функциональным и удобным, чтобы выигрывать конкуренцию у многочисленных аналогов. На разработку здесь тратят несопоставимо меньше, чем в студии или бутике, а сама модель превосходно масштабируется (произведя продукт один раз можно его продать неограниченное количество раз).
Пост получился длинным и, наверняка, немного “капитанским”. Извините. Но теперь, надеюсь, становится понятным, что ответ на вопрос о том “какой должна быть цена” невозможен без понимания того, какова ваша бизнес-модель и в чем центр прибыли и центр затрат именно вашего IT-производства.
Если эта тема интересна, попробую планомерно время от времени развивать её.
P.S. Ну и не могу не поделиться маленькой радостью - канал перешагнул отметку в первую сотню подписчиков! 🥳 Спасибо вам всем большое за то, что читаете. Это очень заряжает меня и мотивирует продолжать! 🙏
Делегирование - часть 4. Контроль результатов.
#процессы
Воскресный день — прекрасная возможность продолжить наш разговор о делегировании. Предыдущие части здесь: первая (https://news.1rj.ru/str/doingdigital/35), вторая (https://news.1rj.ru/str/doingdigital/37) и третья (https://news.1rj.ru/str/doingdigital/42).
Делегирование, как передача полномочий по решению задачи, не работает без обязательного контроля.
Обратите внимание, я не написал “контроля результатов”. Сделал я это потому, что контроль бывает разный. Про это много статей написано, но здесь я расскажу о собственной классификации, которая может не совпадать с “академической базой”.
Итак, с моей точки зрения, бывают следующие виды контроля:
🔹 Предварительный.
🔹 Промежуточный (или поэтапный).
🔹 Контроль результата выполнения.
Для сложных и длительных поручений важны все три вида контроля. Для небольших тактических задач промежуточным контролем можно пожертвовать. Этим же этапом не стоит злоупотреблять, если сотрудник достаточно квалифицирован для данного вида работ и мотивирован на решение задачи.
Предварительный контроль. На данном этапе важно убедиться, что исполнитель корректно понял задачу и условия её решения (крайне желательно, чтобы они были измеримыми), обладает необходимыми полномочиями и ресурсами, а также понимает и принимает сроки, отведенные для её решения и ответственность за невыполнение задачи.
Промежуточный контроль. В том случае, если задача комплексная, полезно бывает её разбить на небольшие подзадачи и определить для каждой из них конечный результат и сроки достижения. Получившуюся, таким образом, “дорожную карту” и “календарный план-график” необходимо контролировать поэтапно — от подзадачи к подзадаче.
В относительно простых, но трудоёмких задачах, выполнение поэтапного контроля сводится к регулярной проверке текущих достигнутых результатов. Здесь работает принцип: “покажи, что готово на текущий момент”.
Контроль результата выполнения. Тут все понятно без дополнительных комментариев. В назначенных срок важно не забыть проверить, выполнено ли поручение, достигнут ли запланированный результат, отрефлексировать вместе с исполнителем процесс решения задачи и обязательно дать обратную связь (об этом я расскажу подробнее в одной из следующих публикаций).
В заключение, хотелось бы добавить несколько слов о форме контроля.
В целом, вы можете выбирать удобную вам форму контроля: устную или письменную, в свободной форме или в форме, регламентированной используемым сервисом автоматизации постановки задач (таск-менеджером).
Лично мне комфортнее комбинированная форма из обязательного письменного отчета с фиксацией достигнутых результатов и устной его презентацией с ответами на мои вопросы.
Я долго относился к типу руководителей, исповедующих стиль, кем-то метко прозванный “чайка-менеджментом”. Такие руководители, подобно чайкам, могут долго “кружить” по офису и вдруг, внезапно “налететь” на подчиненного, имевшего неудачу столкнуться с боссом у кофе-машины, и начать засыпать вопросами о результатах задач, порученных сто лет назад.
Чайка-менеджмент — это когда “налетел, нагадил, улетел”. Избегайте такого стиля делегирования.
Контроль должен быть регулярным и обязательным. Без этого делегирование не работает.
#процессы
Воскресный день — прекрасная возможность продолжить наш разговор о делегировании. Предыдущие части здесь: первая (https://news.1rj.ru/str/doingdigital/35), вторая (https://news.1rj.ru/str/doingdigital/37) и третья (https://news.1rj.ru/str/doingdigital/42).
Делегирование, как передача полномочий по решению задачи, не работает без обязательного контроля.
Обратите внимание, я не написал “контроля результатов”. Сделал я это потому, что контроль бывает разный. Про это много статей написано, но здесь я расскажу о собственной классификации, которая может не совпадать с “академической базой”.
Итак, с моей точки зрения, бывают следующие виды контроля:
🔹 Предварительный.
🔹 Промежуточный (или поэтапный).
🔹 Контроль результата выполнения.
Для сложных и длительных поручений важны все три вида контроля. Для небольших тактических задач промежуточным контролем можно пожертвовать. Этим же этапом не стоит злоупотреблять, если сотрудник достаточно квалифицирован для данного вида работ и мотивирован на решение задачи.
Предварительный контроль. На данном этапе важно убедиться, что исполнитель корректно понял задачу и условия её решения (крайне желательно, чтобы они были измеримыми), обладает необходимыми полномочиями и ресурсами, а также понимает и принимает сроки, отведенные для её решения и ответственность за невыполнение задачи.
Промежуточный контроль. В том случае, если задача комплексная, полезно бывает её разбить на небольшие подзадачи и определить для каждой из них конечный результат и сроки достижения. Получившуюся, таким образом, “дорожную карту” и “календарный план-график” необходимо контролировать поэтапно — от подзадачи к подзадаче.
В относительно простых, но трудоёмких задачах, выполнение поэтапного контроля сводится к регулярной проверке текущих достигнутых результатов. Здесь работает принцип: “покажи, что готово на текущий момент”.
Контроль результата выполнения. Тут все понятно без дополнительных комментариев. В назначенных срок важно не забыть проверить, выполнено ли поручение, достигнут ли запланированный результат, отрефлексировать вместе с исполнителем процесс решения задачи и обязательно дать обратную связь (об этом я расскажу подробнее в одной из следующих публикаций).
В заключение, хотелось бы добавить несколько слов о форме контроля.
В целом, вы можете выбирать удобную вам форму контроля: устную или письменную, в свободной форме или в форме, регламентированной используемым сервисом автоматизации постановки задач (таск-менеджером).
Лично мне комфортнее комбинированная форма из обязательного письменного отчета с фиксацией достигнутых результатов и устной его презентацией с ответами на мои вопросы.
Я долго относился к типу руководителей, исповедующих стиль, кем-то метко прозванный “чайка-менеджментом”. Такие руководители, подобно чайкам, могут долго “кружить” по офису и вдруг, внезапно “налететь” на подчиненного, имевшего неудачу столкнуться с боссом у кофе-машины, и начать засыпать вопросами о результатах задач, порученных сто лет назад.
Чайка-менеджмент — это когда “налетел, нагадил, улетел”. Избегайте такого стиля делегирования.
Контроль должен быть регулярным и обязательным. Без этого делегирование не работает.
Telegram
Digital-кухня
Заметка про выстраивание управленческой структуры вызвала неожиданно большой отклик, поэтому мне пришла в голову мысль немного углубиться в тему делегирования. В нашей компании это был довольно болезненный и сложный процесс. Так что надеюсь, что наш опыт…
Как повысить точность оценки сроков и бюджета проекта?
Наша компания известна на рынке, как один из самых аккуратных и дисциплинированных разработчиков. Сегодня хотели поделиться небольшим “инсайтом”, который мы получили, работая в свое время над вечным вопросом выхода проектов из запланированных сроков и бюджета (в профессиональной терминологии это называется “выходом за базовый план проекта”).
Проанализировав несколько десятков проектов, мы выявили два наиболее часто встречающихся фактора, оказывающих критическое влияние на риски в проекте:
- Размер проекта;
- Степень инновационности проекта.
Размер проекта — это привычная длительность и объем работы в проекте, с которым вы обычно имеете дело. Так, если ваш типичный проект выполняется за 3 месяца, а вам предложили заняться проектом, который по вашим предварительным прикидкам займет 12 месяцев — это фактор риска.
Степень инновационности проекта — это процент совершенно незнакомых для вас видов работ в общем составе работ проекта. Например, если вы прекрасно делаете промо-сайты, и в какой-то момент решили взяться за e-commerce проект, степень инновационности такого проекта для вас явно будет крайне высокой.
Для каждого из этих факторов мы рекомендуем умножать сроки и стоимость проекта на коэффициент x1.5. Проще говоря, если вам кажется, что такой проект можно сделать за 3 месяца, смело планируйте 4,5 месяца.
Если же в проекте встречаются оба фактора, использование в качестве коэффициента числа Пи (3,14) позволит вам получить оценку, приближенную к реальной.
Наша компания известна на рынке, как один из самых аккуратных и дисциплинированных разработчиков. Сегодня хотели поделиться небольшим “инсайтом”, который мы получили, работая в свое время над вечным вопросом выхода проектов из запланированных сроков и бюджета (в профессиональной терминологии это называется “выходом за базовый план проекта”).
Проанализировав несколько десятков проектов, мы выявили два наиболее часто встречающихся фактора, оказывающих критическое влияние на риски в проекте:
- Размер проекта;
- Степень инновационности проекта.
Размер проекта — это привычная длительность и объем работы в проекте, с которым вы обычно имеете дело. Так, если ваш типичный проект выполняется за 3 месяца, а вам предложили заняться проектом, который по вашим предварительным прикидкам займет 12 месяцев — это фактор риска.
Степень инновационности проекта — это процент совершенно незнакомых для вас видов работ в общем составе работ проекта. Например, если вы прекрасно делаете промо-сайты, и в какой-то момент решили взяться за e-commerce проект, степень инновационности такого проекта для вас явно будет крайне высокой.
Для каждого из этих факторов мы рекомендуем умножать сроки и стоимость проекта на коэффициент x1.5. Проще говоря, если вам кажется, что такой проект можно сделать за 3 месяца, смело планируйте 4,5 месяца.
Если же в проекте встречаются оба фактора, использование в качестве коэффициента числа Пи (3,14) позволит вам получить оценку, приближенную к реальной.
Дорогие ошибки сквозной аналитики
Наша компания занимается не только созданием успешных интернет-проектов, но и увеличением продаж через digital-каналы, а также помогает выстроить правильные метрики интернет-маркетинга.
На прошлой неделе с нами произошел любопытный случай — из-за ошибок в настройках сквозной аналитики нашими предшественниками мы едва не разрушили отношения с клиентом.
Что, собственно, случилось? Бюджет на рекламу расходуется, трафик есть, а лидов, если верить системе сквозной аналитики, нет.
Начали разбираться. Оказалось, лиды есть, но из-за ошибок при настройке метрик, в отчетах сквозной аналитики такие лиды не учитываются. В итоге - нули в отчете, расстроенный клиент, нервы наших специалистов по контекстной рекламе.
Мы сейчас готовим статью с описанием решения данной ошибки. А пока статья готовится, мне на глаза попался превосходный материал Ильи Красинского о частых ошибках при настроек метрик сквозной аналитики, который способны привести к потерям огромных денег и даже разорить компанию.
Посмотрите сами и покажите вашим контрагентам, отвечающим за digital-маркетинг. Илью я знаю давно и он — один из лучших в Рунете специалистов в области управления продуктом и юнит-экономики.
https://rick.ai/blog/10-most-common-mistakes-in-sales-forecasting-ultimate-guide-by-rick-ai/
Наша компания занимается не только созданием успешных интернет-проектов, но и увеличением продаж через digital-каналы, а также помогает выстроить правильные метрики интернет-маркетинга.
На прошлой неделе с нами произошел любопытный случай — из-за ошибок в настройках сквозной аналитики нашими предшественниками мы едва не разрушили отношения с клиентом.
Что, собственно, случилось? Бюджет на рекламу расходуется, трафик есть, а лидов, если верить системе сквозной аналитики, нет.
Начали разбираться. Оказалось, лиды есть, но из-за ошибок при настройке метрик, в отчетах сквозной аналитики такие лиды не учитываются. В итоге - нули в отчете, расстроенный клиент, нервы наших специалистов по контекстной рекламе.
Мы сейчас готовим статью с описанием решения данной ошибки. А пока статья готовится, мне на глаза попался превосходный материал Ильи Красинского о частых ошибках при настроек метрик сквозной аналитики, который способны привести к потерям огромных денег и даже разорить компанию.
Посмотрите сами и покажите вашим контрагентам, отвечающим за digital-маркетинг. Илью я знаю давно и он — один из лучших в Рунете специалистов в области управления продуктом и юнит-экономики.
https://rick.ai/blog/10-most-common-mistakes-in-sales-forecasting-ultimate-guide-by-rick-ai/
Блог Rick.ai: как искать точки роста в аналитике
Ошибки на миллионы: как считать метрики и не выйти на план продаж
Из кейсов клиентов, маркетологов и агентств мы разобрали самые частые ошибки анализа рекламных кампаний и конверсий воронки продаж. Часто 2 или 3 ошибки дают расхождение в расчете плана продаж на несколько миллионов рублей.