Заострите Внимание: выдержка из книги Amp It Up Фрэнка Слутмана (ex-CEO Snowflake)

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

И, часто, это похоже на плавание в клее или движение в патоке (зависит от компании).

Лидеры команд могут делать следующие вещи, которые приносят почти мгновенную пользу.

Во-первых, думайте об исполнении последовательно, а не параллельно

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

Работайте над меньшим количеством дел одновременно и чётко расставляйте приоритеты.

Даже если вы не уверены в правильности расстановки приоритетов, всё равно сделайте это и вы увидите, как сам процесс этого станет для команды просветляющим.

Выясняйте, что #1 важнее всего; #2 что менее важно; #3 а что вообще не важно

В противном случае, ваша команда будет отвлечена с... самого главного – #1 Важного.

Вопросы, которые вы должны задавать постоянно:

– Чего мы не будем делать?
– Что мы не получаем, продолжая это делать?

Возьмите в привычку постоянно рассматривать приоритеты и перерасставлять их.

В качестве упражнения я часто спрашиваю сотрудников:

если бы вы могли работать только над одним приоритетом до конца года и ничего больше, что бы это было и почему?

И я вижу, как люди начинают мысленно бороться с этим вопросом, потому что они боятся ошибиться с ответами: целями, приоритетами, ресурсами, задачами и т.п.

Но люди ошибаются лишь в одном – в Сути вопроса.

В реальности, если команда ошибается (выбирая множество целей и приоритетов), то ВСЕ её ресурсы в дальнейшем распределяются неэффективно.

Тем более, что в компаниях и командах принято избегать острых диалогов, поэтому всегда проще перечислить 5-10 приоритетов "для подстраховки".

В результате – самые правильные ответы вообще могут быть потеряны.

«Приоритет» в идеале должен использоваться только как единственное слово. В тот момент, когда у вас много приоритетов, у вас на самом деле нет ни одного приоритета

Однажды, у меня был разговор на тему «Что-Есть-То-Одно» с нашим новым директором по продуктам.

У нас стояла задача найти единое видение трансформации нашего продукта от промышленного пользовательского опыта к потребительскому.

Это был не быстрый и не простой разговор и я знал каким должен быть ответ. Но видит ли наш CPO его таким же образом? Был ли у него в голове вообще главный приоритет?

Во время разговора мы пришли к двум смелым, но крайне простым вещам:

#1 Задачи подобного типа напрямую влияют на настоящее–будущее продукта (судьбу);

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

Похоже на переписывание внутренней корпоративной ДНК

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

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

Хорошее лидерство, руководство и стратегия – бесконечный процесс сведения вещей к их Главной Сути

Ведь если приоритеты не будут чётко поняты наверху, насколько искажёнными они могут стать внизу?

Роботакси Waymo против стихии или будни Сан-Франциско (штаб-квартира TwitterХ на заднем плане)

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

Chief Automation Officer (CAO) или Директор по Автоматизации

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

Роль Chief Automation Officer

• Новая руководящая должность ориентирована на использование технологий и ИИ для роста производительности сотрудников внутри компании.

• Chief Automation Officer призваны постоянно устранять растущий разрыв между современными технологиями и рабочими процессами сотрудников.

Обязанность Chief Automation Officer – сделать каждого сотрудника минимум в 3 раза более производительным с помощью автоматизации и ИИ

Основные обязанности Chief Automation Officer

• Определение значимых и повторяющихся, а также скрытых задач рабочих и бизнес-задач, которые можно автоматизировать.

• Внедрение ИИ и автоматизаций для оптимизации процессов внутри компании.

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

• Тесное сотрудничество с другими руководителями высшего звена для синхронизации общего видения по автоматизации.

Зачем компаниям нужен Chief Automation Officer

• Многие сотрудники не знают и не имеют возможности получать качественные знания о современных технологиях.

• СТО часто слишком сосредоточены на какой-то ерунде инфраструктуре и её безопасности, а не автоматизации процессов компании.

• COO могут не обладать необходимой базой, опытом и возможностями для понимания и выявления передовых решений по ИИ и автоматизации.

Стратегия Chief Automation Officer

• Проведение пользовательских интервью с сотрудниками для понимания их ежедневных задач и болевых точек.

• Аналитика внутренних рабочих процессов для выявления неэффективности и возможностей для оптимизации и автоматизации.

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

Рекомендуемое соотношение экспертов по автоматизации к рядовым сотрудникам: 1 к 100

Преимущества наличия Chief Automation Officer

• Повышает общую производительность компании без увеличения численности персонала за счёт автоматизации рутинной работы.

• Создаёт и усиливает нечестное конкурентное преимущество, используя современные технологические достижения.

• Реализует централизованную стратегию по системному внедрению автоматизации и ИИ для всех отделов компании.

Проблемы, с которыми может столкнуться Chief Automation Officer

• Обеспечение безопасности и конфиденциальности данных.

• Баланс между автоматизацией и сохранением необходимого человеческого контроля в области принятия решений.

• Преодоление сопротивления сотрудников изменениям и новым технологиям.

P.S. Скажу, что второй большой вызов, с которым столкнутся обычные работники, которым посчастливилось не потерять работу из-за роботов и ИИ:

масштабные и постоянные переквалификации в погоне за постоянно обновляющейся "инструкцией" по работе с новыми ИИ-коллегами

Вот и нашёлся тот, кто будет писать эти инструкции.

Три главных инсайта о геймификации после 750 дней в Duolingo

Два года назад я установил Duolingo из любопытства, чтобы посмотреть, как устроено самое успешное подписочное приложение в мире. И меня реально затянуло.

Исследование получилось сильно более долгим, чем я планировал, зато теперь могу поделиться выводами из собственного опыта.

🔸 Геймификация — комплексная штука

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

🔸 Все работает на быстром и дешевом дофамине

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

Чтобы сконструировать работающую петлю, надо:

1. Валидировать, что ваши пользователи верят в регулярность для прогресса.
2. Предложить действительно простое действие.
3. Давать яркое эмоциональное подкрепление.

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

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

Насколько простое действие требуется от пользователей? Сделать 20 берпи явно сложнее, чем открыть приложение и потыкать в экран, составляя предложения из слов.

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

В Duolingo это будет:

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

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

🔸 Долгосрочное удержание требует отдельных решений

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

На долгосрочное удержание работают отдельные механики:

1. Собственно, ударный режим (win streak), который поддерживается ежедневными занятиями и сбрасывается, если вы пропускаете. Это вложение, которое больно потерять. И чем дольше вы в режиме, тем больнее.

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

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

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

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

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

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

Главное видеть цель, понимать суть и уметь измерить эффект.

Этим и займемся.

Вещи, которых должны бояться опасаться стартапы и их основатели:

💀 Отсутствие Проблемы. Вместо решения фундаментальных проблем стартапы до последнего упорно занимаются своими любимыми/понятными/удобными проблемами, а не рыночными.

💀 B2C. Суровая правда в том, что 99,9% B2C-стартапов терпят неудачу. Вы либо улетаете к звёздам, либо терпите неудачу.

В B2C среднего не дано

💀 Партнёрства. Работают один раз на старте когда у вас noname бренд и нужно быстро завоевать доверие в глазах клиентов.

В большинстве других случаев, партнёрства не выгодны для крупного участника.

💀 Платная реклама. Реклама работает когда у вас УЖЕ есть функционирующий органический рост и продукт нашёл PMF. Но, в этом случае, вам уже не понадобится платная реклама.

В противном случае, (0 * $ рекламу) = -0

💀Реклама в новостных рассылках. Мы пробовали рассылки producthunt, indiehackers и не получил ни одного $ пользователя, заплатив за это свои же $.

💀 Конференции. 99% людей, посещающих конференции, идут туда, чтобы найти клиентов и потусить вне офиса.

Хождение по конфам больше похоже на посещение ночного клуба, где 1 девушка и 99 парней

💀 Аутсорсинг маркетинга. Я ещё ни разу не видел случая, чтобы кто-то нашёл свой PMF, отдавая маркетинг на аутсорс. Ни одного. Такого не бывает.

Маркетинг на аутсорсинг это как сдать двигатель вашей машины в вечный ремонт, получив сторонний на подмену

💀Холодные email. Мы пробовали сами, нанимали "профессионалов", юзали разные температуры баз. Холодные рассылки не работают.

💀PR. Это не только пустая трата времени/денег, но и самообман.

Покупка статей в Forbes и все рейтинги — «премия Дарвина» для основателей стартапов

💀 Спонсорство. ROI всегда отрицательный, поэтому это можно делать для «узнаваемости бренда», не ожидая от этого чего-то большего.

Относитесь к этому как к благотворительности и оценивать результаты таких РК будет приятнее.

💀 Ведение подкаста. Видео требует массы усилий и энергии, которые команда не должна тратить в начале, когда ищет PMF (только если вы не начинаете с аудитории и не тратите своё время на её создание).

💀 Ранний найм. Достигните $10K оборота самостоятельно, узнайте свой продукт и только потом думайте о найме дополнительных сотрудников

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

Ребята из Стенфорда обновили свой ИИ-фреймворк Storm до новой версии Co-STORM, добавив в протокол управления ходами совместного дискурса ИИ-агентов участие человека:

– Эксперты LLM Co-STORM – этот тип агента генерирует ответы, основанные на внешних источниках знаний, и/или задаёт последующие вопросы на основе истории дискурса.

– LLM Модератор: ИИ-агент генерирующий наводящие на размышления вопросы, "вдохновленный" информацией, обнаруженной экспертом, но не использованной напрямую в предыдущих ходах.

– Человек: пользователь-человек (новый термин!) в Co-STORM берёт на себя инициативу:

а) либо наблюдать за дискурсом;

б) либо активно участвовать в разговоре, вставляя высказывания, направляя фокус обсуждения ИИ.

Попробовать: storm.genie.stanford.edu

Github: https://github.com/stanford-oval/storm?tab=readme-ov-file#co-storm

Microsoft релизнул GitHub Spark – инструмент, который позволяет создавать и делиться персональными микро-приложениями (“sparks”).

GitHub Spark состоит из 3 элементов:

1) редактор на основе NL;

2) управляемая среда выполнения, которая размещает ваши аппы и предоставляет им доступ к хранилищу данных, темам и LLM;

3) панель управления с поддержкой PWA, которая позволяет вам управлять и запускать аппы.

Кроме того, GitHub Spark позволяет делиться своими аппами с другими и контролировать их права на чтение/запись. Пошаренную аппу можно не только использовать, но и редакторовать, адаптируя под свои нужды.

P.S. «Микро» относится не к размеру ценности приложения, а к размеру предполагаемой сложности его функций (философия Unix)

✍️ 13 шаблонов Product Requirements Document (PRD)

– Miro's Product Alignment Document
– Asana's Spec Template
– Intercom's Job Story Template
– Figma's PRD
– Google's PRD
– Microsoft's PRD
– Shapeup Pitch
– Seatgeek's Product Initiative 1 Pager
– Lenny's 1-Pager
– 1 Page Project Brief
– Lean UX Canvas
– Kevin Yien's PRD
– Uber's PRD

Парадокс TAM-SOM (The TAM-SOM Paradox)

Крис Тоттман из Notion Capital рассказывает о том, как команды и инвесторы могут найти общий язык в понимании рынка(ов):

Классическая модель оценки рынков PAM → TAM → SAM → SOM

☝️ Венчур говорит: "ищите большой рынок!", заставляя команду воспринимать TAM как SAM и фокусироваться на более крупном сегменте.

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

✌️ С другой стороны, можно фокусироваться на SOM – на своих прямых клиентах и бросить все силы на их завоевание. Но это не будет интересно инвесторам.

Что делать?

1) Фокусируйтесь на SOM.
2) Расширяйте SOM.
3) Оглядывайтесь на TAM.

Работая на SOM, вы покрываете свой реальный рынок шаг за шагом, получая больше информации и ресурсов, а изучая и тестируя разные гипотезы из TAM, вы получаете тот самый кратный потенциал для роста, который так хочет видеть венчур.