1. Начинайте с последней ситуации клиента

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

Проведите 5–10 коротких разговоров. Спрашивайте о последнем реальном решении: сколько времени заняло, что не устроило, кто согласовывал и за что уже платили. Не засчитывайте ответ «идея хорошая» как спрос. Сигналом служит оплаченная проба, предзаказ, депозит или повторный заказ с датой.

• один клиент и одна проблема;
• маленький тест с понятной датой;
• критерий остановки до первой закупки.

Такой порядок защищает не только деньги, но и время. Если мастер сразу покупает оборудование, он начинает оправдывать покупку и принимать любой заказ. Если сначала фиксирует вопрос клиента, срок и оплату, результатом может стать и отказ от идеи. Отказ — не поражение, а более дешёвое решение, чем аренда, склад и невозвратные материалы.

Записывайте разговоры в простой таблице: тип клиента, последняя проблема, нынешний способ решения, цена, срок, кто принимает решение, готовность к тесту. Через десять разговоров сравните не только интерес, но и повторяющийся язык проблемы. Если каждый описывает разную потребность, продукт ещё слишком широкий.

Каждый шаг теста датируйте: разговор, предложение, согласование, выполнение, оплата и возврат. Эти записи дают основание менять цену и объём.

Если не определены разрешение клиента, безопасность и ответственный человек, работу не начинайте. Маленький проект тоже требует границ.

2. Деньги нужно считать в одном периоде

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

Остаток до налогов — не прибыль и не обещание дохода. Рабочий запас на задержку оплаты и следующий цикл закупки в таблице не задан: его нужно посчитать отдельно по фактическим срокам.

Разделяйте дату продажи и дату денег. Кафе может принять товар сегодня, а оплатить через две недели; заказчик ремонта может внести депозит, а деталь нужно купить завтра. Поэтому рядом с каждым сценарием держите календарь платежей. Если денег не хватает до первой оплаты, уменьшайте партию, просите согласованную предоплату или откладывайте запуск.

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

Каждый шаг теста датируйте: разговор, предложение, согласование, выполнение, оплата и возврат. Эти записи дают основание менять цену и объём.

Если не определены разрешение клиента, безопасность и ответственный человек, работу не начинайте. Маленький проект тоже требует границ.

3. Разбор: ремонт техники

Мастер выбирает одну категорию приборов и принимает пять неисправных устройств по акту состояния. Диагностика оплачивается отдельно. Критерий продолжения — минимум два согласованных ремонта из пяти и приемлемый срок поставки деталей. Если деталь приходится покупать заранее без согласованного лимита цены, тест остановлен: положительная цифра на бумаге не покрывает кассовый риск.

Рабочий цикл выглядит так: приём с фотографиями, диагностика, письменное заключение и лимит цены, согласование, ремонт, проверка безопасности, выдача с условиями гарантии. Разовые 230 000 тенге включают инструмент, защиту, рабочий стол, запас деталей и упаковку. В месячной базе 12 заказов по 50 000 дают 600 000 выручки; после 180 000 переменных, 30 000 постоянных, 50 000 труда владельца и 18 000 помощника остаётся 322 000 до налогов.

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

Осторожный сценарий нужен не для драматизации. Он показывает, что шесть заказов дают 300 000 выручки и 112 000 остатка, но задержка деталей или возврат может быстро изменить результат. Поэтому до покупки запаса деталей проверяют пять устройств, два согласованных ремонта и фактическое время мастера.

Каждый шаг теста датируйте: разговор, предложение, согласование, выполнение, оплата и возврат. Эти записи дают основание менять цену и объём.

Если не определены разрешение клиента, безопасность и ответственный человек, работу не начинайте. Маленький проект тоже требует границ.

4. Ограничения — часть продукта

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

Правовые условия и режим налогообложения зависят от деятельности, помещения и региона. Используйте eGov.kz и профильные государственные органы как маршрут проверки. Atameken может помочь найти консультацию, но рекламное объявление или старая презентация не подтверждают действующую норму.

В карточках каталога это означает простой порядок: сначала описать продукт и помещение, затем выяснить обязательные разрешения, маркировку, хранение, безопасность и требования к работнику. Не переносите правило одного региона или одной категории товара на другой проект. Если ответ органа пока не получен, записывайте его как открытый вопрос, а не как разрешение.

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

Каждый шаг теста датируйте: разговор, предложение, согласование, выполнение, оплата и возврат. Эти записи дают основание менять цену и объём.

Если не определены разрешение клиента, безопасность и ответственный человек, работу не начинайте. Маленький проект тоже требует границ.

5. Решение через 30 дней

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

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

В конце месяца сравните план и факт: сколько было разговоров, сколько платных тестов, сколько часов ушло, где возник брак, когда пришли деньги, сколько клиентов вернулось. Решение должно ссылаться на эти записи. Если подтверждён только интерес, следующий шаг — ещё один тест. Если подтверждена оплата, но модель не выдерживает труда владельца, меняйте цену или объём, а не скрывайте труд.

Каталог можно использовать как рабочий лист: выбрать одну карточку, переписать её цену и объём под собственный тест, добавить реальные даты и перечень ограничений. После этого станет видно, какие данные ещё неизвестны. Только неизвестное, названное по имени, можно проверить.

Каждый шаг теста датируйте: разговор, предложение, согласование, выполнение, оплата и возврат. Эти записи дают основание менять цену и объём.

Если не определены разрешение клиента, безопасность и ответственный человек, работу не начинайте. Маленький проект тоже требует границ.