Хочу поделиться результатами своего тестового задания на позицию менеджера продукта в мобильном приложении. По итогам выполнения задания позвали на интервью, финальное решение примут в декабре. Постараюсь без воды, статья поможет структурировать собственные знания, а сообществу возможность посмотреть на мой подход.
Кому лень читать, вот сразу ссылка на выполненное задание.
Тестовое задание:
Расскажи, как бы ты проверял гипотезу:
«У людей с детьми, которые вовлечены в процесс воспитания и ухода за ребёнком, есть потребность находить сказки для чтения, чтобы уложить их спать».
В решении задачи ты можешь фокусироваться на том, что считаешь важным. Мы бы хотели увидеть логику проверки гипотезы, расчёт юнит-экономики и прототип решения на коленке.
Задача выглядит достаточно объемной, но будет легче, если ее декомпозировать. У меня есть скромный опыт запуска собственных проектов, которые, по разным причинам, закончились неудачно с точки зрения результатов, но успешно с точки зрения опыта. Ниже ключевые этапы, на которые разложил задачу:
Составление Lean Canvas Model
Если кратко, то Lean Canvas Model - шаблон, в котором на одном листе можно описать сегменты аудитории, ранних последователей, их проблемы, способы решения этих проблем и конкурентов, наше решение, ценностное предложение и отстройку от конкурентов, ключевые метрики продукта, каналы привлечения пользователей, денежные потоки и ключевые риски.
В интернете много статей, в которых подробно рассказывают, как и для чего нужен этот инструмент. Я пользуюсь шаблоном от Leanstack.
У нас нет существующего продукта, поэтому вся информация лишь мои догадки и предположения, которые нужно подтвердить или опровергнуть. Это не руководство к действию, а лишь инструмент, который позволяет систематизировать мысли и структурировать информацию. В будущем, конечно, вы будете изменять данные внутри канвы, но лично мне очень помогает такой подход в самом начале пути.
Заполненный Lean Canvas можете посмотреть здесь. Когда увидел задание, то первое, что пришло на ум - мобильное приложение, в котором будут собраны сказки в аудио- и текстовом формате. Собственно, эту идею я решил почелленджить и все тестовое задание построил вокруг приложения.
Может показаться, что с первого раза трудно заполнить все поля, и будете правы. Чтобы определить сегменты, проблемы, решение, отстройку, ключевые метрики и риски, нужно заранее поизучать ситуацию на рынке. Собственно, это у меня все расписано на вкладках задания.
Начал заполнение с сегментов клиентов, выделил, как мне показалось, 5 крупных сегментов, которые могу пересекаться друг с другом:
- Читают бумажные книги со сказками
- Читают электронные книги со сказками
- Включают сказки в аудио- и видео- приложениях (Youtube, Boom, Яндекс музыка)
- Включают сказки в приложениях с аудиокнигами или приложениях конкурентов
- Не читаю и не включают сказки совсем, предпочитают разговаривать с детьми и петь песни самостоятельно
Для каждого сегмента пользователей далее определил проблемы. Напомню, что это не факт, а лишь мои предположения, которые нужно подтвердить или опровергнуть. Кроме того, что я предположил проблемы каждого сегмента, я еще выделил 3 общие проблемы, которые могут возникнуть у родителей:
- Ребенок чувствует себя усталым и разбитым, если его не удается вовремя уложить спать
- У родителей не остается свободного времени на себя или партнера, если одни долго укладывают детей спать
- Если родители поздно ложатся спать из-за того, что укладывают детей, то сами не высыпаются и чувствуют себя разбитыми на следующий день
В существующих решениях я попытался опровергнуть свои же гипотезы проблем, с которыми могут столкнуться пользователи и написал, как каждый сегмент может решить свою же проблему. Как известно, большинство стартапов закрывается, потому что пытаются решить несуществующие проблемы. В рамках задания я не проводил качественных исследований, но ощущение, что проблемы могут быть высосаны из пальца, но тут главное подход и логика.
Все остальные поля: наше решение, ключевые метрики, ценностное предложение, каналы выхода на клиентов, структура доходов и расходов а также риски я заполнял по ходу движения.
Генерация гипотез через JTBD
JTBD (jobs to be done) - методология, которая помогает генерировать гипотезы или определять проблемы пользователей с точки зрения той работы, которую хочет сделать пользователь, "нанимая" наш продукт на работу. Поищите в интернете статьи или видео по тому, как работать с данным инструментом.
Три общих проблемы родителей, которые укладывают детей, сгененрировал с помощью этого инструмента. Возможно, я пользуюсь им неправильно и не расписываю "работы" пользователей со всех сторон, но в целом это помогает более детально посмотреть на проблемы. Так, например, для трех проблем я выделил 3 контекста, в которых находятся родители, Big Job (основная задача, которую хотят решить пользователи), Small Job (второстепенная задача), конкуренты и альтернативы, а также ценность, которую мы дадим каждому сегменту людей с помощью нашего решения.
Например, гипотеза:
"У родителей не остается вечером свободного времени, если ребенок долго не может уснуть." Считаю, что это может быть проблемой, которую нужно решать, тем более у меня релевантный опыт, т.к. не давно родился первенец в семье. Нашим решением мы можем помочь таким людям быстрее укладывать детей, а главная "работа", для которой они наймут наше приложение будет "освободить время для личных дел или досуга", а также "возможность быть эффективным на следующий день". Это мое видение инструмента, не претендую на истину в последней инстанции, если делаете иначе, поделитесь.
Суть в том, что при проведении качественных исследований (интервью с пользователями), мы будем уточнять, а с какими действительно проблемами сталкиваются люди при укладывании ребенка. И с помощью уточняющих вопросов будем подтверждать или опровергать наши гипотезы.
Генерация гипотез через User Story
Опять же, не претендую на истину, но в этом блоке для каждого сегмента аудитории я предположил, какие могут быть модели поведения, тип личности и их проблемы (гипотезы). Собственно с этого я и начал определение сегментов для продукта, а потом все перенес в Lean Canvas.
Суть User Stoty заключается в том, что есть один пользователь или персона, которая хочет сделать одно действие, и получить от этого действия одну единственную ценность. Когда описывают персоны, углубляются в детали: возраст, пол, место проживания, доход и так далее. Я этого не делал, т.к. мне нужно было просто порассуждать на бумаге, кто могут быть мои пользователи. Придумывать вымышленных людей не было ни желания, ни сил. Поищите в интернете, что такое метод персон и User Story. Возможно, на более поздних этапах развития продукта нужно более детально пользоваться инструментом, но для моей задачи хватило и того, что сделал.
Гипотезы (HADI-циклы)
Ссылка на таблицу с гипотезами здесь.
Есть огромное количество способов формирования бэклога и приоритезации гипотез (ICE, RICE, Кано и тд). Опять же, не будут отнимать ваше время и лить воду. Загуглите, если интересно про это почитать. Я же поклонник того, что любое предположение нужно подтвердить или опровергнуть. Для этого классно подходят HADI-циклы:
Те гипотезы, которые в моей таблице никак не приоритезированы, просто потому, что для их проверки мне нужны качественные исследования и в рамках одного глубинного интервью я могу раскрыть каждую из них. Если кратко, что в цикле тестирования есть 4 столбца:
- Гипотеза (можно формулировать по SMART)
- Действие (у меня это то, как я буду проверять их - все через глубинные интервью)
- Метрики (что будет результатом проверки) - у меня это везде таблица с агрегированными данными по каждому сегменту
- Выводы (собственно, то, что будем делать дальше, если гипотеза подтвердится или не подтвердится)
В идеальном мире в такой таблице нужно добавить приоритет для каждой гипотезы. В своей работе я оцениваю гипотезы по методологии RICE. Здесь же упрощенный вариант + добавлены два столбца, чтобы внести фактические результаты.
Качественные исследования (User research)
После того, как сгенерированы и приоритезированы гипотезы (в моем случае нет), создан Lean Canvas, самое время проверить, а правильно ли я определил сегменты аудитории и их проблемы. Для этого проводят проблемные интервью или user research. Не будем разводить демагогию на счет Custdev, но такие исследования я так не называю, т.к. это не интервью, а целый подход к созданию продуктов. На этот счет есть хорошая статья на GoPractice.
В задании я сделал шаблон проблемного интервью / интервью JTBD, ссылка здесь. За время работы и на своих проектах я провел около 50 интервью. Не знаю, много это или мало, но этого хватило, чтобы начать уверенно проводить такие исследования, четко формулировать мысли, выстраивать доверительные отношения с собеседниками и копать в самую суть.
Как видно в файле, исследования я не проводил, но поделюсь своими наблюдениями, которые помогут лучше проводить интервью:
- Установите эмоциональный контакт (расскажите, чем занимаетесь, для чего пригласили человека, сделайте комплимент или расскажите свой пример из жизни). Чтобы выглядеть на равных, можете сделать какую-нибудь ошибку, чтобы человек понял, что все нормально и можно вести себя естественно. В среднем, интервью у меня занимали около 1-1,5 часов, но один раз я настолько разговорил человека, что встреча была 2,5 часа. Было утомительно, но безумно интересно, это высший пилотаж.
- Проводите интервью с партнером. Исследование - это не допрос, а живая беседа. Не нужно строго идти по сценарию и вопросам, а углубляйтесь каждый раз, когда есть за что зацепиться. Партнер нужен для того, чтобы фиксировать ответы пользователя, подсказывать или задавать доп. вопросы, а после вдвоем удобнее анализировать результаты, т.к. вы можете по разному интерпретировать результаты. Best practice - запись интервью для последующего анализа, но обязательно спросите на это разрешение у интервьюируемого.
- Обязательно переходите на эмоциональный уровень, именно там кроется истинная мотивация пользователей. Говорить об эмоциях тяжело, люди могут не понимать вопросов, но если научитесь, выйдете на новый уровень. На этот счет есть классная запись Ивана Замесина в Яндексе.
Все вопросы в шаблоне распределены по группам, внутри каждой группы есть ключевые вопросы, которые, как мне кажется, раскроют тему. Все вопросы открытые, в конце обязательно спрашивайте, что еще хочет рассказать пользователь, кого может порекомендовать и можете ли еще раз обратиться к нему. Удивитесь, но иногда на вопрос, хочет ли рассказать что-то еще человек, он рассказывает больше, чем при задавании вопросов. Напомню, интервью - не допрос, а управляемая беседа.
Расчет Unit-экономики
Ссылка на расчет экономики продукта здесь.
Ох, сколько же вопросов к этой теме. Я сам выходец из маркетинга, умею в достаточно точные прогнозы размещений для веба и мобильных приложений. При этом медиапланирование не равно unit-экономике. Для меня на данный момент точка роста - это умение считать LTV пользователей и PnL продукта.
У меня шаблон разделен на динамичные и статичные значения. Статичные значения (CPI, CR в онбординг, CR в trial и transaction rate (конверсия из триала в подписку) я взял по бенчмаркам или прикинул на основе опыта. В файле есть таблица с комментариями по этим метрикам.
В столбцах отображены метрики внутри воронки, начиная от установки приложения и заканчивая отношением LTV к CAC. В столбцах - различные сценарии оптимизации. При моих вводных продукт получается убыточным. Теперь чуть подробнее про рассчеты:
- CPI (cost per install) - стоимость установки. У нас новый продукт, у которого нет органических установок. Поэтому я считал экономику для iOS версии и без учета виральности внутри продукта. Взял бенчмарк в 30 рублей, ссылка в файле.
- UA (user acquisition) - количество привлеченных пользователей, изменяемая величина. Взял для примера 500 человек, можно больше.
- Acquisition cost (стоимость привлечение) - произведение цены за установку на количество пользователей (установок)
- CR (onboarding) - конверсия из установку в авторизацию внутри приложения. Взял 80%.
- CR (trail) - конверсия из бесплатной версии в пробный период, взял 2% как бенчмарк.
- TR (transaction rate) - конверсия из триала в оплату, взял как бенчмарк на уровне 25%.
- C1 - сквозная конверсия из установки в оплату. Считается как произведение конверсии в онбординг, конверсии в триал и конверсии в оплату. У меня это в базовом сценарии 0,4%.
- CAC (cusotmer acquisition cost) - стоимость платящего пользователя. Считается как C1 * CPI. В моем случае один платящий пользователь стоит 7500 рублей.
- Subcription - стоимость подписки, после конкурентного анализа решил заложить 2990 рублей за годовую подписку. Для упрощения считал LTV в размере одного платежа за годовую подписку.
- COGS (Cost of Goods Sold) - себестоимость продукции. У меня это 30% - комиссия Apple за платежи внутри приложения.
- AMPPU (avarage margin per payment user) - средняя маржа с платящего пользователя (стоимость подписки - комиссия Apple)
- APRU (average revenue per user) - средний доход с одного пользователя. Считается как произведение AMPPU на C1. Отношение LTV с CAC мы можем уже посчитать как отношение APRU (доход с пользователя) к CPI (стоимости установки, пользователя). В нашем случае это 28% - убыток.
- Далее идут Renevue, Gross Profit, Profit - расчеты можете посмотреть по формулам.
В комментариях к заданию я описал методологию + предложил несколько сценариев. У меня ощущение, что это не идеальный расчет, если заметите неточности и предложите другой подход, пожалуйста, напишите.
Как сказал ранее, базовый сценарий при таких вводных + предложения по оптимизации не дают положительных результатов. Но это не значит, что продукт не нужно запускать. Можно поиграться с метриками и посмотреть, что будет с продуктом.
Конкурентный анализ
Ссылка здесь.
В зависимости от ваших целей глубина и параметры конкурентного анализа могут отличаться. В моем случае я изучил приложения конкурентов со сказками, посмотрел на кол-во установок и средний доход через Sensor Tower (не наглядно). Посмотрел на основной функционал и модели монетизации. Для сравнения посмотрел, что происходит у приложений с аудиокнигами.
По этим данным можно сделать вывод, что у приложений со сказками не очень большое количество скачиваний, а доход не превышает $5000 в месяц. В купе с юнит-экономикой уже можно сделать предварительные выводы о том, что к идее стоит относиться очень аккуратно. Емкости у приложений нет, аудитория в приложениях аудиокниг в разы больше, а там представлены как раз текстовые и аудиоформаты сказок. Также эта таблица помогла мне понять, как я могу отстроиться от приложений конкурентов и какие функции заложить на этапе MVP.
Сбор требований к MVP
Ссылка на файл здесь.
Содержание этого файла может отличаться к зависимости от ваших целей. В идеально нужно тезисно и структурировано собрать всю информацию, которую удалось собрать на предыдущих этапах:
- Название продукта
- Ценностное предложение
- Сегменты пользователей
- Наше предложение
- Объем рынка
- Функции внутри приложения
- Каналы сбыта
- Ключевые метрики
- Критерий успешности запуска MVP
Прототипирование
Я не часто работаю в фигме, но знания имеются и их достаточно, чтобы за 3 часа собрать из компонентов неплохой кликабельный прототип.
Собирал все из существующих компонентов, сам ничего с нуля не отрисовывал. По сути - конструктор из разных блоков, иконок и разделов.
Решенческие интервью
Завершающим этапом к моем подходе к тестированию гипотезы является решенческие интервью, ссылка здесь. Суть в том, что на этапе тестирования гипотезы я определил сегменты пользователей и их проблемы, провел исследования, подтвердил или опровергнул гипотезы, собрал прототип и пошел к этим же людям для того, чтобы проверить свое решение.
В решенческих интервью достаточно только обозначить цель респонденту, и задавать на каждому этапе / экране три вопроса:
- Что видите?
- Что понятно / не понятно?
- Что делаете дальше?
Я проводил решенческие интервью и как правило, на этом этапе оказывается, что вы не репрезентативны и то, что в вашей голове выглядит красиво и логично, для людей может оказаться неудобным и непонятным.
В заключение
На тестовое задание я потратил около 5 часов (растянул на 2 дня). В целом, я доволен собой и тем, что у меня получилось на выходе. Из простого задания в два абзаца у меня получилось 11 листов в Google Таблицах. Как написал ранее, меня пригласили на интервью, финальное решение будет принято в декабре. Вне зависимости от результата я получит удовольствие от проделанной работы, еще раз структурировал подход и знания к тестированию гипотез.
Надеюсь, найдете для себя много полезного из статьи. Пишите комментарии, будут рад обратной связи.
Добавляйтесь в друзья в Facebook, будем дружить.
Со всем уважением к вам, хочу высказать ряд замечаний.
Ваше решение это набор клише и технологий, без смысла, без последовательности, без понимания и целесообразности.
1. Прежде чем решать решать проблему, нужно понять её суть и сформулировать.
Вам дано:
"«У людей с детьми, которые вовлечены в процесс воспитания и ухода за ребёнком, есть потребность находить сказки для чтения, чтобы уложить их спать»."
В чём цель?? В чём цель клиента?? У клиента же ведь есть потребность. Или ребёнок должен быстрее уснуть. Или удовольствие ребёнка, то есть повышение качества поиска сказок. Или иные вещи. На проблематику нужно смотреть с точки зрения клиента. Это первое. Вот с чего нужно начиать.
Какой смысл начиать с Lean Canvas, когда вы ничего не знаете?? Лин кана используется для моделирования бизнеса. Что вы моделируете и формулируете, когда у вас ничего нет??
2. Если рассматривать ваши гипотезы по JTBD, то в некоторой степени их можно оценить как приближение к решению. Но я не увидел выхода на решение проблемы.
"Родители не высыпаются и бывают разбитыми на следующий день,
если ребенок долго не мог уснуть или спал беспокойно."
Это вообще что?? Это какая-то чушь. Как и остальное написанное.
Есть потребности клиента, его цели и задачи, которые должны быть решены. Исходя из этого должна быть сформулирована цель решения.
3. После того как вы сформулировали проблему, которую нужно достичь, нужно сформировать метрики, по которым в эту самую проблему будете контролировать и оценивать. У вас этого нет. Смысл в том, что по итогам этого вы можете выйти на объем аудитории и рынка, что в итоге решает вопрос целесообразности создания приложения в принципе. И ваши качественные исследования не решают данный вопрос.
Количественно можно оценить число родителей.
Число детей определённых возрастов. Их можно и нужно сегментировать. Это не было сделано.
Если вы уж потом выходите на решения, то качественные исследования нужно проводить с учётом сегментации, чтобы ваше приложение было максимально полезным и качественным. Приведу пример. Есть дети, которые не умеют читать, но у них может быть заинтересованность в просмотре картинок при прочтении с мамой книг. Есть дети постарше, которые уже могут читать с родителями. И пр.
4. После того, как вы сформулировали метрики, по которым нужно проконтролировать проблему, которая выльется в анализ рынка, нужно сформулировать как вы это будете делать. Этого тоже нет.
5. После того, как вы выявили, что у вас есть аудитория, то уже можно приступать к формулированию самого решения, и здесь качественные исследования действительно могут помочь. Но это не просто те вопросы, которые вы накидали. Справедливо было сказано, что некоторые хотя книги. Можно читать ребенку на планшете. То есть, важно и удобство устройства. Иные вещи.
Ваше качественное исследование, это просто сваливание в кучу различных вопросов. Бессмысленное и нецелесообразное.
6. Конкурентный анализ должен проводится опять же целесообразно. Вы должны понимать, что его смысл это создание конкурентоспособного продукта как с функциональной, так и с технической точки зрения. Можно выделить метрики продуктов. Технические, экономические, эргономические и другие. У вас ничего нет.
То что сделано - бессмысленная чушь.
7. Требования. Я вам приложу картинку с видами требований. То, что вы сделали - полная чушь. В самом общем виде это функциональные и не функциональные требования. Их можно привести множество. Как технических, как бизнесовых, как иных.
Спасибо за уделенное время и развернутый комментарий. Мне нравятся дискуссии, в части пунктов согласен, в другой - нет:
1. Для понимания, у вас есть запущенные проекты, которые стабильно приносят доход? У меня только неудачный опыт. Почему я не должен им делиться, я в интернете вообще не много тестовых нашел для продактов, а особенно с решением. Мне не стыдно показывать свой труд. Пусть люди включают критическое мышление и фильтруют некачественный материал. Ваш аргумент про то, что нужно выкладывать качественные материал я не принимаю, я не кандидатскую диссертацию пишу. Честно признаюсь, что моя первая реакция была такая, что вы зануда и теоретик, меня прям реально бомбануло, перечитывал комментарии 3 дня)). После понял, что есть доля правды в ваших словах.
2. Я согласен, что с точки зрения структуры и логики есть ошибки в задании, винить мне не кого. Кто-то написал ниже, что к формулировке задания есть вопросы: первая часть про то, что нужно показать логику проверки гипотезы ок, а вот вторая, про прототип и экономику не логична. А если проблема не подтвердится, что тогда прототипировать и считать? Из-за этого я начал фантазировать и делать весь путь, хотя в реальности, возможно, я бы давно остановился. Но эти вопросы руководству я не задал. Отсюда и ваши выводы, что мало понимания, целесообразности и так далее.
3. Что касается Lean Canvas. Я его поместил в начало, чтобы человек как раз мог посмотреть на одном листе все то, что я делал до этого. Заполнить его из головы нереально, согласен, это уже финальный штрих. Но у меня все задание - гипотетическая ситуация, у меня нет фактов. Но я его заполнил только тогда, все все остальные пункты сделал.
Структура расходов:
Согласен, можно кучу статей расходов добавить, что это детализация ни к чему. Это никак не бьется с задачей по тому, чтобы показать логику проверки гипотезы. Я признаю, что сделано очень много, а вы предлагаете еще углубиться.
Ключевые метрики:
Маркетинговые, продуктовые, бизнесовые. Вы же знаете, что такое Nord star mertic и дерево метрик? Можно вынесли одну метрику, этого будет достаточно, а далее в сделать дерево и не указывать все в канве. Опять же, трата времени.
Риски:
Аналогичная ситуация. Про PEST не знал, спасибо, изучаю. Вы не согласны, что главный риск стартапа - отсутствие потребности, или решение не той проблемы, или решение проблемы не тем способом? Или то, что экономика не будет сходиться? У меня B2C приложение, сказки для детей, какие политические и социальные риски? Важна логика, помните, я же не реальный бизнес запускаю. Я в сети нашел неплохой, как мне кажется, слайд с рисками, пользуюсь - http://joxi.ru/p27jx1vCnOalYm
Экономика:
Пока пишу комментарий, еще не изучил статью, пока комментировать не буду, но изучу обязательно.
4. Гипотезы по JTBD
Я их сформулировал самостоятельно. Может, с вашей точки зрения это и чушь, но я не проект делаю, и нет задачи сделать все правильно, чтобы можно было запуститься. Помните, это гипотетическая ситуация. Я предположил и оформил так, как считаю нужным. И далее я бы пошел это проверять.
5. Метрики, по которым можно проконтролировать проблему
Я не понял, о чем вы пишите. Что за метрики проблемы, уточните.
6. Сегментация аудитории и вопросы для интервью
У меня аудитория сегментирована на 5 категорий, описание есть в канве и user story. В зависимости от этого, я бы задавал вопросы на интервью. У меня действительно вопросы универсальные, но вы их можете задать для каждого сегмента, и каждый вам озвучит свою проблему и вы ее прочелленджите, пожалуйста, вчитайтесь в вопросы.
7. Конкурентный анализ
Согласен, можно доработать. Но не так, как предлагаете: ФТ и НФТ требования мне не нужны здесь, как и бизнес-требования, архитектура и так далее. Я сделал анализ до уровня скачек, дохода, и минимальной функциональности типо наличия картинок, текстовых вариантов. Опять же, нужно показать логику, я не делать проект. Я на 100% принимаю аргумент, что сделано очень много, а с вашим подходом я вообще по итогам тестового должен уйти с работы и запустить бизнес)))
8. Прототип
Требования я минимальные описал. Прототип кликабельный, там есть логика в онбординге, все подряд экраны листать не нужно. А онбординг и авторизация связана с обновлением на iOS на прошивку 14.5. Это уже детали. Опять же, я показал минимальный функционал, у меня нет цели делать все экраны. У меня на задание ушло 4-5 часов на 2 дня, можно было ужаться, но и я это время зря не провел. Не понимаю, что вам еще нужно)
P.S
Еще раз спасибо за обратную связь, она ценная. Кто-то узнал для себя новое, кто-то как душнила начал язвить, вы дали качественную ОС, но которую я покритиковал. Я для себя сделал выводы, и тестовое переделаю с учетом комментариев и сравню две версии. У вас ответ реально тянет на статью, может, выложите с учетом ваших комментариев фактуру, а не только тезисы?)
Тянет на отдельную статью. Корректнее было бы ответить там.
Комментарий недоступен
8. MVP комментировать бессмысленно. С учетом отсутствия требований, это просто сделанное от балды решение. Больше половины показаны какие-то сервисные окна, типо регистрации и прочего.
9. После того, как понятна проблема, понятно решение можно приступать к формулированию бизнес-модели и расчёту экономики. У вас канва вообще первая, а юнит экономика в середине.
По канве можно сказать, что она в целом на уровне мусора. Приведу несколько замечаний для примера.
"Структура расходов
1. ФОТ
2. Налоги
3. Оплата за оцифровку и озвучку сказок (если делаем с нуля)"
Нет организационных расходов, расходов на сервера и техническую поддержку приложения, нет еще кучи всего. Да банально, даже расходов на маркетинг нет.
Риски:
Просто полная чушь.
"Потребительские сегменты и их размер Детей рожали и будут рожать, проблем с доступом к аудитории не вижу " Это вообще что?? Вы это пишите в рисках.
Для анализа рисков, есть например такая вещь как PEST. Загуглите что это такое.
"Ключевые метрики
1. Активация из триала в подписку
2. Retention
3. LTV "
Метрики должны всесторонне отражать бизнес связанных с продуктом. Маркетинговые метрики. Технические метрики. Удовлетворённость клиента. Бизнесовые метрики и пр. То, что вы написали, говорит о вашей некомпетентности и не понимание бизнеса как такового и бизнес процессов.
10. Если под Profit имеется ввиду Чистый доход, то он рассчитывается следующим образом:
Net Profit = Gross Profit − TOE − IE − Tax
То, что написали вы не имеет смысла. Как можно из Revenue (Выручки) вычесть Gross Profit (Валовую прибыль) и получить чистый доход я не понимаю. Формула ошибочна. Вот формулы для расчёта показателей:
https://www.audit-it.ru/articles/finance/a106/868238.html
На мой субъективный взгляд, у вас не достаточно понимания, для того чтобы целесообразно и качественно занимать должность продакта. Не сочтите это за неуважение, я просто говорю как есть. Да, вы знаете что-то. Что-то слышали, что-то читали, что-то в интернете нашли. Но у вас слабое понимание. Отсутствие целесообразности. Много ошибок. Много бессмысленных и неверных действий. Да, может быть вам можно в какой-то степени претендовать на позицию джуна. Но точно не на какую-нибудь хорошую и качественную позицию.
И на мой взгляд, если уж и выставлять решение и передавать свой опыт. То тогда когда он качественный, чтобы не вводить в заблуждение людей.
С уважением.
Здесь ещё проблема в том, что продакт в принципе это все не должен делать.
Объем работы поражает, но по моему опыту, пока кто-то делает такое огромное тестовое задание, другому уже приходит оффер, потому что он в одном емэйле показывает свой подход / мысли.
Ну т.е. серьезно, здесь даже прототип в Figma есть. Было бы смешно, если работодатель сообщит, что решил дать оффер другому кандидату, потому что он сделал все вот это и при этом еще и закодил реальную аппку, с которой уже деньги компании капают :)
Но в любом случае думаю, что получился невероятно полезный материал для начинающих продактов. Даже я, если честно, никогда не задумывался о том, что Lean Canvas можно сделать в таком формате (сам его + бизнес-модель Остервальдера делал в Figma, но здесь в разы быстрее можно получить по сути то же самое).
Очень круто, спасибо за статью!
Плюсую. Автор молодец, очень подробный разбор, хорошее заполнение канваса и джобов. Но у меня всегда есть предубеждение к продактам, которые делают настолько все "на пятерку" (это не к автору, конечно же относится). Смущает по двум причинам :
1) пишешь про все методики разом, значит не знаешь, что лучше работает в данной ситуации
2) в реальной жизни нет столько времени, нужно быстро использовать самое эффективное решение (ну или хотя б проверенное), получить ответ и двигаться дальше. Исключение - разработка стратегии продукта, но тут явно не про вакансию СРО шла речь :)
Сергей, спасибо за обратную связь.
Как написал, задание заняло несколько часов, которые растянул на 2 дня. То, что указано в файле, это сами материалы, подход к тестированию гипотезы описан на одном листе в Word. Мне показалось, что людям будет интересно посмотреть именно практические материалы. Рад, что и вы нашли для себя полезные вещи)
Тестовые задания нужно делать из расчёта рыночной часовой ставки и по предоплате.
Комментарий недоступен
Евгений,
Подход к проверке гипотезы у меня расписан на одной странице, то, что в доксе - фактура. На счёт прототипа - в задании написано, что хотят увидеть прототип, который я сделал.
У меня был интересный опыт: когда искал работу, по, итогам собеседования в МФО мне предложили сделать вот такое "небольшое" тестовое:
—--—--—--—--—---
Задание №1:
https://drive.google.com/drive/folders/1HkTmbf_oBX52LGtdvvfrQvS_GbJroIwS?usp=sharing
· По сылке - архив с тестовыми данными (пароль к архиву George_davai)
· от тебя - сформировать максимум выводов и попробовать найти инсайты в данных
· За 2 часа там вполне можно почти всё найти , поэтому не скатывайся в усложнение
· суть задания найти максимум каких-то бизнесовых закономерностей
два пояснения
- идти от гипотез не стоит
- ряд закономерностей может быть намеренно заложен бизнесом, их, вероятно, не стоит выделять
Задание №2
Вы – руководитель digital-направления одного из сотовых операторов "большой четверки" (МТС, Билайн, Мегафон, Теле2). У вас миллионы пользователей, о которых вы получаете очень много данных (транзакции, трафик, интересы и т.п.)
Вам надо предложить идею нового продукта:
1. Идею какого продукта вы предложите?
2. Почему этот продукт будет востребован?
3. На чем продукт будет зарабатывать?
4. Как будете определять успешность продукта?
5. Есть ли аналог этого продукта на других рынках,
например в
US?
(напишите развернутый ответ, можно в виде презентации,
—--—--—--—-
Так вот, на работу со сводными таблицами я потратил уйму времени, а потом ещё сделал полноценный анализ, примерно как автор поста. Знаете какой итог?)
-"Спасибо за проявленный интерес, однако мы не готовы вас взять... "
Собес был на продакта, ЗП 80к, Новосибирск
Комментарий недоступен
Когда тестовые задания слишком объемные, это всегда подозрительно. Собеседовалась на редактора детских книг, дали штук пять заданий вроде "10 идей для книг по мультфильмам", "написать текст для книжки-малышки". Когда я спросила, не мошенники ли они, ответа не последовало 😁
Комментарий недоступен
Автору спасибо.
Результат выполненного задания - точно не ответ на вопрос "как проверить гипотезу".
Изложен набор азбучных истин, не имеющих отношения к вопросу.
Денис, спасибо за обратную связь.
Да, это только фактура, описание логики у меня на одном листе в ворде.
Вы молодец, проделали большую работу! В целом неплохо, но как можно было сделать лучше с точки зрения структуры:
- Начать описание не с лин-канваса, а с какой-то аналитики по рынку, проверить есть ли поисковые запросы в яндексе\appstore в этой тематике, сколько их, какая динамика. Какие проблемы есть вообще у людей с детьми касательно сна. Такая простая аналитика быстро поможет оценить и масштаб проблемы, и как люди ее решают сейчас и какие решения они ищут. Почитать отзывы на форумах, статьи в блогах из выдачи.
Дальше изучив с какими проблемами сталкиваются родители можно уже подготовить более менее качественные вопросы для интервью. Отобрать вопросы для интервью, обосновать почему вы будете задавать те или иные вопросы респондентам.
Провести интервью, в целом для тестового задания можно было успеть за пару дней провести хотя бы одно интервью, запись интервью приложить к тестовому заданию.
После этого, когда мы собрали достаточно информации уже можно сделать какие-то выводы - есть такая проблема у людей или нет. Если есть такая проблема, то изучить решения конкурентов, как они сейчас ее решают, оценить объем рынка и какую долю можно занять.
Затем уже предложить свой продукт и бизнес-модель. Вот тут уже использовать и показать ваши знания различных продуктовых фреймворков вроде JBTD и тд.
Сейчас например непонятно, почему ,было выбрано именно мобильное приложение, почему например не веб-сайт. Ведь может оказаться что основной трафик людей, которые ищут подобный продукт - в поисковиках, а не в поиске Appstore\Google Play.
После этого уже изучить каналы откуда можно привлечь трафик, оценить примерный CAC, посчитать юнит экономику. Можно попробовать настроить рекламу на фейк-страницу в appstore или контекстную рекламу на сайт чтобы точнее оценить САС для выбранной ниши.
Если видим, что есть канал в котором экономика сходится, то попробовать спроектировать прототип продукта исходя из требований и потребностей пользователя.
Ну а потом уже все оформить все в лин-канвас и отправлять инвесторам :))
Звоним маме первым делом и выясняем. Мама плохого не посоветует.
Потом я бы пошел тусить у садика и общаться с родителями и накидал табличку в Экселе
Или в магазине детских товаров, за опрос раздавал купоны на 200.
Прикинул бы статистику Алисы/аналогов по сказкам. Пообщался с педагогами.
А дальше надо смотреть )
Комментарий недоступен
Поставил плюсик только за то, что редкий человек знает правильное определение Customer Development. Как generative interviews стали в СНГ custdevo'ом не понятно...
Вам дали гипотезу проверить наличия "проблемы", а вы сразу решили собирать приложение по аудио-текстовым книгам. Почему?
Моя отсебятина: По моему опыту, например, детям больше предпочитают читать бумажные книги, что б и картинки и потрогать и т.п.
Стоит опросить мам на той же сибмаме "читаете ли вы детям перед сном" и "что читаете бумагу, цифру, даете аудиокниги", "как часто", "где берете", "до какого возраста читали" и т.п. Причем в варианте аудиокниг - это сразу вариант на отсечение скорей всего, т.к. это значит, что родитель перевешивает воспитание с себя на железку и ему по большому счету насрать на всю эту движуху.
Ну и про контент - а откуда и как? Создавать самим или лицензии или все таки магазин детских книжек, а не приложение?
В плане теории - интересный набор. Но в боевых условиях тратить 8 недель на подготовку очень дорого. Куда оптимальнее запилить условный фейкстор, сделать набор крео и запустить траф, чтобы посмотреть насколько CPI далек от среднего или наоборот лучше среднего (я так понимаю речь идет о прилке). Все равно все твои догадки и анализы сведутся к одному - реальному тесту. У плохих компания он происходит, когда продукт уже готов. У хороших - когда продукта еще нет.
Спасибо за обратную связь.
Если ориентируетесь на roadmap, который у меня на первой вкладке, то это лишь оценка. В боевых условиях я бы сгенерировал сегменты и вопросы для интервью, и пошел бы в исследования, которые можно за пару дней провести. Вы предлагаете тест с тратой денег, зачем? Посмотрите расчет экономики, там CPI - важная метрика, но не ключевая. Куда важнее подтвердить проблему, а не тестировать сразу что-то и тратить деньги.
Очень интересно, но не дочитал. Зато теперь знаю, где скачать "реферат" на собеседование по продакту.
Офтоп и имхо: Укладывать ребенка с приложением, в той или иной степени - так себе идейка. Проходили в разных форматах. Перешел на собственный "подкаст".
таки поддержу, это уровень воспитания через телевизор, странно ждать вложений денег от людей, которым насрать
Больше вопросов к руководителю, который формулировал тестовое задание.
С первой частью ок, ход мыслей по проверке гипотезы.
Но как это вяжется с юнит экономикой и прототипом решения. Какого решения? Юнит экономику чего считать? В Газпромбанке важно в тестовом показать как умеешь галлюцинировать, фантазировать?
Так оно и получилось, в тестовом одни фантазии, поэтому его реальная ценность равна нулю. То что показаны знания разных продуктовых инструментов, наверное, хорошо.
Автор, в комментариях пишет, что в боевом режиме было бы по-другому, зачем тогда в тестовом делать не как в боевом режиме?
А если реальной жизни руководитель скажет, что он хочет мобильное приложение для чтения книг, потому что верит в него. Автор разработает такой же файл и легко ли потом будет, например, не интерпретировать результаты интервью в пользу решения руководителя или сообщить, что его идея бул щит?
Неизвестно, мог ли автор сказать руководителю, что вторая часть тестового хрень и ее глупо делать не проверив гипотезу.
В общем вопросы к компетенциям руководителя.
Газпромбанк, нужно что-то менять.. Свяжитесь со мной.
Всегда стоит давать больше, чем от тебя ждут, будь то тестовое задание или бизнес. Так что логика Алексея понятна. Да, чуток оверкилл, но подход верный.
И отдельный лайк за смелость - выложил свое творчество в токсичную среду вэцэшечки :)
Антон, спасибо)
Да, хочется дать больше, но уже по прошествии времени понимаю, что можно было ужаться в некоторых местах. Тем более, что я работаю в банке и иду на позицию внутри банка, а детские сказки - это что-то новое для меня)
Комментарий недоступен
Мне кажется, что это возражение ради возражения?
Комментарий недоступен
Тестовое не было оплачиваемым.
По ЗП могу ответить в ЛС, плюс у вас комментарий был относительно всего тестового, я бы пообщался с вами.
Даже и представить не могла, сколько нужно информации раскрыть под таким заданием. Теперь ждем результата от работодателя.
Я в шоке от того, сколько вы сделали)
Просили же просто описать ход мыслей, а не делать прототипы в фигме)
Но описано достаточно подробно, вы молодец!)
Вся экономика рушится на неучтённой юридической очистки авторского контента
Видение проблемы поверхностное, но достаточное для иллюстрации владения методиками.
Спасибо за статью. И пусть ваши труды и старания будут оценены по достоинству.
У меня в COGS заложена только комиссия Apple, в детали не погружался, но туда же можно и заложить расходы на очистку авторских прав.
Очень впечатляет, буду изучать подробнее.
Успехов в получении новой должности!
Автор, спасибо за такое подробное тестовое. Именно как тестовое я не берусь его оценивать и не мне это делать, но сам подход очень много рассказывает о работе продакта в целом)
Комментарий недоступен
Получит офер, но видимо цель получить иной офер от тех, кто его и не ищет
дубль
Ох, спасибо за информацию! Как продакту из промышленности, такой взгляд в новинку
Ох, спасибо за информацию! Как продакту из промышленности, такой взгляд в новинку
даааа какой фигней все таки занимаются эти продакт менеджеры...
Говно же получилось, вы думаете люди это "схавают"?