Почему вторая категория сложнее второго города
Новый город позволяет повторно использовать часть уже описанных процессов. Новая категория чаще требует других поставщиков, показателей качества и сценария гостя. Разбираем, почему это разные типы роста.
Со стороны обе задачи выглядят как «плюс одна единица». На практике они нагружают компанию по-разному, и путать их дорого.
Копирование против изобретения
При выходе в новый город часть операционной модели можно перенести: рецептуры, обучение, роли и контроль качества. Но логистика, команда и локальный спрос всё равно требуют отдельной проверки. Новая категория добавляет ещё один слой: другой продуктовый стандарт, поставщиков и критерии качества.
Поэтому город в первую очередь проверяет переносимость существующей модели, а категория — границы её применимости. Это рабочая гипотеза для решений BOOST BRANDS, а не универсальное правило для любого бизнеса.
Где ломается общий слой
Смысл системы в том, что категории пользуются общей памятью системы и общей командой. Но общий слой не универсален по умолчанию: показатели качества кофе и качества еды не сводятся друг к другу, циклы поставки разные, а контекст визита совпадает лишь частично.
Поэтому вопрос перед входом в категорию звучит не «сможем ли мы это продавать», а «что именно из уже работающего слоя здесь применимо без переписывания».
Четыре критерия входа
- Категория увеличивает частоту полезного контакта, а не число вывесок.
- Она может использовать общие данные, процессы и команду, не требуя построить рядом независимую систему.
- Она усиливает операционную систему, а не дублирует её другой командой и другими правилами.
- Она не разрушает дисциплину существующего бизнеса: внимание основной операции не падает.
Если хотя бы один критерий не выполняется, категория остаётся в статусе roadmap или vision. Это не отказ — это отказ объявлять запуск раньше, чем он обоснован.
Почему мы не называем сроки
Срок входа в категорию зависит от того, когда общий слой выдержит проверку, а не от календаря. Названная дата превратила бы roadmap в обещание, а мы разделяем эти статусы намеренно: pilot — не продукт, roadmap — не результат, vision — не обязательство.
Материал отражает операционный опыт команды на дату публикации и не является инвестиционной рекомендацией. Если в тексте появляются количественные данные, к ним указывается определение, период и источник.