2015 год. В общепите на редкость бодрая эпоха: новые форматы, рост доставки, первые попытки делать “свою IT-систему” вместо хаоса в мессенджерах и на бумажках. Именно в такой момент к нам пришёл инвестор и ресторатор, известный в своих кругах. Человек с опытом, с амбициями и с очень точным пониманием, что в фастфуде выигрывает не только вкус, но и скорость процесса. Под задачу он заранее выкупил два домена, которые для ниши звучали как готовый бренд: денер.рф и дядяденер.рф. По сути, это были идеальные русские имена под формат “быстрая еда”, которые легко поставить на вывеску, легко продвигать в Яндексе и легко запоминать.
Запрос звучал серьёзно: сделать систему заказов для известной сети. Но на старте вскрылась ключевая развилка, которая потом и убила проект. Инвестор хотел сначала создать CRM для управления заказами и доставкой, довести продукт до рабочей версии, и только потом предложить её выкупить известной новосибирской сети. То есть модель была не “мы делаем для себя и внедряем”, а “мы делаем продукт под чужой бизнес, а потом попробуем продать”.
На бумаге это выглядит как предпринимательство. В реальности это почти всегда слишком рискованно. Потому что CRM для доставки — не коробка, которую можно “вынести на рынок” одним щелчком. Это система, которая должна совпасть с процессами конкретной сети: как они принимают заказы, как у них устроена кухня, как распределяются курьеры, как считается время, как работают акции, как оформляется возврат, какие отчёты нужны управляющему, как устроен контроль качества. Если вы делаете продукт без доступа к этим реальным процессам и без пилота в действующей сети, вы неизбежно строите систему “в вакууме”. А потом сталкиваетесь с тем, что покупатель просит переделать 70% логики под себя — и проект теряет смысл.
Пока шла разработка у известной московской компании, жизнь сыграла ровно так, как обычно играет с такими схемами. Инвестор отказался от идеи. Причины тут всегда похожие: слишком длинный цикл, непонятная окупаемость, слишком много неизвестных, отсутствие гарантированного покупателя, а значит — отсутствие точки, где “система” превращается в бизнес. Проект пришлось свернуть. Домены остались, но продукт не получил того, ради чего он создавался — внедрения.
И это хороший урок для всех, кто сегодня думает “сделаем IT-решение, а потом продадим сети”. В общепите и доставке выигрывает тот, кто идёт от реальной боли и сразу внедряет у себя, пусть даже в малом масштабе. Сначала — работающий процесс на своей кухне, на своей доставке, на своих курьерах. Потом — цифры, стабильность, кейс. И только потом — предложение сети. Иначе вы строите не продукт, а гипотезу, которая стоит дорого. Разработка велась внешней командой, а проект свернули из-за отказа инвестора от стратегии “сначала сделать CRM, потом продать сети” без гарантированного пилота и покупателя.
