#best #exp Американский предприниматель Пол Грэм является со-основателем легендарного Y Combinator, обладателем степени доктора философии, а также автором бизнес-эссе, в которых он делится своим опытом работы со стартапами.

Ниже – кладезь, сокровищница, источник Силы и Знаний и просто отличная подборка из его статей с переводом на русский язык (спасибо @ivankapcov, что собрал в одном месте), подходы из которых мне особенно нравятся:

– Как найти идею для стартапа
– Идеи для «органического» стартапа
– Пугающе амбициозные идеи стартапов
– Перед стартапом

– Как делить доли в стартапе
– Стартап = рост
– Последняя капля стартапа
– Зачем запускать стартап во время кризиса

– Самые трудные уроки для стартапов
– 18 ошибок, которые убивают стартапы
– 13 главных принципов в жизни стартапа
– Стартап по-умолчанию жив или мертв?

– Почему стартаперу выгодно быть щедрым
– Измени имя стартапа или смени домен
– Как найти дело своей жизни
– Не разговаривайте со специалистами по корпоративному развитию

– Как финансировать стартап
– Как поднимать деньги
– Как убедить инвесторов
– Как провести презентацию для инвесторов
– Инвестор как стадное животное

– Нужно ли основателю сохранять контроль над компанией
– Руководство хакера по работе с инвесторами
– Руководство по выживанию в процессе поиска инвесторов
– Как стартапу не умереть

– Что такое жизнь настоящего стартапера
– Преимущества доширак-стартапов
– Как работают инкубаторы стартапов
– Как зарождался Y Combinator
– Что мы ищем в стартаперах и молодых предпринимателях

– Что случилось с Yahoo
– Почему Microsoft мертва
– Что особенного в Airbnb
– Почему телевидение погибло
– Почему не появляются новые Google

– Про новые безумные идеи
– Почему умным людям приходят в голову глупые идеи
– Теория навязчивых идей
– Про силу и серьёзность намерений
– Способ выявить предвзятость

– Как думать самостоятельно
– Сохраняйте свою индивидуальность
– Чувствовать себя нубом — это хорошо
– Невыученные уроки

– Да здравствует ересь и еретики
– Банальное + прорывное
– Ум и безумие не так уж далеки друг от друга

– Есть нечто большее, чем интеллект
– Как оставаться экспертом в меняющемся мире
– Как умело выражать несогласие
– Как потерять время и деньги
– Чему я научился у Hacker News

– Ложь, которую мы говорим детям
– Как заниматься философией
– Копируй то, что нравится

– Видьте случайность
– Почему подлецы проигрывают
– Стоит ли быть мудрым или горе от ума

by @ruspm

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

Не громоздите информацию. Информация является ключевой для конкретного экрана/сценария пользователя и влияет на принятие решения?

Если да - показывайте ее. Если нет - информация не важна и её можно скрыть за таб/кнопку/ссылку. Упрощайте всё до невозможности, люди во всем мире/во всех продуктах устали и перенасыщены информацией.

Не уведомляйте экшенами о неважных событиях. Имею ввиду пуши/смс и прочие агрессивные уведомления. Внимание и время юзера - самый ценный ресурс как для него, так и для вас.

Руководствуйтесь простым правилом: если событие НЕ требует ответного действия юзера, то, скорее всего, вам нем нет смысла уведомлять его об этом столь настойчивым способом. Далее вытекает следующее НЕ.

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

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

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

Зачем мы это делаем? Потому что нам так сказали думаем о лидах (а не о конечных целях). Гораздо проще показать контент/продукт и их ценности с первого входа, начав самостятельное обучение юзера на живом и реальном примере, тем самым вовлекая его в ценность, а не трудности использования. И только когда он захочет начать работу с живым контентом/продуктом, попросить пройти авторизацию. Easy.

Не прячьте цены/финальные СТА там, где можно их показать. Очень стремная привычка, особенно в b2b-продуктах. "Оставьте заявку и мы вам все посчитаем". Что посчитаете-то?

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

Не думайте, что ваши "рекомендации" кому-то нужны. Тем более, когда вы не понимаете, как они должны работать. Хотите чтобы юзер вернулся? Дайте ему именной купон на скидку = CAC, он сохранит его и вернется к вам когда сам решит, потому что у него будет реальная скидка.

Особенно меня улыбают еженедельные рекомендации туров/квартир/отелей, приходящие на почту каждую неделю. "Не хотите слетать в ___ за ___". Конечно хочу, щас только кроксы с работы заберу и полетели! Неужели так сложно спросить когда у меня планируется следующий отпуск и подогнать самые сочные предложения/скидки именно под эти даты?

Не обманывайте юзера. "Сегодня купили 30 раз", "Остался 1 номер", "Смотрят 100 человек" (привет, Букинг). Да, когнитивные искажения это ок, если они естественны и органичны. Если это dark pattern и они берутся из воздуха или преувеличены для затравки юзера - вам с дизайнером заготовлено отдельное место в аду.

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

#best #exp Полезное по теме:

– Типичные ошибки продакт-менеджеров
– 13 ошибок продактов по версии читателей канала
– Качества, которые выделяют умного продакт-менеджера от обычного

#team #exp Маслов Дан из VL рассказывает на Виси, как он и его команда развивают продуктовое мышление у команды разработки. Собрал ключевое:

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

Всё это вызывает меньше рассинхрона и конфликтов и как только мы осознали, что оторванность разработки от продукта — это проблема, мы пошли её решать.

В итоге в нашей команде появились следующие нововведения:

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

– Начали проводить демо команды фронт-офиса/дискавери каждый месяц. Они, как и команда разработки, раз в спринт рассказывают, какая работа была проделана.

– По понедельникам весь фронт-офис приходит на митинг разработчиков, по пятницам — вся разработка на митинг фронт-офиса. Это помогает разным командам быть в контексте того, что происходит в другом кусочке продукта.

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

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

– Начали вводить культуру клиентоцентричности. Фича больше не считается сделанной, если работает через раз, или если у нас нет уверенности, что она не отвалится через спринт.

Полезное по теме:

– 3 совета как продакту понимать разработчиков
– Как продакту научиться думать как разработчик
– Как продакт-менеджеру завоевать и удержать доверие команды

#exp #grow Самый важный продуктовый урок в жизни: даже если вы придумали и создали продукт, который в несколько раз лучше/быстрее/дешевле конкурента, это не гарантирует того, что он завоюет пользователей и рынок.

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

1. Стоимость перехода. Для пользователей переход с существующего решения на продукт нового игрока обходится дорого, и дело тут совсем не в деньгах (вы же придумали более дешёвое решение, правда?).

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

И главное – 80% людей инертны и у них очень мало стимула/желания попробовать новое решение их проблемы, которую, как они думают, они УЖЕ успешно решают продуктом конкурента.

Решение: Разработайте wow-продукт, который будет восприниматься пользователями как х10 улучшение, а не постепенное улучшение текущих решений проблемы (продуктов конкурентов). Только тогда у пользователей будет соответствующее обоснование и мотивация для того, чтобы опробовать новый продукт.

2. Всё дело в распространении. Даже если ваш wow-продукт превосходит существующие решения конкурентов в х10, перед вами все равно остаётся задача — сделать так, чтобы пользователи нашли ваш продукт.

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

Решение: думайте о стратегии распространения продукта с самых первых стадий PMF/MVP (вы же будете откуда-то брать первых юзеров на тест и касдевы?), и убедитесь, что у вашего продукта будут МАСШТАБИРУЕМЫЕ стратегия привлечения и каналы дистрибуции.

Полезное по теме:

– Почему люди ненавидят прогресс
– Четыре вида отстройки и роста продукта
– Признаки плохой продуктовой стратегии
– 3 сигнала, что ваш продукт нашел Product Market Fit
– 10 вопросов перед разработкой продукта

#exp 3 столпа, на которых стоит любой продукт:

🧱 ПРОБЛЕМА И ЕЁ РЕШЕНИЕ

Про "Святую Проблему" написано уже миллиард символов, но добавлю еще пару строк.

Глубокое понимание проблемы должно включать не только полное понимание её текущего решения(ий), но и понимание всех ПРЕДЫДУЩИХ решений, которые когда-либо были опробованы для решения такой проблемы.

Пример: кредит, как финансовая услуга, появились в Древнем Вавилоне ещё 4,000+ лет назад. Но как зафиксировать договоренность кредитора и заемщика, если бумагу и нотариуса ещё не изобрели?

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

🧱 ЦЕННОСТНОЕ ПРЕДЛОЖЕНИЕ

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

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

Пример: Miro – не онлайн-доска для совместной работы. Miro – это совместная работа людей над решением общей задачи.

🧱 СТРАТЕГИЧЕСКОЕ ОТЛИЧИЕ

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

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

#tools #exp Ещё один способ приоритизации идей/гипотез/фич без сложных методологий, графиков и прочих умных моделей.

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

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

1. Раз в квартал проводите тематический мозговой штурм с командой маркетинга, продаж и поддержки (и только после своей команды идите за идеями и хотелками к СЕО/инвесторам (помня, что они в другой команде).

Мой совет – лучше вообще к ним не идите, а если сами позовут, то придёте с готовой инфой "от вашей профессиональной команды".

2. Попросите каждого члена этих команд, вне зависимости от их количества и статуса, добавить и отранжировать их идеи/фичи по личной субъективной значимости (да, именно так).

3. Выберите от каждого отдела 3/5/10 самых популярных идеи-фичи и далее уже самостоятельно оцените их по трём критериями:

1) ожидаемое воздействие (метрика);
2) необходимые ресурсы (время);
3) потенциальные профиты и риски (деньги).

4. Следуйте правилу "70/20/10", где:

– 70% ресурсов должны направляться на истории с низким уровнем риска и быстрой отдачей в метрику (развиваем настоящее);

– 20% ресурсов должны идти на рискованные долгосрочные ставки и отдачу (строим задел на будущее);

– 10% ресурсов должно идти на всякие забавы, пасхалки и другие приятные/необычные/wow-вещи, от которых команда и юзеры будут испытывать эмоции (эмоции всегда работают в плюс сквозь время).

5. Если до сих пор не определились с приоритетами, то сделайте третий подход и самостоятельно приоритизируйте оставшиеся идеи на основе:

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

2) стратегической важности (есть ли гипотезы/идеи/фичи, которые продукт должен иметь именно сейчас и почему);

3) простейшей логики и интуиции (что сейчас ощущается важным и почему).

Снова тупняк и сомнения? Снова прогоняйте выбранные идеи по критериям из пункта №3.

Как часто собирать команду? Ежеквартально – оптимальный баланс между актуальностью и частотой. Но если вы или команда в какой-то момент почувствуете, что НЕЧТО в продукте нуждается в своём пересмотрении, просто соберитесь и обсудите именно это.

P.S. И да, если инвестор всё же навязывает вам нечто, кхм... забавное, включите его хотелку в те 10% 😏

Полезное по теме:

– Как НЕ надо работать с бэклогом;
– Инструкция по интуиции для продакт-менеджера
– Как организована приоритизация фичей в SkyEng, Ali, Wrikle
– Приоритизация на основе баллов и скоринга

#exp #best 45 способов развить и усилить свой продукт и вовлечь в него аудиторию БЕЗ внешнего маркетинга и рекламы

Всегда улыбаюсь над теми командами, которые говорят, что "нам нужны инвестиции на рост и развитие". В такие моменты я стараюсь уточнить: "а какой рост и развитие – внутреннее или внешнее?"

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

Своей растерянностью они расписываются в трёх вещах:

а) продакты и их команда маркетинга ничего не умеют и не могут без бюджетов;

б) такие продакты и их команда маркетинга ничего не сумеют даже с бюджетом – они будут ежемесячно сливать его в контекстную рекламу и просить еще денег.

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

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

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

Развивая эти направления (желательно сразу после PUF), команда и и продукт усиливают не только сео-продвижение, но и повышают вовлечение юзеров в продуктовую проблему (и сам продукт).

Что может сделать команда:

– Продуктовые гайды: образовательные кейсы, how-to-guides, словарь терминов, FAQ, AMA, образовательные курсы, тесты и даже сертификация.

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

– Блог продукта. Советы для юзеров, новости/изменения в продукте (changelog), публичный backlog, новости рынка, user success stories, team stories, how-to-cards, обзоры конкурентов (убийственная в плане seo вещь, позволяющая захватить брендированный трафик конкурента), исследования рынка/юзеров/социума (чумовейшая вещь для линкбилдинга и упоминаний в сми).

Всё снова играет на сео и образование юзеров. Образованный юзер – это правильно понимающий проблему и её решение юзер, а значит, он более вовлечен и более склонен к конверсии.

Механики от юзеров (комьюнити):

– UGC и коммуникации: случаи из жизни юзеров, форум/QA, user how-to-guides, чат внутри продукта, отзывы/рейтинги от юзеров, "recommended by user" контент, комментарии, обратная связь.

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

– Виралка: share reviews, share content/everything, простой инвайтинг, инвайтинг через реф. программа, инвайтинг через программу амбассадоров, конкурсы/розыгрыши на giveaway-механиках.

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

Авто-механики от продукта:

– Главная страница. Мы все недооцениваем значимость главной страницы продукта, в то время как я знаю команду, которая через свою главную гонит все активности: мутит cusdev и исследования рынка, анонсит новые фичи и даже анонсирует, льёт траф и тестит запуск отдельных смежных продуктов.

Как и всегда, главное при работе с главной – не переусердствовать.

– Автоматизация и прочее: notifications bars вверху сайта, подсказки-tooltips, pop-ups, video-туры, собственные рекламные блоки внутри UI, in-app message, email-маркетинг, push-маркетинг.

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

"Content is king" и построенная на нём концепция внутренного роста – стратегия, которая стабильно и уверенно приносит не только кучу трафика из поисковых сетей, но и которая реально помогает юзерам глубже погрузиться в ваш продукт.

#exp 23 ситуации, в которые попадает каждый продакт

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

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

3. Вы поймёте, что многие оценки (востребованность/приоритеты/объём работ/временные рамки) не работают, но всё равно будете вынуждены по привычке пытаться запихнуть в них то, над чем работаете.

4. Вы раскачаете интуицию, но вам будет сложно объяснить, почему она оказалась верна (когда окажется верна). Зато вы сможете объяснить задним числом, почему она была неверной, когда она окажется такой.

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

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

7. Однажды, вы вообще забудете крайне важную (или банальную) деталь в фиче, которая вызовет большую задержку в релизе.

8. При всём этом, вас обвинят в том, что вы сосредоточены на фичах/решениях настолько, что задерживаете их рост.

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

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

12. Однажды, вы обнаружите вашего конкурента, выкатившего killer-фичу и ближайшую неделю вы будете ходить очень задумчивым.

13. Вам придется сообщать своей команде дерьмовые новости (принимая на себя удар и признавая свою вину).

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

15. Однажды вы скажете «моя команда», но почувствуете себя далеким от своей команды.

16. Вы будете мнить себя технарем/UX/маркетологом/продажником/аналитиком/биздевом/СЕО/инвестором (по факту – вы будете повторять то, что они вам когда-то рассказывали), но каждый раз при общении с настоящими спецами будете "возвращаться на землю".

17. У вас будет день, наполненный встречами, после которых вы поймете, что они не принесли абсолютно никакой ценности. Или же вы проведёте отличную встречу, и никто этого не заметит.

18. Вы разработаете интерфейс для фичи, а затем будете оправдываться перед UX-командой, что не собирались есть их хлеб.

19. Вы создадите бесполезную функцию, которую никто не использует. Или же вы сделаете потрясающую функцию, которую тоже никто не использует из-за кривой доставки.

20. СРО/СЕО/инвестор попросят вас сделать отстойную фичу и вам придется им говорить, что «да-да, это в планах».

21. Однажды, им надоест слушать про планы и вам всё же придется реализовать их отстойную идею. Самое ужасное – вам придется протащить её по всему циклу разработки, со счастиливым лицом презентовать её команде/юзерам/заказчику и далее тратить силы и время на поддержку её работоспособности.

22. Вам захочется рвать на себе волосы, слушая, как ваша команда всерьёз обсуждает достоинства кажущегося вам 100% кривого решения/фичи. И вы скажете «Нет», чтобы доказать себе, что у вас есть какое-то влияние и точка зрения. Уже после, вы поймете, что лучше бы вы сказали «Нет» СРО/СЕО/инвестору.

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

24. Однажды, вы пойдете на конференцию, заберёте оттуда кучу полезных заметок и наблюдений, но ни одна из которых не сработает в вашем продукте.

25. Вы будете думать, что научились на своих ошибках, но с вероятностью 80% повторите их снова :)

#exp Отличный выпуск с Михаилом Табуновым (директор по продукту в FunCorp, ex-founder Coub, ex-founder СравниТакси, ex-founder Pact) про разницу между менеджерством и предпринимательством, свою FunCorp, самый главный навык продакта, про поиск точек роста, касдевы и запрет на тесты интерфейсов

#exp #job Разница в работе продакт-менеджером в B2B и B2C-продуктах

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

– Исследования рынка. В B2B для анализа рынка требуется глубокая отраслевая экспертиза с полным пониманием специфики бизнеса и его текущих решений на каждом этапе. В B2C проще – аналитику и экспертизу можно сузить до единичной пользовательской проблемы-ситуации.

– Тестирование гипотез. Если в B2C продакт-менеджер ещё может выступить юзером-клиентом, каким-то образом применяя на себя проблемы/решения, то в B2B без реальной бизнес-единицы и всех участников бизнес-процесса со стороны реального потенциального клиента это сделать невозможно.

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

– MVP. Выкатить MVP в B2B также легко как и в B2C, разница лишь в том, что в B2C его могут пощупать сразу, в то время как вероятность убедить в этом кого-то из B2B стремится к нулю (только если у вас нет лояльной клиентской базы и поддержки на старте).

– Касдев/сегментация. В B2B вся сегментация сводится к обнаружению проблемы на рынке и максимально чёткому определению списка компаний и их размеров, которые будут юзать её решение. В B2C же может быть десятки и сотни параметров, атрибутов и характеристик от миллионов пользователей, на основе которых их можно сегментировать.

– Поддержка/обратная связь. В крупном B2B поддержкой коммуникаций занимаются отдельные аккаунт-менеджеры по телефону/почте/онлайн-чату в порядке статуса/размера платежей клиента. В B2C это классический сапорт по email в порядке живой очереди.

– Разработка и фичи. В B2B за фичи платит самый крупный клиент после подобия касдева и, в большинстве случаев, весь бэклог приоритизируется на основе его хотелок. В B2C гораздо больше возможностей, гибкости и скорости для тестирования, внедрения, доставки и изменений.

– Оценка фич/KPI. В B2B посчитать эффективность продукта легче, посмотрев на цифры бизнеса клиента, используюшего ваше решение. В B2C это сделать сложнее за счет бОльшего количества пользователей и непрозрачности их процессов вне продукта.

– Маркетинг. Самая эффективная реклама в B2B это холодные продажи и личностные коммуникации с ЛПРами (лица принимающего решения), которым обычно выступают руководители отделов или компании в целом (читай - качество рекламы). В B2C это могут быть все доступные автоматизированные каналы (читай - количество рекламы).

– Операционка. В B2B расцветают бюрократия и выкати ты с командой х100 крутой и удобный продукт, подписание даже 1 документа может легко занять полгода (мой рекорд - ровно 1 год с известным мировым косметическим брендом). В B2C всё решают сами пользователи сразу после того, как начнут пользоваться продуктом.

– Лояльность и аудитория. В B2B пользователь привязан к продукту контрактами и решением ЛПРа. В B2C продуктах можно привязать пользователя благими целями и заботой настолько, что он станет частью его комьюнити.

#exp #job Усиленно чекаете продуктовые вакансии в РФ/Европе/США? Чтобы будущая работа не стала сюрпризом, учимся читать между строк эти самые вакансии и находить в них красные флаги и стоп-слова ещё до трудоустройства в компанию.