Если вы создаете цифровой продукт, то вероятно, знакомы с таким понятием как удержание.
Удержание - это когда пользователи продолжают использование продукта и его функций, что увеличивает монетизацию, снижает затраты на привлечение новых клиентов, а также дает преимущество перед конкурентами.
Одним из методов оценки удержания является когортный анализ. Он группирует пользователей по дате их первого взаимодействия с продуктом и позволяет увидеть, сколько пользователей продолжает использовать продукт с течением времени и сколько из них остается вовлеченными в его использование.
Это помогает понять, какие функции и возможности продукта наиболее популярны и как можно улучшить его привлекательность для пользователей.
📈 Стоимость фичи и удержание
Распределение удержания и затраты на разработку имеют много общего.
Для каждой функции затраты можно разделить на две категории: затраты на разработку и эксплуатационные расходы.
- 🚚Затраты на разработку - затраты, понесенные на разработку функций до получения первого результата;
- 🏃♂️ Эксплуатационные затраты - затраты на поддержку, обновление и развитие функций.
При работе над небольшими фичами и быстрой итерации эти два этапа могут быть трудно различимы, но затраты все же распределяются предсказуемым образом. Они изменяются от более высоких на старте до более низких при переходе к новым проектам.
🏃 Эксплуатационные расходы
По моему опыту, основными факторами, влияющими на эксплуатационные расходы в продукте или его функциональности, являются:
- 💼Изменения в бизнес-процессах.
- 🐛Исправление ошибок.
- 🔨Техническая поддержка.
Далее я хочу подробнее остановиться на каждом из этих факторов и предложить стратегии для снижения их влияния.
💼 Изменения в бизнес-процессах
Это обновление функций и изменения, вызываемые потребностями бизнеса. Частота и масштаб таких изменений зависит от рынка и от того, где вы работаете: в быстрорастущем стартапе, сервисной компании или где-то между.
Частое изменение приводит к несоответствию желаний бизнеса и того, что представляет из себя код. Это и есть истинная природа "технического долга".
Стратегия
Чтобы уменьшить влияние будущих изменений на затраты на разработку, уделяйте больше времени проектированию. Уделите время пониманию текущих требований и потенциальных изменений, а также обсуждению возможных сценариев с заинтересованными сторонами.
🐛Исправление ошибок
Это время, затраченное на тестирование и исправление ошибок, допущенных разработчиками. Лучшая стратегия для уменьшения их влияния - выявление на ранней стадии с помощью частого тестирования.
Вот стратегия, которая может помочь уменьшить количество ошибок:
- Сделайте свой код более безопасным, чтобы выявлять ошибки на ранних стадиях. Эффективный конвейер тестирования является неотъемлемой частью этого процесса. Кроме того, использование статических проверок (например, Typescript поверх JavaScript) может помочь выявить ошибки на ранней стадии.
- Инвестируйте в непрерывную поставку, чтобы часто обнаруживать ошибки.
🔨Техническая поддержка
Разработка программного обеспечения может быть сложным и трудоемким процессом, который требует внимания к деталям и тщательного планирования. Однако, даже при соблюдении всех необходимых мер предосторожности, могут возникнуть непредвиденные проблемы, которые могут привести к задержкам и дополнительным затратам.
Первая стратегия:
Уделите больше внимания дизайну. Как и в случае с изменениями в бизнесе, многие проблемы могут быть решены заранее, если лучше понимать, что нужно бизнес-целям. Разработчики часто не ожидают проблем с масштабированием и не задумываются о том, как продукт будет работать в будущем.
Вторая стратегия:
Сведите к минимуму технологический риск. Это означает, что для критически важных компонентов продуктов следует выбирать проверенные и стабильные технологии, которые работают и хорошо поддерживаются. Не изобретайте свой собственный велосипед – это распространенный совет, который помогает избежать многих проблем.
Третья стратегия:
Не стоит изобретать велосипед заново, если вы не уверены, что ваш продукт или идея должны стать основным двигателем роста вашей компании. Скорее всего, вам не следует вкладываться а разработку, а следует поискать способы приобрести необходимую функциональность.
Дополнительные ресурсы