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

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

https://khanin.info/blog/146

Я не удержался, простите, решил, что если уже делать Сигмойду, то по полной.

Решил подвести итоги конкурса. Победителем я объявляю @plsrespond за идею Помощника. Почему именно она — в целом я сам задумываюсь о том, как можно улучшить ввод данных для расчетов, и на примере работы с P&L я скажем так реализовал не большой вариант помощника. В общем победителю вручается электронная версия моей книги, а остальные могу купить себе книгу https://khanin.info/book тем более цена порядка 2 кружек кофе.

Друзья! такой вопрос, скажите, если вы стартап, то как вы последний раз показывали финансовую модель инвестору? как выглядела финансовая модель, после которой вам дали инвестиции?

если вы инвестор, как выглядела фин модель которую вам показывали последний раз? как выглядела фин модель, после которой вы дали инвестиции?

Вся правда про моделирование когорт в юнит-экономике

Как правильно моделировать когорты в юнит-экономике, расчет числа клиентов и сделок в конкретный период времени по когортным данным.

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

ну какое то такое решение появилось

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

спасибо

Анонс! Записал 40-а минутное видео о том, как создать фин модель на примере реальной финмодели ueCalc. Как выйдет на youtube я сообщу. Пока можете подискутировать, что там будет ;)

И так, мое видео про то, как собрать финансовую модель для стартапа ueCalc, учитывающую две модели монетизации: подписка и транзакции, с учетом сигмоидального роста на 5 лет.
https://www.youtube.com/watch?v=-VrxYsIXkWU

Сейчас активно шумит скандал с банкротством стартапа Refocus. Я решил рассмотреть этот кейс, но не с точки зрения морали, а с точки зрения юнит-экономики. Можно ли было избежать банкротства, узнать о нем заранее, или что надо было делать, чтобы не доводить до него.
https://youtu.be/xAMCm6IIwhg

ПОЧЕМУ ЮНИТ-ЭКОНОМИКУ НАДО ВАЛИДИРОВАТЬ?

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

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

И так, команда о которой идет речь, запустила образовательный стартап в Юго-восточной Азии, работавший по модели кредитования клиента. В целом команда оказалась с весьма сильными знаниями в агрессивном маркетинге, и быстро вышла на существенные обороты — $1 500 000 в месяц. При этом, услуги кредитования оказывал партнер, который столкнулся с низким качеством приводимых лидов и высоким процентом невозвратов выданных кредитов и ужесточил условия выдачи кредитов и оборот рухнул до 100 000, что не позволило стартапу покрыть свои операционные расходы и он обанкротился.

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

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

https://khanin.info/blog/147

Более 50 фич в новой версии. ueCalc, котрая сейчас проходит тестирование. Главное в ней я победил проблемы зависиания, теперь такие ошибки отлавливаются и появляется сообщение. Кроме того будет светлая и темная тема. Новый экспорт в Google Sheet и работа с клавиатуры.

До начала публичного тестирования осталось совсем чуть-чуть, осталось перенести, а где-то переписать раздел помощи, который как мне кажется будет порядка 150 статей (на скрине еще не все про метрики, а еще будет про формулы, переменные, и то как использовать сервис)

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

первое, что я слышу, когда люди случайно видят ueCelc – так это же просто Excel ;)

В новой версии ueCalc существенно переработается справочное пособие, многие статьи будут переписаны, это пример новой статьи про средний чек.

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