Как сделать свой Pet Project: реальный пример и подробный гайд

Эту статью мы написали вместе с Камиллой, продакт-менеджером.

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

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

Эта проблема знакома всем людям, которые меняют профессию. И сегодня мы расскажем, как ее решить через Pet Project.

Эта статья состоит из двух блоков. В первом Камилла рассказывает, как создавала свой Pet Project — приложение Capoeira Daily. Во втором мы даем пошаговый гайд по созданию своего проекта. Каждый шаг рассматриваем на примере проекта менеджера по продажам Марты.

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

Зачем нужен Pet Project

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

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

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

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

Как создавался Capoeira Daily

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

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

Если бы этот проект делался в компании или на заказ, он бы стоил около 13000$, а мы сделали примерно за 3000$ и задействовали больше 15 человек.

Идея проекта: апрель - май 2019 

Поиск идеи 

Я занимаюсь капоэйрой около одиннадцати лет. В апреле 2019 мой тренер Тимур спросил, не знаю ли я кого-то, кто может реализовать его идею с приложением. А я как раз тогда думала сделать свой Pet Project. 

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

Сразу скажу, что капоэйра — очень необычный спорт. Это бразильское боевое искусство, где есть удары, танцевальные и акробатические движения. Есть живая музыка (национальные инструменты: барабаны, беримбау, пандейро) и пение. Если какой-то аспект убрать, хорошей капоэйры не получится. Поэтому капоэйристы учатся всему.

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

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

— обучение капоэйре с проверкой движений нашими тренерами

— онлайн-сдача зачетов на получение пояса с геймификацией и другими фичами

— социальная сеть для капоэйристов

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

Почему выбрали именно эту идею

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

2. Похожие фитнес-приложения уже были на рынке. Мы могли подсмотреть хорошие решения.

3. У нас была потенциальная аудитория. У самого популярного приложения капоэйры в Google Play — 100 тысяч скачиваний. Для нас этого было достаточно.

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

Наши цели

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

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

3. Внести свой вклад в развитие капоэйры. Это более философская цель. Нашим преподавателям важно делиться знаниями с другими.

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

Fun fact: Через неделю после нашего релиза вышло еще одно приложение с программой тренировок по капоэйре. Наше приложение было бесплатным, а у конкурентов стоило 90$ в месяц. Так что мы здорово кого-то подставили :)

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

Круг состоит из пяти веток-программ: техника движений, взаимодействие с партнером, скорость ударов, акробатика и стойки на руках. 

В каждой ветке-программе пять уровней: от новичка до мастера. Например, на уровне новичка надо стоять на руках у стенки, а в мастере — сделать стойку "бэк" с прогибом в спине.

В каждом уровне — 21 день упражнений, после чего пользователь переходит на следующий уровень.

Проблемы, которые вскрылись потом

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

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

Поиск команды и дизайн: июнь - август 2019

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

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

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

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

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

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

Проблемы, которые вскрылись потом 

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

2. Дизайн приложения нужно делать отдельно для iOS и для Android. Дело в том, что на Android нужны менее скругленные элементы и другие иконки. Мы же сделали дизайн только для iOS и решили, что под Android адаптируем позже. 

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

3. У нашего дизайнера была почасовая оплата. Почасовая работа хороша для исполнителя — сделал, получил оплату за отработанные часы и свободен. А формат проектов выгоднее заказчику. Есть уверенность, что исполнитель никуда не денется и всегда ответит на твои вопросы.

Когда пошла разработка, дизайнеру уже было не так интересно заниматься проектом. До него стало сложно достучаться, да и час работы стоил больше 25$. Мне было дешевле и проще самой научиться рисовать в Figma и поправлять мелочи в дизайне.

Разработка: сентябрь 2019 - декабрь 2019

Разработка, которая ни к чему не привела

Разработчик получил дизайн и начал работу. Мы встречались с ним несколько раз и в основном обсуждали проект в Telegram. Я не контролировала его работу: раз он делает и бэк, и фронт, то нет смысла просить показать процесс. Я доверяла его словам и ждала что-то готовое.

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

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

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

Так мы потеряли три месяца.

Новая команда

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

От того, чтобы забросить приложение, удерживали три вещи: мое обещание Тимуру, потраченные деньги на дизайн и желание реализовать идею.

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

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

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

В итоге мы нашли команду:

1. Двух братьев Android-разработчиков. Всю работу делал менее опытный младший брат, а старший контролировал и давал фидбек.

2. IOS-разработчика, который хотел научиться работать с видео и заинтересовался нашими тренировками.

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

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

Проблемы, которые вскрылись потом

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

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

2. Нужно было сделать награды внутри приложения. Я попросила нового дизайнера нарисовать их, имея только механику раздачи, например, “7 тренировок подряд”, “Тренировка рано утром”.

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

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

Проверка работоспособности программ: январь 2020

За декабрь мы поняли, как правильно снимать видео, и отсняли несколько программ тренировок с разными уровнями сложности. После этого мы решили протестировать, насколько хорошо люди воспринимают наши видео и комментарии к движениям. Ведь в приложении нет звука — записывать 750 видео с объяснениями на трех языках нереально долго и сложно.

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

Чтобы проверить тренировки, мы объявили в группе нашей школы, что ищем по 5-6 новичков и опытных капоэйристов для участия в новом марафоне. Я не успела вовремя остановить набор, и пришло 17 человек.

Условия были такие: каждый день я присылаю в WhatsApp несколько последовательных упражнений с названиями и комментариями. После выполнения тренирующийся пишет “сделано”, и я высылаю задание для следующего дня. 

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

В итоге, мы выяснили следующее:

1. Нашей разминки оказалось недостаточно. Для некоторой акробатики требуется сложная и специфическая разминка (мостики, длительный разогрев). На нее уходит много времени, и такое видео весит очень много. Если уровень в приложении весит 50 мб, то разминка добавляет к нему еще 70-100 мб. Мы не могли добавить ее в приложение. 

Мы пришли к компромиссу — убрали разминку и вставили перед каждой тренировкой онбординг: “Тщательно разминайтесь перед каждой тренировкой. Попрыгайте, побегайте в течение 10 минут”.

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

3. Многие на марафоне занимались не каждый день и заканчивали его за 30-40 дней вместо 21. Мы поняли, что люди не будут тренироваться в приложении ежедневно, и нужно поменять механику выдачи достижений.

На тот момент мы выдавали достижения за пройденные дни тренировок: "10 тренировок”, “5 дней подряд”. Если бы пользователь усердно занимался 100 дней подряд, а потом заболел и пропустил один день — счетчик бы обнулилися. После такого хочется выругаться и удалить приложение.

Чтобы не демотивировать пользователей, мы заменили “n дней подряд” на “n недель подряд”. Теперь можно было заниматься хотя бы один раз в неделю и не прерывать путь.

Продолжение разработки: февраль-март 2020

Смена разработчика бэка

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

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

Работа с контентом

Мы отсняли 3 из 25 модулей и начали думать, как эти видео сжимать. Мы зацикливали видео, если движение длилось 5 секунд. Но 30-секундные видео весили больше, и их нужно было сжимать.

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

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

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

Поиск хостинга

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

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

Альфа-тест: апрель 2020

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

Чтобы проверить больше программ, мы все-таки отсняли несколько модулей дома. Всем, кто принимал участие в январском марафоне, я предложила первыми попробовать приложение. Единственное условие — участники пройдут первую тренировку при мне. 

Это было небольшое UX-тестирование: я звонила по зуму или скайпу с включенным видео, кидала участникам установочный файл приложения и смотрела экран их телефона через TeamViewer и QuickSupport. Таким образом, я видела и реакцию людей, и их действия в приложении.

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

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

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

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

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

5. У некоторых людей не открывалось видео в приложении. Мы долго пытались понять, почему, и выяснили две проблемы:

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

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

Fun fact: В какой-то момент альферы засигналили, что все сломалось. Это у разработчика бэка кончилась оплата за интернет в квартире, где стояла локальная машинка.

Доработки: май 2020

Разные языки

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

А вот с португальским были проблемы. У Тимура португальский был свободный, но он не был уверен в своей грамматике. Мой португальский был и несвободный, и грамматически неправильный. 

Я попросила помощи у репетитора по португальскому. Она посчитала стандартную плату за слова, получилось 1500$ за перевод приложения. Мы сказали, что как-нибудь справимся сами.

У нас была еще одна знакомая-тренер. Она вызвалась помочь и перевела интерфейс и два модуля. Ей было сложно переводить, так как она не была нейтивом. Поэтому я договорилась со знакомой бразильянкой, которая учится в Москве на переводчика. Она перевела все примерно за 150$, так как ей было интересно и хотелось сделать вклад в развитие капоэйры.

Настройка аналитики и покупка аккаунтов в Google Play и App Store

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

Теперь надо было загрузить приложение в сторы. Если в Android можно ставить приложение на любое устройство, просто пересылая файл apk, то с Apple так не получится. Чтобы раскатить версию на тестировщиков, нужен аккаунт. Сначала мы все делали через аккаунт нашего разработчика, но потом решили, что пора купить свой. 

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

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

Чтобы добавить свое приложение в App store, нам потребовалось 2 месяца, 3 аккаунта, несколько покупок в App store и тонна переписок с поддержкой. Когда мой друг столкнулся с такой же проблемой, я написала для него инструкцию по регистрации аккаунта, которая сэкономила ему силы и время.

В итоге, мы купили аккаунты в Google Play и Apple. В мае уже можно было снимать видео в зале, и мы активно доснимали программы.

Бета-версия и доработки: июнь - август 2020

Запуск приложения в Google Play и App Store

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

Ведение аккаунта в Instagram

Мы запустили приложение, теперь его нужно было продвигать. Среди капоэйристов мы написали уже всем друзьям из всех стран. Теперь нужно было делать аккаунт в Instagram, оформлять его и таргетировать.

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

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

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

Релиз оставшихся программ: сентябрь - октябрь 2020

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

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

Мы получали очень много отзывов. Пользователи активно ставили оценки, писали на почту, в Instagram и участвовали в жизни приложения.

Кто-то помогал тестировать разблокировку на Украине, находил опечатки и некорректные переводы в приложении. Один пользователь предложил помощь в доработке оффлайн-доступа, а другой вызвался перевести контент на испанский.

На данный момент

1. У нас больше 10 тысяч скачиваний на Android и 18 тысяч скачиваний за все время.

2. 1.5 тысячи скачиваний на iOS. В Бразилии соотношение пользователей iOS/Android примерно 10/90.

3. 110-150 скачиваний в день (20-30 остаются, но большинство удаляет).

4. 250 человек в день начинают тренировку, а 150 — заканчивают.

5. Ретеншн открытия приложения и прохождения тренировок держится стабильно весь год на плато в 7-8% на тридцатый день. Я считаю, раз есть плато, значит есть и product-market fit :)

6. Больше всего тренирующихся — новички из Бразилии.

7. Думаем про подписку на оффлайн-доступ. Не с целью заработать (мы все равно не окупим затраты), а для того, чтобы поэкспериментировать с монетизацией. Если появится монетизация, займемся и продвижением. Тем более, текущий результат достигнут только через сарафанное радио.

Проблема, которая вскрылась потом

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

Теперь у нас есть алгоритм действий. Далее мы рассмотрим каждый шаг подробнее на примере Марты и ее Pet Project.

Гайд по созданию своего проекта

Найдите идею

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

1. Эта тема вам интересна, эта проблема вас волнует.

2. Реализация этой идеи полезна для вашей карьеры.

3. На этой идее можно заработать.

Идеальный Pet Project соответствует всем трем критериям. Нормальный — двум. В списке нет критерия “Вы разбираетесь в этой теме”. Что-то новое делать будет интереснее и полезнее.

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

За идеями можно заходить на Product Hunt или на Indie Hackers — туда разработчики каждый день выкладывают новые интересные продукты. Подпишитесь на рассылку Exploding Topics, чтобы следить, какие продукты набирают популярность.  

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

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

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

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

Марта распределила все варианты по критериям полезности (ось Y) и реализуемости (ось X). Чем полезнее идея, тем она выше в матрице. Чем вероятнее реализуемость, тем она правее. 

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

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

Найдите целевую аудиторию

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

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

Используя советы и шаблоны из нашего гайда по анализу аудитории, Марта провела 11 интервью с потенциальными пользователями и составила персону.

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

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

Анализ рынка и конкурентов можно проводить на разном уровне. Если вы собираетесь работать над выводом продукта на рынок, стоит углубиться в его анализ — посмотреть, какие есть тренды, сегменты, объем и динамика роста. Эту тему мы подробно разбираем в симуляторе по анализу рынка. А еще тут вам пригодится наша подборка с 67 ресурсами для анализа рынка.

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

Сначала конкурентов нужно определить. Искать продукты, похожие на ваши, можно на Product Hunt, Kickstarter, Similar Web, в сторах или просто в поисковике. Сервисы AppMagic и App Annie позволяют по ключевым словам найти подходящие по запросу приложения и посмотреть лидеров в разных категориях.

Изучив рейтинги трекеров привычек, Марта определяет, что ее основные конкуренты — Habitshare, StickK и Coach.me. 

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

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

• Google Play

• AppStore

• Trustpilot

• Reviews.io

• Google Maps

• Facebook

• Yelp

• BBB (Better Business Bureau)

• Yellowpages

• Manta 

Есть сервисы для автоматического мониторинга рейтинга и отзывов. Например, SemanticForce, AppFollow, YouScan.

Марта анализирует конкурентов Habmatch по следующим пунктам:

1. Цели и работы. То, какую цель пользователя обещает выполнить конкурент и за счет какой функциональности продукта. Эту информацию обычно размещают на главном сайте или в описании приложения.

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

3. Критерии найма. Это причины, по которым пользователь скачивает приложение и нанимает продукт на «работу». Это то, что облегчает пользователю жизнь. Поэтому информация о критериях найма может выглядеть так: «легкая установка за 5 минут», «возврат денег в тот же день, если вам не подошло», «упражнения без оборудования», «йога для начинающих».

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

5. CJM. Этот пункт о том, как пользователи выбирают продукт конкурента, на что обращают внимание и в какой момент их жизни появляется продукт.

По этим пунктам Марта составила сравнительную таблицу и увидела.

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

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

Определите фичи в продукте

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

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

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

В своем трекере привычек Habmatch Марта хочет реализовать следующие фичи:

• Выбор привычки, которую можно отслеживать в приложении

• Счетчик дней: сколько дней пользователь не курит/бегает по утрам/не ест сладкое 

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

• Напоминания: пуш-уведомления и напоминания по почте о сообщениях пользователей, обновлениях, о прогрессе или что пора вернуться в приложение

• Матчинг пользователей по привычкам. Здесь Марта взяла идею Tinder, где можно лайкать понравившихся пользователей и начинать с ними диалог. В Habmatch матчинг будет происходить по одинаковым привычкам.

• Чат с другими пользователями.

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

Марта решает, что не будет внедрять трекер здоровья и уведомления в первой версии Habmatch, так как их показатели RICE оказались самыми низкими, а ресурсов на все не хватит.

Выберите модель монетизации и посчитайте юнит-экономику

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

Марта не думает, что заработает на Habmatch — ей нужен кейс в портфолио. Поэтому она тренируется подбирать модель монетизации и считать юнит-экономику.

Главная метрика в юнит-экономике — ROMI (иногда называют ROI), Return on Marketing Investments. Она показывает, прибыльна ваша бизнес-модель или нет. Чем выше ROMI — тем больше можно реинвестировать в привлечение новых пользователей. Соответственно, продукт может быстрее расти.

Базовая формула ROMI:

ROMI = (ARPPU — CAC) / CAC x 100% 

В формуле ARPPU (Average revenue per paying user) — это средняя выручка на одного платящего пользователя, а CAC (Customer Acquisition Cost) — это стоимость привлечения клиента.

Марта решает, что со временем в Habmatch можно ввести платную подписку, по которой пользователи смогут трекать больше одной привычки и создавать чаты на несколько человек. Подписка будет стоить 3$, а CPI (Cost Per Install) будет обходиться продукту в 1$.

По фреймворку из статьи про юнит-экономику для идеи стартапа Марта рассчитывает ROMI юнит-экономику для платной подписки в Habmatch. 

Оказывается, что каждый пользователь должен приносить приложению не менее 22$, чтобы реклама Habmatch окупалась. Получается, чтобы подписка окупалась, пользователь должен остаться с продуктом как минимум на 8 месяцев. 

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

Составьте User Flow и спроектируйте дизайн

Если вы создаете приложение, то нужно продумать User Flow — путь пользователя в продукте. Нужно сделать UX-схему — связать фичи между собой в единую систему экранов и переходов между ними.

Чаще User Flow делают UX/UI дизайнеры. Они изучают поведение и привычки пользователя и создают интерфейсы так, чтобы функциональность и вид продукта не раздражали пользователя, а помогали интуитивно решать задачи.

У Марты получилась такая UX-схема.

Дальше нужно разработать дизайн. Сама Марта никогда не делала дизайн интерфейса, поэтому попросила помощь у Лины, знакомого UX/UI-дизайнера. Марта рассказала основную логику экранов, показала свою схему и дала несколько референсов. Хорошие примеры дизайна она искала на Dribbble, Awwwards и Behance. 

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

Решите, нужна ли вам команда

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

Если вы хотите разобраться в дизайне или в программировании, выбирайте несложный проект и делайте его самостоятельно. Где-то вы можете использовать no-code инструменты и разрабатывать продукт на их основе. Это ускорит процесс. Вот небольшой список инструментов для создания продуктов no-code:

• Glide, AppSheet, Bubble, Adalo — приложения.

• Voiceflow — работа с голосовыми помощниками

• Airtable — создание баз данных.

• Appy pie — приложения, сайты, чат-боты, автоматизация задач и другое

• Readymag, Tilda, Carrd, Webflow — веб-сайты.

• Mailchimp, Mailerlite— e-mail рассылки

• Substack, Revue, Memberspace — создание e-mail рассылок и сайтов с платной подпиской.

• Side Hustle Stack, Gumroad — монетизация личных проектов.

• Зерокодер — Telegram-канал для no-code вдохновения.

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

Найти команду поможет нетворкинг. Откройте habrhabr, Quora или Reddit и создайте там топик со своей идеей. Если идея интересна, то вы быстро найдете начинающих программистов и дизайнеров, которые готовы работать part-time.

Марта уговорила дизайнера Лину помочь ей с интерфейсом. Осталось найти разработчика. В обсуждениях на Indie Hackers она познакомилась с разработчиком Алексом. Он согласился помочь с Habmatch, так как ему тоже нужен кейс для портфолио. 

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

Roadmap продукта

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

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

Сначала нужно определить, кто занимается развитием продукта. В нашем случае Марта выступает в роли продакт-менеджера и отвечает за рекламу, Алекс занимается разработкой, а Лина — дизайном приложения. Далее за участниками закрепляются задачи и распределяются по таймлайну.

Самый распространенный фреймворк для roadmap — диаграмма Ганта. Для ее создания можно использовать Jira, Notion или Miro.

У Марты получился такой roadmap.

Когда устанавливаете тайминг внутри roadmap, недостаточно просто указать: “Разрабатываем механику чата до конца декабря”. Должны быть майлстоуны — ключевые события, на которые команда ориентируется в работе над продуктом.

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

Напишите документацию

Даже в небольшом Pet Project нужна документация или Product Requirement Documentation (PRD), чтобы ничего не потерять.

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

В PRD включают цели проекта, гипотезы, UX-схему и описание фичей.

1. Цели проекта и business background

С помощью целей мы описываем, зачем команда выпускает продукт. Эта информация не касается миссии проекта и носит скорее практическую ценность.

Например, цели в первой версии Habmatch:

— выпустить приложение

— собрать базу первых активных пользователей

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

А с помощью business background мы говорим о миссии проекта — зачем команде стоит продолжать им заниматься. 

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

2. Гипотезы

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

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

3. Схема взаимодействия экранов продукта (UX-схема)

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

4. Описание каждого экрана/фичи продукта

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

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

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

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

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

Опишите результат

Описывать результаты проекта лучше событиями, инсайтами и цифрами. Можно использовать майлстоуны как опору в написании результатов. 

Например, команда выступила с прототипом на конференции или проект получил инвестиции. Если вы уже выпустили продукт, то можно рассказать о метриках: DAU (daily active users), скачивания и внутренние показатели.

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

Марта использовала шаблон из статьи как описывать кейсы в портфолио, чтобы пройти отбор, и оформила результаты Habmatch в Notion.

Обязательно давайте ссылки на графики, roadmap, UX-схему, визуализацию прототипа и другие нетекстовые материалы о проекте. Многое в процессе легче показать, чем рассказать. Не делайте описание результатов слишком длинным. Оптимальный объем — 1-2 страницы.  

Развивайте проект

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

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

С ростом продукта появятся новые метрики. Чтобы этот рост не останавливался, нужно постоянно генерировать и тестировать гипотезы. О том, как ставить гипотезы не из головы, а на основе данных, мы писали в статье о том, как формулировать гипотезы.

После альфа-теста и общения с ЦА Марта поняла, что ее аудитория проводит много времени на Tik-tok. Она решила запустить рекламу Habmatch в этой соцсети и привлекла новых пользователей. Спустя полтора месяца команда выпустила бета-версию на Google Play, и сейчас приложением пользуются 30 человек в день. Дальше Марта, как и хотела, добавит платную подписку, а также возможность обсуждать привычки в чатах втроем и вчетвером.

Резюмируем

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

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