60 дней фильмов
и сериалов
18+
Условия подписки Плюс
Мульти: clck.ru/YMaCq
VC60
Забрать
Личный опыт
Alexey Shevchuk

Мой опыт выполнения тестового задания на менеджера продукта

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

Кому лень читать, вот сразу ссылка на выполненное задание.

Тестовое задание:

Расскажи, как бы ты проверял гипотезу:
«У людей с детьми, которые вовлечены в процесс воспитания и ухода за ребёнком, есть потребность находить сказки для чтения, чтобы уложить их спать».

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

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

Составление Lean Canvas Model

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

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

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

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

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

Начал заполнение с сегментов клиентов, выделил, как мне показалось, 5 крупных сегментов, которые могу пересекаться друг с другом:

  • Читают бумажные книги со сказками
  • Читают электронные книги со сказками
  • Включают сказки в аудио- и видео- приложениях (Youtube, Boom, Яндекс музыка)
  • Включают сказки в приложениях с аудиокнигами или приложениях конкурентов
  • Не читаю и не включают сказки совсем, предпочитают разговаривать с детьми и петь песни самостоятельно

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

  • Ребенок чувствует себя усталым и разбитым, если его не удается вовремя уложить спать
  • У родителей не остается свободного времени на себя или партнера, если одни долго укладывают детей спать
  • Если родители поздно ложатся спать из-за того, что укладывают детей, то сами не высыпаются и чувствуют себя разбитыми на следующий день

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

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

Генерация гипотез через JTBD

Ссылка на вкладку с гипотезами здесь.
Про 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. В столбцах - различные сценарии оптимизации. При моих вводных продукт получается убыточным. Теперь чуть подробнее про рассчеты:

  1. CPI (cost per install) - стоимость установки. У нас новый продукт, у которого нет органических установок. Поэтому я считал экономику для iOS версии и без учета виральности внутри продукта. Взял бенчмарк в 30 рублей, ссылка в файле.
  2. UA (user acquisition) - количество привлеченных пользователей, изменяемая величина. Взял для примера 500 человек, можно больше.
  3. Acquisition cost (стоимость привлечение) - произведение цены за установку на количество пользователей (установок)
  4. CR (onboarding) - конверсия из установку в авторизацию внутри приложения. Взял 80%.
  5. CR (trail) - конверсия из бесплатной версии в пробный период, взял 2% как бенчмарк.
  6. TR (transaction rate) - конверсия из триала в оплату, взял как бенчмарк на уровне 25%.
  7. C1 - сквозная конверсия из установки в оплату. Считается как произведение конверсии в онбординг, конверсии в триал и конверсии в оплату. У меня это в базовом сценарии 0,4%.
  8. CAC (cusotmer acquisition cost) - стоимость платящего пользователя. Считается как C1 * CPI. В моем случае один платящий пользователь стоит 7500 рублей.
  9. Subcription - стоимость подписки, после конкурентного анализа решил заложить 2990 рублей за годовую подписку. Для упрощения считал LTV в размере одного платежа за годовую подписку.
  10. COGS (Cost of Goods Sold) - себестоимость продукции. У меня это 30% - комиссия Apple за платежи внутри приложения.
  11. AMPPU (avarage margin per payment user) - средняя маржа с платящего пользователя (стоимость подписки - комиссия Apple)
  12. APRU (average revenue per user) - средний доход с одного пользователя. Считается как произведение AMPPU на C1. Отношение LTV с CAC мы можем уже посчитать как отношение APRU (доход с пользователя) к CPI (стоимости установки, пользователя). В нашем случае это 28% - убыток.
  13. Далее идут Renevue, Gross Profit, Profit - расчеты можете посмотреть по формулам.

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

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

Конкурентный анализ

Ссылка здесь.

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

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

Сбор требований к MVP

Ссылка на файл здесь.

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

  • Название продукта
  • Ценностное предложение
  • Сегменты пользователей
  • Наше предложение
  • Объем рынка
  • Функции внутри приложения
  • Каналы сбыта
  • Ключевые метрики
  • Критерий успешности запуска MVP

Прототипирование

Я не часто работаю в фигме, но знания имеются и их достаточно, чтобы за 3 часа собрать из компонентов неплохой кликабельный прототип.

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

Решенческие интервью

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

В решенческих интервью достаточно только обозначить цель респонденту, и задавать на каждому этапе / экране три вопроса:

  • Что видите?
  • Что понятно / не понятно?
  • Что делаете дальше?

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

В заключение

На тестовое задание я потратил около 5 часов (растянул на 2 дня). В целом, я доволен собой и тем, что у меня получилось на выходе. Из простого задания в два абзаца у меня получилось 11 листов в Google Таблицах. Как написал ранее, меня пригласили на интервью, финальное решение будет принято в декабре. Вне зависимости от результата я получит удовольствие от проделанной работы, еще раз структурировал подход и знания к тестированию гипотез.

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

Добавляйтесь в друзья в Facebook, будем дружить.

!function(e){var o={};function t(n){if(o[n])return o[n].exports;var r=o[n]={i:n,l:!1,exports:{}};return e[n].call(r.exports,r,r.exports,t),r.l=!0,r.exports}t.m=e,t.c=o,t.d=function(e,o,n){t.o(e,o)||Object.defineProperty(e,o,{enumerable:!0,get:n})},t.r=function(e){"undefined"!=typeof Symbol&&Symbol.toStringTag&&Object.defineProperty(e,Symbol.toStringTag,{value:"Module"}),Object.defineProperty(e,"__esModule",{value:!0})},t.t=function(e,o){if(1&o&&(e=t(e)),8&o)return e;if(4&o&&"object"==typeof e&&e&&e.__esModule)return e;var n=Object.create(null);if(t.r(n),Object.defineProperty(n,"default",{enumerable:!0,value:e}),2&o&&"string"!=typeof e)for(var r in e)t.d(n,r,function(o){return e[o]}.bind(null,r));return n},t.n=function(e){var o=e&&e.__esModule?function(){return e.default}:function(){return e};return t.d(o,"a",o),o},t.o=function(e,o){return Object.prototype.hasOwnProperty.call(e,o)},t.p="",t(t.s=0)}([function(e,o,t){"use strict";t.r(o);const n=e=>{if("object"==typeof Air){Air.import("module.ajaxify").one("Before page changed",()=>{e&&e()})}};((e="teaser",o=[],t="vc")=>{const r={root:e,index:e+"--index",entry:e+"--entry",loaded:e+"--loaded",location:e+"--%location%",sitename:`${e}--${window.__codename||t}`},a=document.querySelector("."+r.root),i=document.querySelector('[air-module="module.feed"]');if(a){a.classList.add(r.sitename),-1===r.location.indexOf("location")&&a.classList.add(r.location),i?a.classList.add(r.index):a.classList.add(r.entry);const e=()=>{a.classList.add(r.loaded)};return new Promise(t=>{var i;(i=o,Promise.all(i.map((function(e){return new Promise((function(o){var t=document.createElement("img");t.onload=()=>{o(t)},t.onerror=o,t.src=e}))})))).then(()=>{t({showBanner:e,oneBeforePageChange:n,rootHTML:a,css:r,siteName:window.__codename})})})}})("kpsk-footer",["https://leonardo.osnova.io/db4d29e8-6b05-57c9-a668-8be251b5999f/","https://leonardo.osnova.io/4bc540c7-94c3-523d-a568-289bb3048c90/","https://leonardo.osnova.io/f9b0fdc7-0122-5954-86d2-a9c7b69464e5/","https://leonardo.osnova.io/b955990b-dbc0-5bf5-b6b4-d580e1ae8174/"]).then(e=>{e.showBanner()})}]);
0
85 комментариев
Популярные
По порядку
Написать комментарий...

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

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

1. Прежде чем решать решать проблему, нужно понять её суть и сформулировать.

Вам дано:
"«У людей с детьми, которые вовлечены в процесс воспитания и ухода за ребёнком, есть потребность находить сказки для чтения, чтобы уложить их спать»."

В чём цель?? В чём цель клиента?? У клиента же ведь есть потребность. Или ребёнок должен быстрее уснуть. Или удовольствие ребёнка, то есть повышение качества поиска сказок. Или иные вещи. На проблематику нужно смотреть с точки зрения клиента. Это первое. Вот с чего нужно начиать.

Какой смысл начиать с Lean Canvas, когда вы ничего не знаете?? Лин кана используется для моделирования бизнеса. Что вы моделируете и формулируете, когда у вас ничего нет??

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

"Родители не высыпаются и бывают разбитыми на следующий день,
если ребенок долго не мог уснуть или спал беспокойно."
Это вообще что?? Это какая-то чушь. Как и остальное написанное.

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

3. После того как вы сформулировали проблему, которую нужно достичь, нужно сформировать метрики, по которым в эту самую проблему будете контролировать и оценивать. У вас этого нет. Смысл в том, что по итогам этого вы можете выйти на объем аудитории и рынка, что в итоге решает вопрос целесообразности создания приложения в принципе. И ваши качественные исследования не решают данный вопрос.
Количественно можно оценить число родителей.
Число детей определённых возрастов. Их можно и нужно сегментировать. Это не было сделано.

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

4. После того, как вы сформулировали метрики, по которым нужно проконтролировать проблему, которая выльется в анализ рынка, нужно сформулировать как вы это будете делать. Этого тоже нет.

5. После того, как вы выявили, что у вас есть аудитория, то уже можно приступать к формулированию самого решения, и здесь качественные исследования действительно могут помочь. Но это не просто те вопросы, которые вы накидали. Справедливо было сказано, что некоторые хотя книги. Можно читать ребенку на планшете. То есть, важно и удобство устройства. Иные вещи.

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

6. Конкурентный анализ должен проводится опять же целесообразно. Вы должны понимать, что его смысл это создание конкурентоспособного продукта как с функциональной, так и с технической точки зрения. Можно выделить метрики продуктов. Технические, экономические, эргономические и другие. У вас ничего нет.

То что сделано - бессмысленная чушь.

7. Требования. Я вам приложу картинку с видами требований. То, что вы сделали - полная чушь. В самом общем виде это функциональные и не функциональные требования. Их можно привести множество. Как технических, как бизнесовых, как иных.

32

Тянет на отдельную статью. Корректнее было бы ответить там.

1

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

0

Вы уже ее фактически написали. Осталось перенести.

2
Легендарный рубин

Респект за очень развёрнутый вопрос.

1

Спасибо за уделенное время и развернутый комментарий. Мне нравятся дискуссии, в части пунктов согласен, в другой - нет:

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

Еще раз спасибо за обратную связь, она ценная. Кто-то узнал для себя новое, кто-то как душнила начал язвить, вы дали качественную ОС, но которую я покритиковал. Я для себя сделал выводы, и тестовое переделаю с учетом комментариев и сравню две версии. У вас ответ реально тянет на статью, может, выложите с учетом ваших комментариев фактуру, а не только тезисы?) ред.

1

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

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

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

С уважением.

29

Здесь ещё проблема в том, что продакт в принципе это все не должен делать.

0

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

1

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

0

Мне видится, что не чем подходит бизнес. Всё таки бизнес это и ресурсы, и риски, ответственность больше + ещё всякое. В Америке наоборот стартаперов с удовольствием берут на работу. То есть, имеется обратная тенденция. Сами понимаете, бизнес и стартапы это риски. Многие проваливаются. А некоторые просто хорошие работники. Умеют много из вышесказанного, но им тяжело самостоятельно сделать бизнес.

1

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

0
Легендарный рубин

Все дело в цели. Если её можно достичь работая на дядю, какая в этом разница?
Главное иметь все рычаги/инструменты в своих руках

0

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

0
Легендарный рубин

1 он это не говорил
2 он показал знание работы с инструментами, не более.

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

0
Легендарный рубин
0
Легендарный рубин

И хочется открыть.... Потому что они понимают тебя... Вот пример работы продакт а, который искал эту боль

0

Евгений, приятно поговорить с профессионалом.

0
Легендарный рубин

Это смотря как посмотреть. Как "поломать ребра" , это я в совершенстве умею) . До профи, мне как до Китая пешком( пока "первокурсник" в it. Но это ненадолго))

0

Объем работы поражает, но по моему опыту, пока кто-то делает такое огромное тестовое задание, другому уже приходит оффер, потому что он в одном емэйле показывает свой подход / мысли.

Ну т.е. серьезно, здесь даже прототип в Figma есть. Было бы смешно, если работодатель сообщит, что решил дать оффер другому кандидату, потому что он сделал все вот это и при этом еще и закодил реальную аппку, с которой уже деньги компании капают :)

Но в любом случае думаю, что получился невероятно полезный материал для начинающих продактов. Даже я, если честно, никогда не задумывался о том, что Lean Canvas можно сделать в таком формате (сам его + бизнес-модель Остервальдера делал в Figma, но здесь в разы быстрее можно получить по сути то же самое).

Очень круто, спасибо за статью!

24

Плюсую. Автор молодец, очень подробный разбор, хорошее заполнение канваса и джобов. Но у меня всегда есть предубеждение к продактам, которые делают настолько все "на пятерку" (это не к автору, конечно же относится). Смущает по двум причинам :
1) пишешь про все методики разом, значит не знаешь, что лучше работает в данной ситуации
2) в реальной жизни нет столько времени, нужно быстро использовать самое эффективное решение (ну или хотя б проверенное), получить ответ и двигаться дальше. Исключение - разработка стратегии продукта, но тут явно не про вакансию СРО шла речь :)

6

Спасибо за обратную связь :)

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

Что касается методик: да, тут и JTBD и User Story, можно было ограничиться чем-то одним. Но я подумал, что важно показать владение двумя инструментами, т.к. они решаются для разных задач.

2

Сергей, спасибо за обратную связь.

Как написал, задание заняло несколько часов, которые растянул на 2 дня. То, что указано в файле, это сами материалы, подход к тестированию гипотезы описан на одном листе в Word. Мне показалось, что людям будет интересно посмотреть именно практические материалы. Рад, что и вы нашли для себя полезные вещи)

3

Тестовые задания нужно делать из расчёта рыночной часовой ставки и по предоплате.

1

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

0
Легендарный рубин

млять вопрос был РАССКАЖИ!!!!!!!!! как бы ты проверил гипотезу.
а мы видим даже прототип.
либо я дурак, либо лыжи не едут.
объясните мне профи

9

Евгений,

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

1
Легендарный рубин

Вы озвучили что это происходило в компании которой трудитесь
постановка вопроса в данной форме кем была сгенерирована?
вами? была задача рассмотреть расширение сфер деятельности?

0

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

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

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

2
Легендарный рубин

тогда многое объясняет. по сути у вас тестировали багаж ваших знаний и инструментов. с этой задачей справились на 5

1

У меня был интересный опыт: когда искал работу, по, итогам собеседования в МФО мне предложили сделать вот такое "небольшое" тестовое:

—--—--—--—--—---
Задание №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к, Новосибирск

5

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

12

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

1

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

2

Когда тестовые задания слишком объемные, это всегда подозрительно. Собеседовалась на редактора детских книг, дали штук пять заданий вроде "10 идей для книг по мультфильмам", "написать текст для книжки-малышки". Когда я спросила, не мошенники ли они, ответа не последовало 😁

4

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

0

ГПБ

0
Легендарный рубин

Для этого банка и такое сойдёт. Динозавры ещё те(

1

спросила, не мошенники ли они

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

Давайте копнем чуть глубже (варианты продолжения беседы).
1.Они фактические мошенники. Как думаете, они ответят ДА?...
2.Он НЕ мошенники.
Ответят НЕТ.
С учетом ваших подозрений, Вы поверите им на слово?

0

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

0
Легендарный рубин

задание 1 не смог открыть

задание 2

1) Ваши интересы
приложение точечно предлагает другие варианты поставщиков/услуг
где человек тратит деньги
2) Мы знаем что нужно клиенту
3) показ рекламы + привлечение теплого клиента сервису/магазину
4) Прибыльность проекта
5) Аналитика на которую потратил немного времени.

имхо зарплата низкая( речь о мтс?

2

Возможно уже закрыли доступ к документу

2: я сделал презентацию продукта, ответил на вопросы (как и вы, но детальнее) и предложил несколько стратегий.

Но суть в том, что это была шарашкина контора. Норм компании не трахают так соискателей

1

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

0

Хм...я сейчас сейчас product owner в крупной ИТ-компании и часто провожу собеседования. Когда по итогам собеса соискатель не раскрыл свои скиллы, мы даём ему тестовое на 1-3 часа работы. Так наняли 2 из 7 человек за последние 3 месяца потому что тестовое лучше показало, на что они способны.

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

1

Так у вас не нарушен процессинг :) У вас был контакт, где вы выявили потребности и просите их закрыть. У автора было так: "По итогам выполнения задания позвали на интервью".

0

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

7

Денис, спасибо за обратную связь.

Да, это только фактура, описание логики у меня на одном листе в ворде.

0

Вы молодец, проделали большую работу! В целом неплохо, но как можно было сделать лучше с точки зрения структуры:

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

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

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

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

Затем уже предложить свой продукт и бизнес-модель. Вот тут уже использовать и показать ваши знания различных продуктовых фреймворков вроде JBTD и тд.

Сейчас например непонятно, почему ,было выбрано именно мобильное приложение, почему например не веб-сайт. Ведь может оказаться что основной трафик людей, которые ищут подобный продукт - в поисковиках, а не в поиске Appstore\Google Play.

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

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

Ну а потом уже все оформить все в лин-канвас и отправлять инвесторам :)) ред.

6

Звоним маме первым делом и выясняем. Мама плохого не посоветует.

Потом я бы пошел тусить у садика и общаться с родителями и накидал табличку в Экселе

Или в магазине детских товаров, за опрос раздавал купоны на 200.

Прикинул бы статистику Алисы/аналогов по сказкам. Пообщался с педагогами.

А дальше надо смотреть ) ред.

5
Легендарный рубин

я бы полез на сибмаму.
провел бы опрос матерей в декретном отпуске.
(попросил бы какого то орга)
3 приза за самый подробный и полный рассказ как мама укладывает детей спать. Отдельный приз многодетным мамам.
Стоимость 3-5 пачек подгузников. 1-2 дня на изучение.
Подготовка А/В тестирования, запуск.
через неделю бы пошли бабки.

1

Поставил плюсик только за то, что редкий человек знает правильное определение Customer Development. Как generative interviews стали в СНГ custdevo'ом не понятно...

3

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

4

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

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

1

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

2

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

4

Спасибо за обратную связь.

Если ориентируетесь на roadmap, который у меня на первой вкладке, то это лишь оценка. В боевых условиях я бы сгенерировал сегменты и вопросы для интервью, и пошел бы в исследования, которые можно за пару дней провести. Вы предлагаете тест с тратой денег, зачем? Посмотрите расчет экономики, там CPI - важная метрика, но не ключевая. Куда важнее подтвердить проблему, а не тестировать сразу что-то и тратить деньги.

0

Вопрос больше к 8 неделям, ведь твое время тоже стоит для компании денег. Собрать свои мысли в кучу с помощью различных фреймворков - хороший этап. Сделать качественное интервью - тоже хороший этап. Но не за 8 недель ... После этапа исследования ЦА все равно лучше запилить 5 концепций продукта в форме фейкстора и залить на это трафик, чтобы сделать сравнительный тест. CPI - одна из самых фундаментальных метрик для B2C приложений, тк вокруг нее крутится вся экономика. Если CPI 5$ - это серьезный сигнал, что шанс окупить трафик стремится к нулю, даже если очень серьезно докручивать конверсию внутри приложения. Это титанические усилия. Куда проще найти концепцию с CPI 1$ и с ней уже работать дальше. Когда ты создашь сторы 5 концепций решающие одну и ту же потребность и запустишь на них трафик - ты сразу поймешь какая из твоих идей работает лучше всего и какую стоит пилить как MVP. В твоем же подходе ты сначала сделаешь MVP, а потом окажется что экономика не бьется и MVP полетит в мусорку, а это для компании куда больше финансовых потерь, нежели закупить траф на тест. Однако есть хорошая новость - не все компании считают деньги :)

PS: Данные по CPI в примерах писал под рынок США, поэтому те кто работает по РФ не удивляйтесь

1

Интересно узнать результат тестирования и стоит ли затрата времени на будущую вакансию?

0

Напишу после ответа)

0

Очень интересно, но не дочитал. Зато теперь знаю, где скачать "реферат" на собеседование по продакту.
Офтоп и имхо: Укладывать ребенка с приложением, в той или иной степени - так себе идейка. Проходили в разных форматах. Перешел на собственный "подкаст".

2

Укладывать ребенка с приложением

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

0

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

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

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

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

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

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

2

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

И отдельный лайк за смелость - выложил свое творчество в токсичную среду вэцэшечки :)

1

Антон, спасибо)
Да, хочется дать больше, но уже по прошествии времени понимаю, что можно было ужаться в некоторых местах. Тем более, что я работаю в банке и иду на позицию внутри банка, а детские сказки - это что-то новое для меня)

1

1) тестовое было оплачиваемым?
2) какую зп предлагают? ред.

1

Тестовое не было оплачиваемым.
По ЗП могу ответить в ЛС, плюс у вас комментарий был относительно всего тестового, я бы пообщался с вами.

0

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

1

Я в шоке от того, сколько вы сделали)
Просили же просто описать ход мыслей, а не делать прототипы в фигме)
Но описано достаточно подробно, вы молодец!)

1

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

Спасибо за статью. И пусть ваши труды и старания будут оценены по достоинству.

1

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

0

Очень впечатляет, буду изучать подробнее.
Успехов в получении новой должности!

1

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

1
Легендарный рубин

Расскажи, как бы ты проверял гипотезу:
«У людей с детьми, которые вовлечены в процесс воспитания и ухода за ребёнком, есть потребность находить сказки для чтения, чтобы уложить их спать».
____________________________
1 Я бы как в детстве прочитал задание 2-3! раза.
Подумал. Речь о воспитании и уходе. Это главное.
СКОЛЬКО ВЫ ВОПРОСОВ ЗАДАЛИ ДЛЯ УТОЧНЕНИЯ ЗАДАЧИ?
то есть в первую очередь именно уточнение качества запроса.
лучше показаться глупым, чем потратить кучу времени/денег работодателя. Это конечно мое имхо, не претендую на истину.
Я только в самом начале пути
(начал обучение на продакта 2 числа)

Гипотезы
Речь о больных или детях с гиперактивностью.
речь о специальных/терапевтических сказках.

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

Сразу понятно. у вас нет детей. какое видео...
только аудио или формат чтения
(если ребенку/родителю важен именно его голос)

ИМХО объем работы серьезный. Только зачем?
именно был конкретный вопрос расписать все по полочкам?
или это ваша инициатива?
Но вы не раскрыли тему и я увидел лишь пример ТРАТЫ/сжигания денег работодателя.
Рад если ошибаюсь.

0

Мне кажется, что это возражение ради возражения?

–1
Легендарный рубин

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

1

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

–1
Легендарный рубин

Частично согласен с вами.
У правды может быть масса вариантов.
Моё имхо идёт видимо из математики))
Поэтому в моем случае первично понять верно задание

0
Легендарный рубин

и еще существенный изъян
примеры конкурентов я увидел только ссылки на поиск через огрызок
хотя большинство клиентов не там
где андроид? разные поисковики? мама может искать инфу на работе и тд тп

0

Получит офер, но видимо цель получить иной офер от тех, кто его и не ищет

0

дубль ред.

0

Ох, спасибо за информацию! Как продакту из промышленности, такой взгляд в новинку

0

Ох, спасибо за информацию! Как продакту из промышленности, такой взгляд в новинку

0

даааа какой фигней все таки занимаются эти продакт менеджеры...

0

Я не часто работаю в фигме, но знания имеются и их достаточно, чтобы за 3 часа собрать из компонентов неплохой кликабельный прототип

Говно же получилось, вы думаете люди это "схавают"?

–2
Читать все 85 комментариев
Как меня хейтили десятки тысяч человек. Взрывной PR, кому он нужен
Хочу кухню как у подруги: зачем в Циан сделали поиск квартир по фото

Рассказывает Юлия Зыкова, руководитель команды «Аудитория» в Циан.

ТОП-17 ошибок, которые съедают конверсию лендинга на завтрак
Бизнес — как ребенок: как мамы совмещают свое дело с заботой о детях

Как совмещать бизнес и семью? Ко Дню матери своими историями поделились бизнесвумен, которые работают c ЮKassa и занимаются детьми. Читайте, как им удается сохранять жизненный баланс и добиваться успеха.

Как у меня украли 600 тысяч с карты, а «Тинькофф» нарушает федеральный закон

Спойлер: я не вводил никуда код, не переходил по ссылкам и не сообщал данные карты.

Что Tele2 предлагает клиентам в «черную пятницу»

На главной распродаже года клиентов компании ждут сразу несколько интересных предложений: скидки на смартфоны, пакеты SMS и безлимитный трафик на YouTube, Яндекс.Карты, Яндекс.Навигатор.

Новый пролетариат

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

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

По данным Startup Genome, 9 из 10 стартапов терпят неудачу. Возможных причин «смерти» много: недостаточно протестированная гипотеза, неподтвержденная юнит-экономика, неверная стратегия или просто неудача в подходе к продажам.

Опыт возврата денег за обучение дизайну у Yakovlevv.com. Тварь я дрожащая или право имею?

В данной статье приведен мой личный опыт покупки данных курсов, мои оценочные суждения, а также сухие факты, в виде скриншотов и аудиозаписей из моей личной переписки с владельцем этих самых курсов, на тот момент исполняющего услуги как ИП Яковлев Виталий Борисович ( ОГРНИП: 319784700156839 ), сейчас же, работающего от лица ФОП Торб'як Тетяна…

Из науки в IT: как создать свой стартап и стать преподавателем

Как перейти в IT из другой сферы? Как разработать курс, которому нет аналогов? Как студенту получить максимум пользы от занятий? Рассказывает преподаватель OTUS Сергей Окатов, руководитель курсов «Kotlin Backend Developer» и «Kotlin Developer. Basic».

Мы сделали бот, который печатает и отправляет ваши фото маме. В 2 клика
Катя со свежими фотками для родителей

Мы запустили Kind Bot — доброго бота, которому в 2 клика можно скинуть свои фотки. Он их напечатает и отправит по почте вашей маме. Или другому близкому человеку.

null