Диаграмма Ханина: как визуализировать двустороннюю бизнес-модель

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

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

Сейчас я работаю с компанией, которая создает классические доски объявлений. Мы работает в разных странах и я как раз внедряю Data Driven, юнит-экономику и все, что с этим связано. И вопрос визуализации процесса опять стал остро стоять передо мной. 

Так как наша компания AI driven, то первым делом я попросил Claude design придумать решение. Но дальше классической санкей диаграммы он уйти не смог.

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

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

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

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

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

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

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

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

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

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

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

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

Я подготовил библиотеку, которая позволяет строить такую диаграмму. Библиотека распространяется по лицензии BSL 1.1