CustDevochka

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

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

И лучше всего делиться опытом на своем примере (если буду стеснятся, придется придумывать вымышленного друга-неудачника, но надеюсь до этого не дойдет=)

О чем хочу рассказать:
Уже довольно давно у меня и мужа в голове крутится идея одного продукта, пользу которого для себя я понимаю на 100%. Но в голове до сих пор много сомнений: а нужно ли это кому-то еще? Готовы ли люди за это платить? (да и вообще, за что сейчас готовы платить пользователи, когда каждый день открывается ящик пандоры и из него сыпятся то новые санкции, то обвалы рынка, то просто плохие новости)
Проще – конечно, не делать. Но гораздо интереснее – разобраться, пройти все этапы разработки продукта, начиная от анализа рынка и заканчивая его питчингом, собрать минимальный продукт, протестировать гипотезы. В общем, сделать все, что раньше случалось делать на позиции продакта в крупных корпорациях, а теперь нужно будет делать еще лучше, потому что

🍏ресурсы на разработку ограничены очень сильно (нет возможности разработать полноценную версию и еще и тестировать на ней улучшения)
🍐нет большой продуктовой команды (но есть светлые головы, которые, надеюсь, будут готовы поучаствовать)
🍑область новая и неизвестная
🍋что уж там: новый целый рынок (продукт будет ориентирован не на Россию или, по крайней мере, не только на нее)

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

Что думаете?

MVP проще, чем ты думаешь 💃

MVP (Minimal Viable Product) – это минимально жизнеспособный продукт, нужный для того, чтобы протестировать актуальность продукта/ идеи/ сервиса на небольшом функционале и принять решение о масштабировании.
По своему опыту знаю, что команды и бизнесы, делая первую (урезанную) версию продукта, тратят на это месяцы (а некоторые, бывает, и годы) 😒 Можно ли этого избежать?
Для начала - принять тот факт, что для проверки гипотезы не нужна разработка (а также продакшн в целом). Ваша задача – получить ответ на свой вопрос (нужно ли это пользователям, в каком виде, за такие деньги) и чтобы их «не тошнило», когда вы этот MVP будете показывать 🙂

Пример: вы хотите запустить школу танцев. У вас есть бизнес-план, вы можете снять студию, сделать там небольшой ремонт и начать проверять гипотезу о том, что в данном конкретном месте люди хотят научиться танцевать зумбу и готовы за это платить. Но нужно оплатить аренду на 3 месяца, договориться с преподавателями, влезть в переделку студии, сделать сайт школы танцев и потратиться на его продвижение.
А можно пойти другим, «ленивым» (?) путем и вариантов тут много.

🍋Сделать лэндинг о будущей школе танцев и попробовать собрать заявки на участие, продвинув его в локальных комьюнити
🍎снять классное видео о том, как люди упоительно танцуют зумбу (а еще худеют и становятся счастливее) и посеять его
🥑провести опрос среди жителей района (или любой другой ца) о том, хотят ли они заниматься танцами и какими
🍒провести пробный урок на дружественной «площадке» (например, ваш друг ведет уроки пилатеса, а вы можете провести пробный урок в его группе )
Если проект диджитальный (онлайн-курс танцев, например) – запостить его на краудфайндинговые площадки и посмотреть, будет ли он кому-то интересен.

Через подобные тесты можно собрать обратную связь и ответить на вопросы: какой вид танцев интересен ЦА (и кто вообще ваша аудитория), в каком формате она хочет посещать школу (частота, время, онлайн/офлайн), разобраться с возможными барьерами и ошибками.
Такой подход – уже даже не MVP (потому что ни о каком продукте речь может вообще не идти), он называется RAT (riskiest assumption test — тестирование наиболее рискованных гипотез).
Мне нравится ответ Эрика Риса (автора книги Lean Startup есть на OZON) на вопрос о том, каким должен быть минимально жизнеспособный продукт: «Возможно, гораздо более минимальным, чем вы думаете».

Можете ли вы применить подход RAT в вашем деле уже сейчас? Или может быть, его можно использовать в личной жизни? 😉

Методологии разработки и темперамент 🙂😒😆😐
Все, кто когда-либо сталкивался с разработкой, знает, что глобально есть два подхода: гибкий, итеративный, подстраивающийся под обстоятельства и людей (agile) и последовательный, жесткий waterfall (каскадная модель, или водопад, в которой процесс разработки выглядит как поток, последовательно проходящий фазы). Давайте разберемся подробнее.
Чем характеризуется Agile?
• Разработка короткими итерациями: сделал, посмотрел на результат, запланировал улучшения
• Потребности заказчика (или пользователя) – превыше всего
• Команда и заказчик ежедневно взаимодействуют между собой
• Работающий продукт (а не процессы и документация) — главный показатель прогресса
• Работу можно доверить только самоорганизованной, мотивированной команде
Тем временем для Waterfall характерны
• Жёсткая последовательность этапов разработки
• Переход к новому этапу — только после успешного завершения предыдущего
• Фиксированная стоимость продукта
• Изменения могут быть внесены только после завершения всего процесса разработки.
В одной компании соседние отделы могут работать в разных форматах: например, маркетинг живет в Agile, а у производственной части компании расписана ближайшая пятилетка. И в этом нет ничего плохого, просто для одних процессов важна гибкость, а для других – четкий результат точно в сроки.
Но я не зря анонсировала тему с темпераментом, потому что мне кажется, что корреляция между теми подходами, которые выбирает человек (особенно, если он лидер команды) и его темпераментом – тоже есть.
Давайте вспомним 4 типа темперамента, описанные еще Гиппократом:
1. Флегматик неспешен, невозмутим, имеет устойчивые стремления и настроение, скуп на проявление эмоций и чувств. Он проявляет упорство и настойчивость в работе, оставаясь спокойным и уравновешенным.

2. Холерик — быстрый, страстный, порывистый, однако совершенно неуравновешенный, с резко меняющимся настроением с эмоциональными вспышками, быстро истощаемый.

3. Сангвиник — живой, подвижный, с частой сменой настроения, с быстрой реакцией на все события. Он очень продуктивен в работе, когда ему интересно, а если работа не интересна, он относится к ней безразлично, ему становится скучно.

4. Меланхолик — человек легко ранимый, склонный к постоянному переживанию различных событий, он мало реагирует на внешние факторы.
Теперь давайте представим этих людей внутри организаций с разным типом управления. Очевидно, что быстрым, порывистым и живым холерикам и сангвиникам нужна гибкая структура, возможность влезть во все процессы и проявить себя в любом амплуа (что как раз позволяет Agile). Флегматику в такой структуре будет крайне некомфортно (это же надо все время к чему-то приспосабливаться), а меланхолика и вовсе может «расшатать» в гибком коллективе. Для этих типов больше подходит водопад, понятная последовательность, организация и контроль на каждом этапе.
А все это к чему? К тому, что для разных процессов нужны разные подходы и люди. Набирая себе команду или находясь в поиске работы (не обязательно в ИТ), интересно задать себе вопрос: а я про какую модель управления? И хочу ли я держать прямой курс на выбранную цель или готов постоянно менять направление, собирая по ходу движения все возможности и «пасхалки» от жизни?

Привет! Меня зовут Таня Дружкова, я – продакт и фанат клиентоцентричных подходов к бизнесу (например, customer development, который и дал имя моему каналу). А еще я люблю активный образ жизни, технологии, growth- life- и прочего хакинг.
В этом канале я хочу рассказывать о продуктовых методиках, которые черпала из ИТ-индустрии, но которые, как мне кажется, могут применяться в любом бизнесе, любом продукте и вообще в самых неожиданных сферах: вы когда-нибудь думали о том, чтобы переложить agile на сферу изучения языков или, например, отношений с партнером?

Поехали! 🚀

Channel photo updated

Channel created