Customer Journey Map (СJM)

CJM - это такая продуктовая история. При создании продукта рисуем путь (Journey Map), который проходит клиент (Customer) от знакомства с продуктом до покупки и дальше. CJM анализирует клиентский опыт на каждом этапе и дает понимание: что нужно делать, чтобы клиент остался с нами и был доволен.

Можно ли натянуть CJM на агентский бизнес? Конечно, ведь агентство - это тоже продукт. Тут так же есть воронка, покупка, LTV, NPS и т.п. Нужно делать для агентства CJM, анализировать путь клиента и постоянно его улучшать.

В случае с КОД9, мы взяли для себя пресейл, как критический этап пути пользователя (хотя они все критические) и в данный момент работаем над улучшением.

----

Мы постоянно делаем CJM-ы для наших клиентов. Можем сделать наконец и для себя.

Месяц назад мы полностью обновили брендинг и дизайн сайта.
А сегодня выложили кейс на Behance и Dprofile.

Работал над этим всем крутой дизайнер Владимир @munnoville (автор канала Десигн Рутин). Всем его рекомендую.

Сегодня хотел бы поделиться одним из своих любимых проектов за прошедший летний сезон. Буду рад вашей поддержке!

Ссылка: https://www.behance.net/gallery/181322611/kod9

Профессиональное развитие менеджера

1. Организация и инвентаризация сущностей в рамках задачи или проекта.
Пример: организация хаотичных задачек в джиру, с проставленными эпиками, дедлайнами, и т.п.

2. Синтез новых сущностей на основе уже существующих.
Пример: организация релизов, новых версий продукта, получение предсказуемого результата от команды разработки.

3. Следующий уровень. Самостоятельная формулировка и достижение пунктов 1 и 2 исходя из поставленной задачи.
Пример: нужно вытащить самолет Уральских авиалиний из поля. Менеджер разобрался как это сделать, какие ресурсы нужны, и решил поставленную задачу.

(картинку взял у Ведомостей)

КОД9 — это новый бренд, который мы с нуля придумали в марте этого года, чтобы выходить на рынок России. Это получилось довольно быстро, а название с каждым месяцем радует нас все сильнее.

В статье на VC рассказываю, как у нас это получилось, а тут делюсь мини-фреймворком, который мы использовали — вот он.

Статья на VC.RU.

Приправьте статью лайками плз. Ну, и удачи с новыми классными названиями 🥂

Ееее, вышел новый мой подкаст с Сашей Аксеновым из Юнистори.

Саша рассказал как они заработали $0.5M на Upwork (спойлер - прям так как у Саши уже не получится сделать). А я расскал для чего нужен мерч и тоунхоллы.

Полный выпуск на Ютубе

Конспект на VC

Кстати один выпуск стоит минимум 31,600 рублей:
- 16 600 - студия + оборудование на 2 часа
- 15 000 - монтаж
- и еще время штатных специалистов чтобы подготовить обложку, опубликовать и т.п.

Такие дела. Приходите ко мне на подкаст, все расходы мы берем на себя 💰

Корпоративный мессенджер

Мы пользовались Слаком с самого его появления, с 14 года. Слак был классный и дорогой.

После блокировки мы переехали в Дискорд - он быстрее Слака и бесплатный. Проблема в том, что Дискорд сделан для плотной катки, а не для работы.

Мы переключились на местные разработки. Попробовали Компас и Пачку. В итоге остановились на Пачке -- она максимально близка к Слаку.

Проблема Пачки в продуктовом подходе: они зачем-то делают и мессенджер, и видео звонки и тудушки. При этом все три направления идут с просадкой:
- в мессенджере не доработано форматирование сообщений и куча мелких проблем
- для звонков нужно переходить в браузер. Зачем так с пользователями?)
- тудушки нормально работают, только это последнее, что нужно в мессенджере


Если вы ищете замену Слаку, попробуйте Пачку. Вроде ничего так.

Уровни самостоятельности

Мы сейчас работаем над матрицей компетенций для менеджеров. Нашли описание уровней самостоятельности сотрудника:

------
Первый
Сотрудник выполняет порученную работу. Если возникает трудность, непредвиденная ситуация, то сотрудник останавливается, впадает в ступор, сидит и ничего не делает.

Второй
Сотрудник выполняет порученную работу. Если возникает трудность, то сотрудник обращается к руководителю за разъяснением.

Третий
Сотрудник выполняет порученную работу. Если возникает трудность, то сотрудник обращается к руководителю и предлагает решение. Руководитель принимает предложение или дает другое распоряжение. Сотрудник действует в соответствии с распоряжением.

Четвертый
Сотрудник выполняет порученную работу. Если возникает трудность, то сотрудник самостоятельно ее преодолевает в рамках имеющихся у него полномочий. После чего докладывает руководителю.

Пятый
Сотрудник выполняет порученную работу. Если возникает трудность, то сотрудник самостоятельно ее преодолевает в рамках имеющихся у него полномочий. Доклад руководителю осуществляется по установленному графику, например, на планерке раз в неделю. Такой сотрудник - самый ценный, так как он все проблемы решает сам, да еще постоянно не дергает, не отвлекает, а докладывает в специально отведенное время.

Источник: https://hw4.ru/hr-initiative

----

Думаю любой сотрудник любой организации, который хочет профессионально развиваться должен спросить у себя:
- какой у меня текущий уровень самостоятельности и что я должен/должна сделать, чтобы перейти на следующий уровень?

Сегодня выступаю на FailConf с рассказом про наш фейл ☺️

Подходите знакомиться

Как продавать государству?

Я сам не знаю, поэтому пришлось позвать на подкаст Сашу Лебедева из Pitch, который рассказал как работается в B2G-сегменте.

Еще обсудили, почему нужно страдать, если хочешь вырастить свое агентство 🐣 и в чем проблема партнерок 🐰.

Приправьте лайками.

Статья на VC.

Видео на YT.

Пока все пишут про OpenAI keynote

Напишу про старую школу - обычную кастомную разработку.

Глобально в разработке есть 2 вида задач:
1) кодинг
2) исследование/ресерч

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

Ресерч это когда нет понятных процессов, которые нужно перевести в код, а есть только видение конечного результата. 

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

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

Состоявшимся разработчикам всегда интересно работать над исследовательской частью и почти неинтересно заниматься кодингом.

Апдейт по этой истории

Пачка оказалась пачкой багов. Поэтому мы запустили бесплатную версию MatterMost на своем сервере и кайфуем.

Hint: чтобы работали push-уведомления, сервер с MM должен быть за пределами России.

Никогда такого не было и вот опять

Вышел новый выпуск Кода за деньги 🎥 .

Обсудил с Димой из FINCH зачем агентству свои продукты. А еще ML-разработку для реального сектора (спойлер: для свиноферм🐽).

Если вас интересует ML - смотрите обязательно.

Конспект на VC
Полный выпуск на YT.

А уже сегодня записываем новые выпуски подкаста. Stay tuned.

Кроссплатформенная разработка

К нам пришел клиент, который хочет сделать не только мобильные, но и десктоп приложения. Причем десктоп сразу на все платформы (Win/Lin/Mac).

Логично, что нужно брать кроссплатформенную технологию. На мобилке мы уже давно и успешно используем Flutter. А теперь и десктопные приложения можно делать на нем.

При этом специфика клиентского проекта такая, что в любом случае должна быть нативная часть, а Flutter в основном будет отвечать за UI/UX.

Оказывается, что нативную часть под все десктопные платформы можно написать на C++ или (если вы модные ребята как мы) на Rust, который создавался как современный удобный аналог С++.

Так что на десктопе будет единый код сразу под 3 платформы с Flutter/Dart+Rust. Красиво же.

Парадигмы менеджмента

В процессе систематизации менеджмента в КОД9 нашел следующие парадигмы от Александра Фримана:

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

2. Полученное задание должно быть выполнено на 100 процентов.

3. О возникших препятствиях к стопроцентному выполнению задания следует немедленно сообщить руководителю и всем заинтересованным лицам.

4. Предложения по решению проблемы предпочтительнее информации об ее возникновении.

5. Факты и аргументация предпочтительнее мнения.

6. Расширенное толкование полученного задания не допускается. Если что-то в задании не ясно - уточнять, а не допридумывать.

7. Несогласие с параметрами задания (или регламентами исполнения) не может служить поводом для их игнорирования.