- Окупаем за счёт «денежных» пользователей.
Если рассчитывать, что самые активные пользователи будут компенсировать всех остальных, то таких должно быть около 45% — это больше, чем даже классические «20% пользователей приносят 80% выручки». На практике таких цифр не бывает.
- Окупаем просмотром рекламы.
Но тогда пользователю пришлось бы смотреть около 200 рекламных роликов, чтобы покрыть себестоимость — очевидно, это нерабочая история.
Пока ни один из вариантов монетизации не сработал — юнит-экономика не сходится.
Для реализации мы используем стороннее API, поэтому для нас каждый подсчёт — это прямые затраты. Попробовали найти способы монетизации, чтобы оставить функцию бесплатной для пользователя:
Аудитория проявляет интерес к функции подсчёта калорий и нутриентов, но платить за неё не готова. Сейчас большинство используют бесплатные приложения и рассчитывают, что и у нас будет аналогичный подход.
Скорее всего, наше приложение не выдержит конкуренции с ИИ-решениями корпораций. Пока мы тестировали идею, обнаружили, что Яндекс уже внедрил КБЖУ-расчёт по фото в Алисе, дополнив голосовой ввод. Их продукт точнее (они работают на собственных мощностях), и скорее всего — дешевле для пользователя. Нам будет сложно конкурировать по качеству и цене, учитывая, что мы зависим от внешнего API.
Провели кастдевы, проверили реальный спрос на продукт методом fake-door и сходимость экономики