Чем подход от решений лучше подхода от данных

При поддержке сервиса Kaiten.

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

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

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

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

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

6. У вас больше шансов обнаружить и уменьшить предвзятость. Те, кто привлекает к выполнению проектов неоднородные команды, склонны мыслить широко и не принимать предвзятых решений.

7. Бизнес смотрит вперёд, реже оглядываясь назад. Хотя прошлое может подсказать, в каком направлении двигаться дальше, не следует ожидать, что модели, существовавшие до пандемии, будут столь же эффективны в новых условиях.

Сейчас перейти или поддерживать переход фокуса на решения может помешать блокировка привычных инструментов. Хороший аналог Trello и Jira существует — сервис Kaiten. На Kaiten уже перешли Сбер, QIWI, Рег.ру, Skyeng, ДОДО Пицца. Перенести данные с других сервисов можно за 2 минуты с помощью специального бесплатного скрипта. Также Slack, Jira, Miro уже отзывают лицензии и блокируют свои сервисы у некоторых компаний в России. Пользователи Trello испытывают проблемы с оплатами.

В Кайтен есть все привычные инструменты:
⁃ Сервера находятся в РФ
⁃ Управление задачами - можно настроить RICE!
⁃ Канбан доска
⁃ Учёт времени работы сотрудников
⁃ Таймлайн для планирования проектов
⁃ Модуль для ведения базы знаний
⠀
По ссылке можно попробовать бесплатно сервис.

Несколько лайфхаков успешных презентаций

Не забывайте про UX-мышление, когда готовите презентацию и лайфхаки:

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

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

3. Единообразие: все, что может быть сделано единообразно, должно быть сделано единообразно. Если появляются различия в элементах, они должны быть обоснованы:

- Лучше выбрать один стандартный шрифт. Например, Arial, потому что он есть на всех компьютерах. В презентации можно использовать несколько вариаций одного шрифта по размеру и оформлению.
- В цветовой гамме должно быть не больше трех—четырех цветов, считая фоновый. Картинки и иконки тоже лучше оформить в едином стиле (можно скачивать коллекции иконок с единым дизайном).
- Хаотичная верстка разных слайдов. Есть режим шаблона, который позволяет закрепить базовые элементы на слайдах в определенном месте. Так повторяющиеся на нескольких слайдах объекты не будут «съезжать».

4. Приоритет и СТА в итогах презентации: самые приоритетные элементы нужно делать отличающимися от остального контента. При этом заметно отличающимися. Слабый контраст — когда шрифты чуть заметно отличаются по размеру, читатель размышляет не над содержанием, а над тем, специально ли так сделали или текст случайно «съехал». В конце обязателен вывод и предполагаемое решение. Или запрос на дискуссию.

Хотите быстро обучиться как всегда актуальным навыкам презентаций и коммуникаций на слайдах? Приходите к моим приятелям из Bonnie&Slide: “Мы в Bonnie&Slide видели, как росли компании, научившиеся делать презентации: как отдел продаж делал слайды, которые увеличивали продажи и средний чек. Мы видели, как финансовый отдел совершал меньше ошибок не от того, что больше знал математику, а потому что визуализировал свои цифры. Мы видели, как отдел маркетинга стал качественнее коммуницировать с дизайнерами — потому что задачи стали понятнее и информативнее.”

Выбрать обучение для себя и своих сотрудников со скидкой 20% можно по ссылке - ссылка

3 вопроса для создания востребованного продукта

1: Как вы меняете процессы?
Да, как ваш продукт меняет то, что человек раньше делал сам, вручную или помощью других продуктов? Продукт – это в первую очередь про изменение процесса. Про это в том числе будут выступления на Продуктовом митапе: развивай, усиливай и расти.
Раньше заказывали такси по телефону. Как это было? Позвонить, повисеть на линии, сообщить адрес точки А, еще раз сказать адрес, потому что плохо слышно, услышать примерное время приезда такси, выйти на улицу и подождать 10 минут, пойти искать таксиста, который заблудился, сесть в такси, доехать до точки Б, оплатить, дождаться сдачи (если водитель найдет, конечно), выйти из машины.
Пришел Uber, убрал ненужные процессы и оставил только те, которые решают главную задачу человека –переместиться из точки А в точку Б. Если вы не меняете процессы, то вы не будете отличаться от конкурентов. Jobs To Be Done может точно определить, какие функции надо пилить в продукте, а какие нет. Посмотрите на свой бизнес и попробуйте понять, как вы меняете процессы для более качественного и быстрого решения задач клиентов.

2: Как вы меняете клиентов?
Попытайтесь забыть о процессах и сфокусируйтесь на людях. Что ваши клиенты могут себе позволить теперь, когда они успешно используют ваш продукт? Не говорите общими фразами. Привяжите их к вашему продукту. Например, пользователи Uber стали более свободными. Они быстрее перемещаются по городу и посещают больше мест за день.
Попробуйте понять, что теперь может позволить себе ваш клиент. Осознание того, как вы меняете клиента, поможет создать прорывную маркетинговую стратегию. Jobs To Be Done с ювелирной точностью определит новые состояния клиентов.

3: Как вы меняете рынок?
Многие думают, что бизнес получает деньги от клиентов, но это не так. У клиента как был определенный бюджет на решение данной задачи, так и остался. Вопрос состоит лишь в том, кому он отдаст этот бюджет. Вам или конкуренту? Поэтому очень важно понять, что именно вы собираетесь сделать с рынком и конкурентами. Например, Uber агрегировал в себе рынок таксопарков. Кого именно атаковать и как – поможет решить методология Jobs To be Done.
Если ваш продукт не отвечает на эти три вопроса, скорее всего, он такой же, как и у конкурентов, возможно, хуже. Четкие ответы на поставленные вопросы, особенно если вы получили их из уст пользователей, означают, что вы нашли нишу для востребованного продукта, который будет сам себя продавать.

Хотите поучаствовать в митапе, где будут еще рецепты запуска востребованных продуктов? Как найти точки роста компании и как собрать в digital-продукте? Приходите на
«Продуктовый митап: развивай, усиливай и расти», 5 апреля в 18:00 мск. Эксперты: Леруа Мерлен, AliExpress и AGIMA. Там будет о данных, как их собирать и на какие показатели ориентироваться. Юнит-экономика, А/Б-тест и Data Driven-подход к продукту.

Регистрация по ссылке - Продуктовый митап: развивай, усиливай и расти.

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

Продукты – новые тренды наступившей весны

Robokazakh - Сервис удаленного открытия карт Visa и Mastercard в Банках Казахстана. Когда не можешь оплатить любимый Spotify, купить игру в Steam и получить деньги из-за рубежа…Весь процесс проходит онлайн, от вас потребуется загранпаспорт. Оформить заявку и прочитать ответы на частые вопросы можно в боте https://news.1rj.ru/str/Robokazakh_bot

Charlie - Персональная заботливая газета с крутыми фильтрами, которая поможет оставаться в курсе новостей, но не сойти с ума (то, что нам всем сейчас очень нужно).

Waitlyst - Инструмент для анализа фидбека аудитории (и, как следствие, создания мощных продуктов под запросы рынка).

Neuton TinyML - Инструмент, который позволяет создавать крохотные и понятные модели и встраивать их в любой микроконтроллер. Без знаний кода и ML.

Waitlyst - Софт, помогающий создавать топовые диджитал-продукты, учитывая отзывы и интересы клиентов.

Loggo - Быстрое и удобное решение для отслеживания симптомов гриппа и простуды (и не только).

Dowork ai - ПО, которое помогает аутсорс-компаниям с максимальной точностью оценивать проекты. 

Reach.Live - Платформа, с помощью которой вы сможете хостить вебинары, демо, онлайн-собеседования и прочие ивенты.

Piktochart - Платформа, которая помогает превратить любой текст или «тяжёлый» контент в лаконичную визуальную историю.

togetherAI - Приложение на базе ИИ, помогающее семьям поддерживать здоровую (во всех отношениях) атмосферу в семье.

Делитесь и сохраняйте подборку себе!

Как бороться с возражениями “это слишком дорого” и “у меня нет времени”

1. “Это слишком дорого” не означает “не могу себе этого позволить”. Это означает: я не получаю достаточной ценности, чтобы оправдать то, что я трачу”. Мы слышим “это слишком дорого” и предполагаем, что это не наш целевой клиент. Или что нам нужно снизить цену на наши решения. И часто ни то, ни другое не решает основных проблем. Деньги есть, и они решили не тратить их на ваше решение.
Вы можете уточнить:
⁃ Узнайте, за что еще ваши клиенты уже платят. Любая цена слишком дорога для клиента, который не хочет ни за что платить. Большинство стартапов на ранних стадиях выберут "бесплатный" вместо любой платной альтернативы.
⁃ Платит ли этот клиент за что-нибудь? Если да, то как они это оправдывают? Кого они должны убедить и как они это обосновывают?
⁃ Поймите, как покупка / закупка работает для вашего клиента. На предприятиях часто существует разделительная линия между тем, что может быть легко израсходовано, и тем, что требует многоэтапного утверждения закупок.
⁃ Нужно понять, какая ценность изменит правила игры (откроет новые возможности, устранит неопределенности). “Делай X быстрее” и “делай X дешевле” имеют значение только тогда, когда экономия настолько велика, что вы можете открыть новую возможность. Что изменит правила игры, так это “Раньше я не мог делать X; теперь я могу” или “Раньше мне приходилось беспокоиться о X; теперь мне не нужно об этом думать”. Это трудно выполнить на таком уровне ценности, а когда вы можете, это невероятно сложно.

2. “У меня нет времени” не означает нехватку часов или минут в календаре; это означает: я не вижу здесь достаточной ценности, чтобы прилагать усилия. Это одно из вежливых "да", которое заманивает в ловушку людей, занимающихся продуктами. Мы слышим “У меня нет времени” и думаем: “Хорошо, я оставлю этого клиента в покое и вернусь к нему позже”. Клиенты не утруждают себя жалобами на продукты, с которыми они на самом деле даже не могли начать. Что можно спросить:
- Выясните, сколько времени требуется клиенту, чтобы настроить / начать использовать ваш продукт.
- Затем определите разницу между клиентами. Для кого это быстро / легко? Для кого это медленно / сложно?
- Найдите существующую привычку / процесс клиентов, на которые ваш продукт наиболее похож
- Если у клиентов складывается первоначальное впечатление, что для начала использования вашего продукта требуется много времени или что для этого им необходимо принять множество решений, то существует действительно высокая планка того, насколько ценным он должен быть, чтобы его стоило использовать.
- Выясните, сколько времени требуется клиенту, чтобы настроить / начать использовать ваш продукт. Некоторые команды начали использовать показатель “5 минут до ”вау"" – первый шаг к этому - получение базовой линии.

Продуктовая команда должна быть сфокусирована на нуждах клиента. Но как узнать, что ему действительно нужно? (https://otus.pw/9d7B/) Об этом расскажу на вебинаре в OTUS 4 апреля.
Вы получите:

-Самое нужное из теоретической базы CustDev
-Понимание, как составить вопросы, чтобы ответы проверяли гипотезы и приносили инсайты
-Знание, как правильно из ответов собрать продукт, который купят
-Чек-лист для создания сценариев и подведения итогов
-Сценарий интервью
-Ответы на вопросы

Регистрируйтесь и подключайтесь: https://otus.pw/9d7B/

Занятие — часть курса «Product Manager IT-проектов», можно познакомиться с руководителем программы и задать все вопросы.
Если нужна помощь по продуктам, пишите автору канала — и мы назначим встречу за кофе!

Крутые мысли из канала Product Management Владимира Миролюбова

1. Вы должны фильтровать идеи своих продуктов по двум простым параметрам: могут ли они расти и есть ли у вас доступ к масштабируемому каналу распространения.

Не стесняйтесь иметь узкую целевую аудиторию в начале. Все большие вещи вырастали из небольших групп по интересам. Если вы не можете использовать своё приложение в туалете или во время отвлечения внимания, например, за рулем машины, то у ваших пользователей будет меньше возможностей сформировать привычку пользоваться им.
Ссылка на пост - https://news.1rj.ru/str/ruspm/925

2. Плохую продуктовую стратегию (или её отсутствие) можно обнаружить по следующим признакам:
- Постоянные и бесконечные войны в приоритетах фич (и команд, их продвигающих).
- Менеджеры по продукту ищут краткосрочные цели, а не идут по долгосрочным.
- Разработчики, дизайнеры, маркетинг и другие команды не понимают, зачем они работают над теми или иными вещами.
- Рассинхрон между дорожной картой, бизнес-целями и метриками, которые вы постоянно меняете.
Ссылка на пост - https://news.1rj.ru/str/ruspm/964

3. Ошибка № 4 при проведении исследований пользователей и аудитории от Рэнда Фишкина (основатель MOZ и SparkToro): Предполагать, что аудитория, которой вы еще не привлекли, будет реагировать так же, как и клиенты, которые уже купили. Из-за этой ошибки многие упускают возможности роста. Разные сообщения для разных людей в разных каналах часто лучше, чем один шаблон для всех.
Ссылка на пост - https://news.1rj.ru/str/ruspm/969

4. Большинство команд думают, что они работают в продуктовых командах, в то время, как они могут быть фиче-командами или командами доставки. Стоит понимать разницу. Команды по продуктам: решают, что они создают. Команды по продуктовой разработке помогают определить специфику функций, которые они создают. Команды доставки выполняют определенные функции. Пользователям требуется больше времени, если перед ними больший выбор. Не заставляйте пользователей тратить на время – помогайте им и максимально ограничивайте выбор.
Ссылка на пост - https://news.1rj.ru/str/ruspm/982

5. Массовость как порок. Как только продукт мегакорпорации достигает массового масштаба, давление KPI и прочих метрик часто вынуждает продакт-менеджеров отдавать предпочтение широте использования продукта и росту этих самых метрик, а не глубине его использования (решения кросс-проблем, росту вовлечения и других прокси-метрик).Примеры – GoogleDocs и Notion. Notion отжал у Гугла существенный кусок пирога писателей именно за счет вертикального проникновения, сделав ставку на начальное позиционирование на узкой IT-аудитории.
Ссылка на пост - https://news.1rj.ru/str/ruspm/984

Хотите еще больше актуальных инсайтов и материалов по продакт-менеджменту? Подписывайтесь и перечитывайте канал https://news.1rj.ru/str/ruspm !

Основные методики построения архитектуры предприятия

Работая как продакт-эксперт с разными компаниями, стараюсь не забывать и об общих цифровых трансформациях внутри компании. Данный пост про основные методики построения архитектуры предприятия:

1. Методика TOGAF предлагает способы и подходы для выстраивания, планирования, применения  IT-­архитектуры предприятия и, впоследствии, управления ею. Архитектура предприятия по TOGAF представлена четырьмя направлениями: Архитектура бизнеса, Архитектура приложений, Архитектура данных, Архитектура технологии.
Основной областью применения TOGAF является программная инфраструктура информационной системы (описание интеграционных компонентов). Данная методика довольно детально описывает процесс создания архитектуры, а также позволяет управлять требованиями заинтересованных лиц на каждом из этапов проработки.

2. Методика Gartner трактует понятие «архитектура предприятия» как процесс перевода видения и стратегии бизнеса в эффективное изменение компании посредством создания, обсуждения и улучшений ключевых требований, принципов и моделей, которые описывают будущее состояние компании. Общая идея Gartner включает создание «идеальной» картинки будущего в бизнес­представлении и, на ее основе, определение изменений архитектуры (в приоритетном порядке) для достижения конечной цели. Цель данной архитектуры предприятия — стратегия, а не ее техническая реализация. Суть методики — создание процесса, который позволит развивать архитектуру в соответствии с высокоуровневой архитектурой бизнес-­стратегии.

3. Методика META Group рассматривает архитектуру предприятия в интеграции с другими процессами, к примеру с процессом управления корпоративными IT-­программами и проектами и процессом выработки стратегии и планирования. Основными этапами разработки архитектуры предприятия являются:
⁃ Видение общих требований, где осуществляется анализ вектора развития, определение требований к информационным системам.
⁃ Создание концептуальной архитектуры, где определяется перечень правил, который обеспечивает общий принцип для развития информационных систем предприятия и технологической инфраструктуры. При создании концептуальной архитектуры мы получаем набор принципов (правил), обеспечивающих развитие информационных систем предприятия и технологической инфраструктуры.

Хотите лучше понимать, как управлять корпоративной архитектурой? Начните подготовку с вебинара «Обоснованные структурные изменения организации в быстро меняющихся условиях» 4 апреля в 19:00 (мск).
Demo-занятие является частью онлайн-курса «Enterprise Architect». Не упустите возможность познакомиться с преподавателем и протестировать обучение в OTUS.
Зарегистрируйтесь на мероприятие, чтобы участвовать https://otus.pw/K5Ep/

Хорошие посты от Владимира Меркушева

Подсмотрел на канале https://news.1rj.ru/str/vladimir_merkushev

Про модель монетизации. Модель монетизации и ее эффективность, в свою очередь, определяют каналы, где у продукта может быть product/channel fit. Например, продукт с рекламной монетизацией не сможет окупить затраты на привлечение клиентов с помощью команды прямых продаж, которая отлично работает для B2B продуктов. Модель монетизации влияет на силу product/market fit. При определенной цене и структуре модели монетизации продукт уже не будет иметь добавочную ценность относительно других альтернатив на рынке. Например, модель монетизации с оплатой за каждое сообщение (то есть транзакционная модель) сведет к нулю ценность любого мессенджера. Модель монетизации влияет и на целевой рынок. С ростом стоимости продукта будет сокращаться количество потенциальных клиентов и их будет всё сложнее привлекать. Тот продукт, модель монетизации которого позволит привлекать их с положительным ROI, выиграет в долгосрочной перспективе.
Рост продукта возможен только при достижении баланса между всеми этими взаимосвязанными элементами. Помните об этом, уделяйте внимание всем факторам и смотрите на них как на систему.
Подробнее - https://news.1rj.ru/str/vladimir_merkushev/1331

Про разницу продуктовых команд в СНГ и Европе.
В большинстве компаний в СНГ за цель конкретной команды отвечает ее менеджер. Разработчики, дизайнеры, аналитики прямой ответственности за общую цель не несут. Им нужно писать хороший код, делать качественный дизайн, быстро находить ответы на вопросы в данных.
За результаты команды в Европе отвечает вся команда. Менеджер продукта accountable, but not only responsible person. Он говорит о результатах от имени команды и большинство решений принимает вместе с командой. Цели и их достижение регулярно обсуждаются на командных встречах. Управлять процессами на разных этапах работы могут разные члены команды. Это может быть дизайнер, разработчик, продакт или аналитик. Такой подход снимает с продакта большой объём операционки и помогает вовлечению всех в команде в тактические решения. Ключевая работа продакта – создать условия, в которых каждый участник команды будет четко понимать, что делает команда и куда хочет добежать, для чего и зачем это нужно. У каждой команды есть своя миссия — это одно предложение, где доносится, зачем существует команда. Миссия формулируется не с точки зрения интересов бизнеса, а с точки зрения интересов пользователя. Наличие публичного дашборда с метриками — обязательное условие работы. Каждый проект или эксперимент содержит в описании целевые метрики (которые хотим изменить) и health metrics (на которые можем повлиять и хотим контролировать это влияние). Подробнее - https://news.1rj.ru/str/vladimir_merkushev/1323

Про ​Уточняющий NPS
Медленная метрика, которая позволяет оценить отношение клиентов к продукту и желание его рекомендовать. А также получить понимание как изменения в продукте влияют на восприятие клиентами. Надеюсь, вы уже используете NPS и отслеживаете его изменение месяц к месяцу. Обычно NPS считают на базе опроса новых пользователей, которые провели в продукте определенное время и/или совершили целевые действия. Подробнее - https://news.1rj.ru/str/vladimir_merkushev/1292

Хотите больше постов - подписывайтесь на https://news.1rj.ru/str/vladimir_merkushev

Когда стоит развивать In-house, а когда аутсорсинг разработки продуктов?

In-house разработка в компаниях существует на двух уровнях:
1. Продуктовая разработка — технологию рассматривают как готовый продукт, являющийся драйвером для бизнеса, и в процессе участвуют продуктовые команды;
2. Технологический in-house — компания изобретает технологическую платформу «под капотом», которая решает конкретную проблему, при этом продуктовая бизнес-логика на этом уровне не применяется.

Например: движок базы данных — это технология, а когда его дорабатывают, дополняют интерфейсом, бизнес-логикой и интегрируют с другими сервисами — это уже продукт

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

Но плюсов все же больше:
- вы создаете гибкую технологию и можете кастомизировать ее с учетом меняющихся запросов компании
- прокачивается экспертиза, а организация получает в распоряжение собственную проприетарную технологию — в последующем можно продать ее или выложить в открытый доступ
- сервис легко интегрируется с другими продуктами компании — подгонять одно под другое не приходится
- решение можно при необходимости масштабировать, дополнить или усовершенствовать
- есть возможность создать инструмент, аналогов которого просто нет на рынке. А собственная технология — это зачастую конкурентное преимущество на рынке. Однако in-house разработка не всегда целесообразна: многое зависит от задач и потребностей компании, поэтому нужна гибкость.

Аутсорсер точно помогает в следующих задачах:
- Аналитика (ТЗ, прототипы, UX)
- Разработка архитектуры
- Создание кода, код-ревью
- Обеспечение качества (тестирование, SDET, работа с инцидентами)
- Отработка новых идей, создание MVP

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

Инхаус-команда отвечает за:
- Создание своей инфраструктуры
- Автоматизацию операций
- Метрики и отчетность по разработке
- Развитие методики разработки
- Сохранение экспертизы
- Постановка задач и контроль за их исполнением

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

Хотите еще экспертное мнение? Приходите 11 апреля на открытый вебинар «Заказная разработка vs In-house разработка» в OTUS, где преподаватель Иннокентий Бодров, ведущий аналитик в Stenn International, расскажет: в чем разница подходов: заказная разработка vs In-house разработка, какие подходы для чего популярны, как это соотносится с проектным и продуктовым подходами.
Еще больше полезной информации на онлайн-курсе «Системный аналитик. Basic» от OTUS. Программа рассчитана на людей без опыта в IT. На курсе предусмотрен пробный период — две недели с момента начала занятий можно обучаться бесплатно.

Записаться на открытый урок: https://otus.pw/GgtC/

Типовые показатели, которые лежат в основе формул для анализа unit-экономики

Сохраняйте в закладки:
- Количество пользователей, которые недавно узнали о вашем бизнесе (предложении)
- Количество пользователей, которые обратились к вам после того, как узнали о предложении с любого из рекламных каналов
- Затраты на маркетинг и рекламу
- Себестоимость каждой продажи
- Стоимость одного привлеченного пользователя на сайт или посадочную страницу — точку входа в воронку продаж: затраты на маркетинг разделить на количество привлеченных пользователей.
- Стоимость привлечения покупателя - затраты на маркетинг разделить на количество пришедших покупателей.
- Стоимость регистрации - затраты на маркетинг разделить на количество регистрацией с рекламного канала — или нескольких, но учитывать это в дальнейших расчетах.
- Средний чек на одну покупку - Общую сумму совершенных покупок за определенный промежуток времени разделить на количество покупок за этот же промежуток времени
- Жизненная ценность клиента - Средний чек на покупку умножить на количество покупок за определенный промежуток времени, умножить на прибыль компании от покупки и затем на среднее время удержания клиента в числе покупателей.
- Среднее количество покупок - количество покупок одного и того же покупателя за определенный период времени.
- Стоимость проданного товара или услуги - запасы на начало исследуемого периода плюс издержки на производство минус запасы на конец исследуемого периода.
- Операционные расходы - операционные издержки за определенный период времени разделить на выручку от продаж за этот же период, затем умножить на 100%.
- Затраты на удержание клиента - совокупную стоимость удержания клиента разделить на число фактических покупателей.
- Издержки на обслуживание клиента - сколько тратится за определенный период на обслуживание 1 клиента компании.
- Месячная выручка от лида - сколько прибыли в денежном эквиваленте приносит 1 клиент за определенный промежуток времени.
- Сумма покупки клиента в магазине

А также важные настройки:
1. Дробите оценку по каналам. Если используете несколько рекламных каналов, оценивайте каждый в отдельности, а не как продвижение в целом. Так перед вами предстанет более четкая картина.
2. Дробите по продуктам. Предлагаете большой спектр продуктов? Оценивайте unit-экономику по каждому из них или сегментируйте по небольшим группам и анализируйте их.
3. Стремитесь к постоянному масштабированию рабочих моделей.
4. Смотрите на перспективу. Если по результатам анализа unit-экономики в первый месяц на окупаемость бизнес не выходит, не опускайте руки — рассчитывайте, когда это произойдет, и стремитесь всеми силами приблизить этот срок. Учитывайте, что некоторые виды бизнеса нацелены на регулярные покупки. Потому окупаемость одной из них может быть отрицательная или указывать на нулевую прибыль для компании. Но при анализе уже последующих покупок положительная динамика будет налицо. 

Приглашаю поговорить на тему “Как продакт-менеджеру найти метрику роста и свести Unit-экономику?” на открытом вебинаре в OTUS от онлайн-курса «Product Manager IT-проектов» 13 апреля в 19:00 с моим участием.
За 1,5 часа на примерах реальных продуктов вы узнаете: почему успех продакт-менеджера — это рост главной метрики продукта, как определить метрику роста, как построить аналитику и продукт вокруг метрики роста, как провести расчет unit-экономики.

Для участия зарегистрируйтесь на вебинар https://otus.pw/QDR7/
Нужна консультация по продуктам - пишите автору канала @SKoloskov.

Как архитектура помогает agile-продуктам достигать бизнес-целей

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

Финансовая система и определение приоритетов
Использование ориентированных на клиентов потоков создания ценности и измеряемых бизнес-возможностей - объективный и удобный способ определения уровней приоритета проектов. Потоки создания ценности и возможностей гораздо более стабильны во времени, чем организационные диаграммы, процессы, продукты или приложения. При правильном использовании, начиная с взаимодействия с клиентом, они могут гарантировать, что часто пересматриваемое определение человеческих и финансовых ресурсов, выделяемых на agile-проекты, синхронизируется с развивающимися стратегиями и целями организации, ориентированной на клиента.

Планирования проекта
Используя элементы своей модели enterprise architecture, корпоративные архитекторы могут ускорить определение требований, эпиков и пользовательских историй, необходимых для поставки и выполнения программ, проектов и спринтов. Кроме того, в крупных agile-программах часто будут дублирующиеся проекты и подпроекты. У корпоративных архитекторов есть необходимый опыт для их обнаружения.

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

Показатели успеха
Ваше недавно разработанное программное обеспечение может отлично работать в соответствии со спецификациями и быть доступным в 99,99% случаев; возможно, вы выполнили свою agile-программу и проекты вовремя и в рамках бюджета. Тем не менее, вы, возможно, не смогли достичь своих бизнес-целей, и соответствующие бизнес-возможности вашего проекта могут по-прежнему работать на слишком низком уровне. В таких случаях корпоративные архитекторы могут помочь выяснить, что пошло не так, и найти соответствующие решения, чтобы это происходило реже.

Еще больше инсайтов и кейсов по развитию архитектуры предприятия будет 11 апреля на вебинаре в OTUS «Прошлое, настоящее и будущее роли архитектора предприятия» в рамках онлайн-курса «Enterprise Architect». На открытом уроке будет возможность обсудить роль архитектора предприятия: кем были, кем стали, кем должны быть в обозримом будущем и почему. Поговорят о необходимых компетенциях агента изменений и базовых знаниях для позитивного влияния в организации.
Регистрация по ссылке - https://otus.pw/NYqR/

Что растит конверсию из просмотра резюме в собеседование?

⁃ Обязательно пишите о KPI и измеримых результатах. Для продакт-менеджера очень важно показать эффективность своей работы, так как именно на достижении поставленной цели и построена вся его работа. Результаты могут быть следующие: количество покупок и новых пользователей, маржинальность, ROI, CRR, сроки запуска, объемы продаж и т.д. Всех интересуют только цифры!
⁃ Указывайте только актуальный опыт. Делайте упор на том опыте, который будет полезен вам в роли product manager. Обязательно раскройте, насколько разбираетесь в экономике продукта
⁃ Подстройтесь под сферу компании. Работодатели обычно нанимают тех продакт-менеджеров, которые уже имеют опыт работы в той сфере, к которой относится их компания. Так происходит, потому что product manager должен очень хорошо разбираться в рынке и продукте, знать специфику сферы.
⁃ Название резюме должно быть "Product manager”. И все.
⁃ Место локации должно совпадать. 100% релокации и возможность приехать на собеседование в должна быть отражена.
⁃ Не больше трех мест работы в резюме. Важно подобрать кейсы под работодателя и при этом показать насмотренность
⁃ В списке регалий (курсы и награды) - максимум три пункта
⁃ Хорошее сопроводительное письмо не повышает конверсию в приглашение. Но мотивирует дать развернутую обратную связь на резюме.
⁃ В сопроводительном писать почему на 100% уверен, что подходишь - в идеале заранее посмотреть на продукт и предложить свой план работы над ним. Писать можно о мотивации работать именно в этой компании или именно в этой сфере, представить самые яркие результаты вашей работы без воды, проанализировать деятельность компании и рынок и набросать несколько предложений по продукту
⁃ Ключевые слова в резюме, по которым можно найти: стратегия кандидата - правильно определить и расставить эти ключевые слова.
⁃ Активный поиск не повышает конверсию в оффер
⁃ Резюме продакта должно быть не скромным: можно описать мечту, можно фокусировать на успехах в метриках.

6 из 10 IT-специалистов выбывают из претендентов на вакансию ещё на этапе отклика. Так плохо они упаковывают свой опыт. Ещё больше тонкостей в CV нужно учесть тем, кто выходит на зарубежный рынок.
21 апреля в 20:00 OTUS проведёт вебинар вместе с Язилей Насибуллиной, основательницей кадрового агентства Tech-Recruiter и HR консультантом в DONE!Berlin. Вы разберете нюансы резюме для российских и зарубежных компаний. Узнаете о площадках с вакансиями для IT-специалистов. Сможете задать вопросы и получить рекомендации по своему случаю. Ссылка для регистрации - https://otus.pw/yqjd/

А учебный пример своего резюме выложу на канале Вакансии для продакт-менеджеров (https://news.1rj.ru/str/productjobgo)

Мысли по процессам от практика управления продуктами

С канала https://news.1rj.ru/str/kt_team_blog

⁃ Сначала процессное управление, потом отделы построения и квалификации. И только потом, когда у вас это всё построено, - вот только тогда развлекайтесь с типированием. Правда, вам развлекаться будет негде - выяснится, что не команда ваше главное ограничение, а... дальше согласно Теории Ограничений)

⁃ Единственную реальную функцию бизнес-аналитика вижу в качестве специалиста где-то в отделе Квалификации. Бизнес-аналитик здесь сможет следить за тем, что руководители пользуются схемами, умеют их читать и использовать, понимают Теорию Ограничений на практике и дальше с остановками. Эдакий наставник-коуч.

⁃ Каждый менеджер сталкивается с тем, что если задача описана, это ещё не факт, что кто-то из разработчиков её прочтет не по диагонали. Качество коммуникации в команде в свою очередь имеет несколько составляющих:
Делать задачи проще и нагляднее описанными. Да, для сложных бизнес-процессов это не просто, зато когда описание сложного процесса становится столь ясным простым и лакончным, что понятно любому - это признак успеха
Чаще общаться неформально. Без некоторого уровня доверия и взрослого взаимодействия, это сделать невозможно.
Избегать сложного функционала. Чем больше вы подумали о смыслах, процессах и т.п., тем проще и меньше становится реализация. Соотношение "подумали" к "писали код" должно увеличиваться к "подумали".

⁃ DevOps — это принципы непрерывного внедрения и получения обратной связи на каждом этапе: от написания кода до выкладки в продуктив.Многие аспекты качества кода невозможно понять на тесте до прода. Это касается и разработки, и инфраструктуры, и культуры написания кода, и умения мониторить приложения. А также интереса в изучении метрик приложений. Внедрение культуры DevOps позволяет командам получать больше удовольствия от работы (видеть «от и до» результат своих действий), быстрее учиться, заботиться об always releasable state с момента проектирования до момента получения опыта от большого процента пользователей на проде

Данные мысли я подчеркнул из интересного авторского телеграм-канала — https://news.1rj.ru/str/kt_team_blog, на котором
Андрей Путин — управляющий партнёр  IT-интегратора, предприниматель и автор обучающих программ для проджект-менеджеров в IT — делится знаниями и опытом в области запуска IT-проектов, формирования команд, построении архитектуры, моделирования и проектирования бизнес-процессов.  Хороший материал из практики IT-управленца для руководителей, проджект- и продакт- менеджеров, которые каждый день сталкиваются с неэффективностью IT-отделов и команд. 

Подписывайтесь - https://news.1rj.ru/str/kt_team_blog

Простые способы повысить конверсию email-рассылки

1. Простая персонализация, например подстановка имени в тему письма, увеличивает открытие рассылок на 40%. В сегментации можно учесть ответы на вопросы: Какой у него пол? Сколько ему лет? В какой стране/городе/районе он живёт? Есть ли у него жена/муж и дети? Какое у него образование? Где работает? Какой у него уровень дохода? Чем он увлекается? Что делает в свободное время, как отдыхает? В каких соцсетях он сидит? Почему он хочет купить ваш продукт/услугу? Какие у него ожидания? Какие возражения возникают на этапе выбора? Как ваш товар поможет ему решить проблему? Как изменится его жизнь после покупки?

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

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

4. В тему письма добавить 4U. Формула 4U поможет вам создать эффективную тему, которая точно зацепит подписчика. Согласно этой технологии хороший заголовок должен быть:
- Usefulness — полезный. Важно помнить, что для людей важен не сам продукт, а польза, которую он принесет. Постарайтесь отразить в теме, почему подписчику стоит прочитать вашу новую статью в блоге или купить новую модель кроссовок.
- Uniqueness — уникальный. Подумайте какие особенности у вашего бизнеса, чем вы отличаетесь от конкурентов. Может быть, вы предлагаете бесплатную доставку для новых клиентов или ваше приложение помогает выучить два языка одновременно.
- Ultraspecificity — ультраспецифичный. Люди любят цифры. Используйте их для того, чтобы конкретизировать ваше предложение. Также можно обратиться к вашей аудитории напрямую. Например: “10 полезных советов для будущих рестораторов”.
- Urgency — срочный. Триггер времени всегда стимулирует подписчиков действовать быстрее. Если вы скажете, что ваша акция закончится уже завтра, люди откроют рассылку и поторопятся сделать заказ.

5. Создайте адаптивный дизайн письма. Уже свыше 51% подписчиков открывают емейлы с мобильных устройств. Поэтому очень важно, чтобы рассылки хорошо отображались на смартфонах. Позаботьтесь о том, чтобы текст хорошо читался, изображения быстро прогружались, а кнопки с Call to action было удобно нажимать.

Нужна помощь с автоматизацией маркетинга и улучшения рассылок? Все перечисленные выше пункты работают в сервисе enKod.
По промокоду FRESH_ENKOD можно получить бесплатно перенос всех ваших триггерных рассылок и базы контактов в сервис. Сервис из России, и все данные хранятся согласно законодательству РФ на территории страны. Коммуницируйте эффективно!

Простые техники для создания идеально разделенной пользовательской истории

Согласно принципу INVEST, требованием к пользовательской истории является то, что она должна быть "достаточно мала" или иметь правильный размер. Пользовательская история должна быть настолько небольшой, чтобы 6-10 из них можно было сделать за один спринт. Далее я хочу познакомить вас с простым и быстрым методом SPIDR от Mike Cohn. Он обобщает пять приемов, с помощью которых можно разделить почти каждую большую пользовательскую историю:

⁃ Спайки — это небольшие, прототипные реализации функциональности, которые обычно используются для оценки и обоснованности новых технологий. Этот метод предполагает проведение исследований и накопление знаний. С помощью таких вновь приобретенных знаний некоторые истории можно лучше понять и, возможно, легче разделить. Однако этот метод является относительно абстрактным, и поэтому его труднее применять, чем остальные

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

⁃ Интерфейс. Пользовательские истории также могут быть разделены с учетом этого разнообразия. В проекте могут быть истории пользователя, которые относятся исключительно к использованию устройств на базе Android, или другие, которые сосредоточены на веб-браузерах. Чтобы не делать их слишком большими и всеобъемлющими, спросите себя, какие устройства или интерфейсы вам хотелось бы разрабатывать.

⁃ Данные. Другая техника разделения пользовательских историй может быть использована, когда исходные истории относятся только к поддиапазону релевантных данных.

⁃ Правила ведения бизнеса или технологические стандарты могут стать еще одним разделяющим фактором. Иногда имеет смысл пренебречь техническими спецификациями или бизнес-правилами, если таким образом можно быстрее достичь презентабельного результата, удовлетворяющего пользователя или клиента.

Небольшие пользовательские истории — более легкая реализация. Когда дело доходит до уточнений с командой разработчиков и, в конечном счете, до их реализации, вскоре выясняется, что истории должны быть гораздо меньше.
Фредерик Брукс сказал, что самая сложная часть построения систем ПО – решить точно, что же создавать: «Никакая другая часть не даст более трудные для исправления ошибки».

Как исправить ошибки в требованиях до реализации проекта? Расскажет Ирина Гертовская, руководитель подразделений аналитиков, 18 апреля на открытом вебинаре в OTUS. На занятии рассмотрим основные приемы проверки требований, научимся исправлять ошибки анализа и проектирования до реализации: проверка выделения объектов и действий над ними по CRUD и даже по CRUD(LSHAX), магический кристалл требований и проверки с его помощью.

Для регистрации пройдите небольшой тест: https://otus.pw/R0UL/

Мысли, подслушанные в клубе reforma

+ Пионер и флагман электронной коммерции Amazon, практически уничтоживший бизнес многих офлайн-ритейлеров в США, теперь сам открывает торговые центры и супермаркеты. В этих магазинах из бетона и стали он планирует продавать одежду, предметы быта и электронику. Придя на своих двоих в торговый центр, потребители смогут, как в старые добрые времена, примерить новые джинсы и сразу уйти с покупкой домой, не дожидаясь курьера, который прибудет лишь через пару дней. При этом на разорённый рынок офлайн-ритейла Amazon заходит в статусе триумфатора: он сначала расчистил поляну от конкурентов, а теперь будет диктовать условия всей отрасли. К чему крупнейшему в мире интернет-ритейлеру не привыкать. Методы и инструменты ведения бизнеса эволюционируют каждое десятилетие с первых дней начала торговых отношений между людьми. А вот базовые правила (такие как «большая рыба ест маленькую» или «победитель забирает всё») работают неизменно.

+ Предпринимателю важно мечтать по-крупному, доводя масштаб и амбицию до грани невозможного. Скажем, если бы вы хотели стать собственником автомастерской, то сразу мечтайте о сети СТО — лучше федеральной, а может даже лидирующей в стране. Как сказал Ричард Брэнсон (а он, кстати, тот ещё фантазёр), «если ваши мечты не пугают вас — они слишком малы».

+ Правильная миссия делает коллектив более спаянным, а бизнес — гораздо более эффективным.
Органично-встроенная в жизнь компании миссия может:
• мотивировать основателей и сотрудников
• повышать их вовлечённость
• помогать с привлечением в команду сильных людей
• повышать лояльность клиентов

+ Если CEO говорит как Кант, подумайте дважды, прежде чем инвестировать».
Японская инвесткомпания Nomura провела забавное исследование о связи между языком руководителя компании и её доходностью. Если коротко, чем сложнее речь, тем меньше прибыль. Разница впечатляет — убедитесь сами на графике, который публикует Bloomberg. Связь тут, конечно, не прямая, а косвенная. CEO, который точно знает, чего и каким образом он хочет добиться, сможет донести свои мысли простым и ясным языком. И наоборот, тот, кто не уверен в своей идее, попытается завуалировать слабые места при помощи длинных слов и запутанных предложений.

+ Что текущая ситуация приносит? Какие возможности открываются?
• шанс полностью пересмотреть свои цели, приоритеты, представления об устройстве мира;
• осознание иллюзорности и крайней хрупкости любой стабильности, а также любых материальных активов;
• возможность наметить новую, более подходящую мне сегодняшнему, траекторию жизни.

Хотите приобщиться к Cообществу предпринимателей и управленцев, для которых бизнес — это Инструмент саморазвития, Личная миссия и Дело жизни и Способ созидательно влиять на мир?
Приходите в Практикоориентированный клуб поддержки и развития участников и их бизнес-проектов Клуб reforma от Digital Dolina - https://reforma.business.
В кризисные времена быстрый и эффективный обмен опытом — важнейший аспект выживания. Делитесь и этим постом с нетворком!

Заповеди для работы с клиентами на всю жизнь, о которых должен помнить продакт в компании

(Из книги К. Сьюэлла и П. Брауна)

1. ЗАСТАВЛЯЙТЕ ИХ ВОЗВРАЩАТЬСЯ. Спрашивайте клиентов о том, чего они хотят, и давайте им это снова и снова.
2. СИСТЕМЫ, А НЕ УЛЫБКИ.
То, что вы говорите «пожалуйста» и «спасибо», вовсе не гарантирует того, что вы делаете работу правильно с первого раза. Только системный подход может гарантировать это.
3. ОБЕЩАЙТЕ МЕНЬШЕ, ДЕЛАЙТЕ БОЛЬШЕ.
Клиенты ждут, что вы сдержите свое слово. Превзойдите их ожидания.
4. КОГДА КЛИЕНТ О ЧЕМ-ТО ПРОСИТ, ВАШ ОТВЕТ ВСЕГДА – «ДА».
Точка.
5. УВОЛЬТЕ ВАШИХ КОНТРОЛЕРОВ И ВЕСЬ ДЕПАРТАМЕНТ ОТНОШЕНИЙ С КЛИЕНТАМИ.
Каждый работник, общающийся с клиентами, должен иметь полномочия для разбора жалоб и решения проблем.
6. НЕТ ЖАЛОБ? ЧТО-ТО НЕ ТАК…
Поощряйте клиентов говорить вам о том, что вы делаете неправильно.
7. ИЗМЕРЯЙТЕ ВСЕ.
Футбольные команды это делают. Вы тоже должны поступать так.
8. ЗАРПЛАТЫ НЕСПРАВЕДЛИВЫ.
Платите людям как партнерам.
9. ВАША МАМА БЫЛА ПРАВА.
Демонстрируйте уважение к людям. Будьте вежливы. Это работает.
10. «ЯПОНИЗИРУЙТЕСЬ».
Узнайте, как действуют лучшие. Внедрите у себя их систему. Потом улучшите ее.
Предупреждение. Эти десять правил не стоят ни гроша… кроме тех случаев, когда вы получаете прибыль. Вы должны зарабатывать деньги, чтобы оставаться в бизнесе и предоставлять хорошее обслуживание.

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

20 апреля в 18:00 состоится вебинар «Акселератора ФРИИ», где вместе с экспертами обсудят, как внедрить инструменты исследования клиентов и развивать продуктовую культуру среди сотрудников для успешного запуска и масштабирования продуктов в корпорациях.
Опытом поделятся Иван Пластун, директор по продвижению решений КРОК, Юрий Морозов, ведущий владелец продукта ВТБ Привилегия/Прайм, и Дмитрий Губкин, руководитель направления «Продуктовая акселерация ФРИИ».

Регистрируйтесь по ссылке.
Делитесь постами канала в чатах и с коллегами!

Сценарии групповой работы на вебинарах и онлайн-встречах

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

1.Поиск ценностей новой информации
После окончания теоретической части вебинара (презентации нового продукта, описания навыка или инструмента) предложите участникам разобрать варианты применения нового знания в реальной жизни:
• придумать как можно больше юзер-кейсов использования продукта, навыка, инструмента
• выделить наиболее полезные инструменты и навыки из разобранных на вебинаре
Результат: участники не просто узнали новую информацию — они поняли, как она поможет им на практике. При этом спикеру не нужно объяснять назначение самому — слушатели формулируют его самостоятельно.

2.Отработка навыка использования продукта
Рассказать о новых возможностях продукта мало. Нужно научить клиентов ими пользоваться. Групповая работа позволит сделать это в игровом формате и на месте собрать обратную связь, чтобы разрешить все трудности пользователей:
• решить поставленную задачу, используя новую возможность продукта — например: построить карту для сбора обратной связи на доске Miro, добавив ее на вебинар
• протестировать новую фичу в команде и презентовать ее плюсы и минусы
Результат: участники унесли с вебинара не просто знание о продукте, а умение его использовать.

3. Отработка полученных навыков в командах
Любой описанный в теории навык, даже если привести к нему подробные иллюстрации, бесполезен без отработки. Деление на группы позволяет применить полученные знания на практике, причем сделать это сразу — во время вебинара:
• проиграть скрипт холодного звонка для отдела продаж
• составить текст информационного письма для клиентов
• продумать сценарий интерактива и на вебинаре презентовать его всем участникам
Результат: участники выходят с вебинара с умением применять навык, пониманием, как его используют коллеги, и набором уточнений и персональных рекомендаций от ведущего.

4. Мозговой штурм/разработка стратегии/продукта/фичи/пр. на доске Miro
Обычно партнеры понимают, как запускается продукт, поэтому в лекционную часть вебинара про преимущества нового продукта это включать излишне. Тем не менее, разобрать неочевидные нюансы можно в рамках групповой работы:
• прописать стратегию запуска продукта
• предложить альтернативные пути продвижения
Результат: участники лучше понимают новый продукт, а вы можете быть уверены, что его запуск будет эффективным.

5. Обсуждение идей по развитию компании на стратсессии
Обсуждение стратегических вопросов в небольших группах с фиксацией идей на интерактивной доске Miro — преодоление одного из ключевых ограничений онлайна: невозможности совместной работы большого числа людей:
• прописать на своем участке доски ключевые направления развития компании
• предложить методы решения проблемы
• выбрать три первоочередных инструмента дальнейшего развития

Чтобы провести эти форматы идеально подходит Webinar Meetings – https://webinar.ru/products/meetings/ - российский аналог Zoom с бесплатными встречами на 60 мин и 30 участников. Продукт состоит в реестре отечественного ПО – могут пользоваться любые организации, даже самые зарегулированные. Счет за использование выставляется в рублях, так что не нужно волноваться об изменениях курса валют.

На встрече может быть до 10 000 участников, из которых 100 — спикеры с видео. Уровень доступности сервиса — 99,95%. Интерфейс прост и понятен, а если вдруг что-то пойдет не так, русскоязычная поддержка будет на связи круглосуточно. Работать можно как из браузера, так и из приложений на iOS и Android.

Также 21 апреля состоится мероприятие, на котором расскажут, как развернуть в компании самую популярную российскую платформу для онлайн-встреч и мероприятий. Зарегистрироваться можно по ссылке
https://lp.webinar.ru/meetings

Особенности В2В Custdev’а

Множественность ЛПР
Кто ваш ЛПР? А кто на него влияет? А кто будет только пользоваться продуктом? Внутри компании могут быть очень разные мнения, чего не бывает в b2c, где каждый отдельный покупатель все-таки не так противоречив. В b2c мы создаем сегментацию и определяем, что наша целевая аудитория — это женщины от 35 до 45 лет при наличии детей. Мы ходим проверить гипотезу, допустим, о новом образовательном курсе для ребенка. Нам достаточно поговорить только с этой женщиной, для того чтобы посмотреть, какие месседжи мы потом будем таргетировать на нее и показывать ей. Внутри компании может быть сразу же несколько ЛПРов или сразу же несколько людей, которые могут принимать участие в закупке решения или в его дальнейшей эксплуатации. Когда мы прорабатываем базу для будущего Custdev, нам необходимо учитывать, что если мы набрали десять компаний, это не десять интервью, это на самом деле десять помноженное на X количество интервью, где X – это количество ЛПРов, вовлеченных людей, которые нам необходимы. Их может быть трое, например, операционный, маркетинг и финансовый директор. И в этом случае нам нужно провести уже не десять интервью, а тридцать. А может и больше.

Маленькие выборки
Когда мы работаем с b2b, из-за очень маленького количества компаний снижается право на ошибку, мы не можем раскидываться контактами и к каждому из интервью нам нужно очень сильно подготовиться, собрать предварительную информацию о данной компании и сформировать письмо генерации спроса.
Один из самых популярных вопросов потенциальных заказчиков: сколько нужно провести интервью, для того чтобы получить какую-то статистику по рынку. При проведении Custdev в B2B готовьтесь работать с очень маленькими выборками. Чем дороже решение и чем уже целевая аудитория, тем меньше у нас выборка.
При этом нужно понимать, что все развивается по экспоненте, то есть за первые 6-8 интервью вы получает примерно 90% необходимой вам информации. А все что вы дальше уже набираете, это уже дополнительная информация, довольно индивидуальная для каждой компании.

Они ждут продажу
Дело в том, что во время Custdev-интервью вы тратите рабочее время человека. И соответственно он хочет что-то получить взамен. Поэтому перед Custdev в B2B у вас обязательно должен быть заготовлен оффер, на тот случай, если сам заказчик будет просить. По правилам Custdev продажа не является целью. Наша цель – это сбор информации. Почему бы не ловить момент, если сам заказчик спрашивает. Если вы натолкнулись на заказчика, у которого очень сильно «болит» тот или иной вопрос, почему бы не воспользоваться этой возможностью и дать им какое-то предложение. Момент тонкий и мы еще раз к нему вернемся ниже.

Чтобы сейчас адаптировать продукт под изменившиеся потребности вашей аудитории, важно уметь правильно вытаскивать информацию о пользователях из самих пользователей. Хотите больше инсайтов и нюансов по В2В/В2С
CustDev? Приходите на 2-дневный интенсив:
День 1 (19.04) в 19:00: метрики CustDev, подходы, шаблоны и фреймворки, схема проведения, нюансы В2В/В2С, практическое задание для самостоятельного выполнения.
День 2 (21.04) в 19:00: разбор практических кейсов
Спикер: Юлия Григорьева, Product Owner, SBER.
Бесплатное участие: https://go.productstar.ru/jE97Ek

О каком различии веб-дизайнера и продуктового надо знать?

Веб-дизайнер работает на пересечении творчества и коммерции. Он архитектор комфортных, функциональных, выразительных и коммерчески эффективных веб-пространств: сайтов, блогов, интернет-магазинов, социальных сетей. Если представить, что бренд — это страна в диджитал, то именно веб-дизайнер помогает сделать так, что в ней было приятно находиться и путешествовать.

Что нужно уметь веб-дизайнеру:
• Организовывать информацию в увлекательном для клиентов виде.
• Создавать страницы сайта в стилистике бренда.
• Адаптировать дизайн для различных платформ и устройств.
• Анимировать интерфейс.
• Корректировать подачу на сайте, опираясь на исследования диджитал-маркетинга.

UI/UX-дизайнер (продуктовый дизайнер) — исследователь, аналитик и архитектор пользовательского опыта. Задача UX-дизайнера — сделать взаимодействие с брендом легким и интуитивным, чтобы клиенты с комфортом достигали своих целей, а бизнес выигрывал. Для этого UX-дизайнер проводит различные исследования.

Например, модель покупки автомобилей в мобильном приложении может включать 4 шага:

• наполнить корзину;
• оформить заказ;
• подтвердить заказ;
• внести оплату.

Модель и интерфейс тесно взаимосвязаны. Чтобы понять разницу между этими терминами, спросите: откуда вообще взялась корзина? Разве клиенты добавляют автомобили в тележку пачками, как в супермаркете? Или все-таки нужна модель не корзины/тележки из супермаркета, а тест-драйва в автосалоне? То есть, в приложении можно вместо корзины предлагать записаться на тест-драйв или начать оформление покупки (в том числе в кредит).

А теперь задайте вопрос: как часто покупатели дорогого автомобиля готовы менять авто, и вписывается ли мобильное приложение в их жизненный контекст? Выходит, что за любым объектом в реальном мире стоит модель, которая находится в нашем сознании — это наши представления о том, как любая вещь в мире должна работать. И эти представления возникают еще до того, как мы дотронулись до неё.

Чтобы научиться создавать продукты, которые решают задачи пользователей — приходите на бесплатный онлайн-интенсив Нетологии «Веб- или UX/UI-дизайн: что выбрать и как начать карьеру». Встреча пройдёт 25 апреля в 19.00 по МСК. Эксперты из AGIMA расскажут, какие задачи решают UX/UI-дизайнеры и какие принципы помогают создавать качественные продукты. Вы обсудите типичные ошибки и удачные кейсы, разберёте основные этапы работы и сделаете свой первый лендинг на Tilda. Поймёте, интересно ли вам развиваться в UX/UI-дизайне, и спланируете дальнейшие шаги.

https://netolo.gy/h8d

Про Feature driven development и Rational Unified Process

Мы продолжаем разбирать методологии системного анализа.

Принципы FDD
Feature driven development (FDD) — методология, которая объединяет лучшие практики и сосредотачивает внимание разработчиков на функциональных элементах (features), полезных с точки зрения клиента.
- Разработка общей модели. Команда разработчиков делится на группы создаёт модели для отдельных задач. Затем выбирается одна из предложенных моделей или их сочетание.
- Создание списка функций. Когда команда разработала общую модель, она определяет полезные для клиента функции.
- Планирование. Здесь важно учитывать нагрузку на группу, риски и другие аспекты, чтобы предотвратить возникновение критических проблем.
- Дизайн и разработка. На основе данных первого процесса, менеджер проекта выбирает группу функций, которые команда должна реализовать за определённый срок.
- Реализация. После того как команда разработала и протестировала код и модули, она приступает к созданию ПО. На этот и предыдущий этап уходит 75% усилий команды разработчиков.
- Знания при создании модели используются для построения списка фич (свойств системы). Это сделано при помощи функциональной декомпозиции домена по предметным областям. Они содержать бизнес-активности, а так же описание, какая из бизнес-активностей формирует какой список фич. Фичи являются малыми составляющими клиентский функций, например: “посчитать количество продаж”. Фичи должны быть реализованы не более чем за 2 недели, иначе их следует делить на меньшие части.

Принципы RUP
- Итеративная модель разработки – устранение рисков на каждой стадии проекта позволяет лучше понять проблему и вносить необходимые изменения, пока не будет найдено приемлемое решение;
- Управление требованиями – RUP описывает процесс организации и отслеживания функциональных требований, документации и выбора оптимальных решений (как в процессе разработки, так и при ведении бизнеса);
- Компонентная архитектура – архитектура системы разбивается на компоненты, которые можно использовать как в текущем, так и в будущих проектах;
- Визуальное моделирование ПО – RUP методология разработки показывает, как создать визуальную модель программного обеспечения, чтобы понять структуру и поведение архитектуры и его компонентов;
- Проверка качества ПО – в процессе разработки программного обеспечения контролируется качество всех действий команды;
- Контроль внесённых изменений – отслеживание изменений позволяет выстроить непрерывный процесс разработки. Создаётся благоприятная обстановка, в рамках которой команда будет защищена от изменений в рабочем процессе.
- Use Case, из описания которого должны быть понятны: Результат — пишется в заголовке юзкейса, Что является рассматриваемой системой, Участники взаимодействия (действующие лица: люди, внешние системы, кто основной участник?),
- Последовательность действий, На каждом шаге: Кто? Что делает?, Что будет если что-то пойдет не так?

Хотите больше погрузиться в грамотный и системный подход при разработке продуктов?
Приходите 25 апреля в 20:00 мск на открытый вебинар «Единица требований в итеративных подходах».

На вебинаре будет: User Story в Scrum, Use Case в RU, Feature в FDD.
РЕГИСТРАЦИЯ на бесплатный вебинар https://otus.pw/RFvm/
Еще больше знаний, необходимых для работы, ждет на онлайн-курсе «Системный аналитик. Basic» от OTUS.