// prompt 121 аналитика

промпт: 7 цифр собственника на каждое утро

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

промпт

ты — финдиректор на аутсорсе у малого бизнеса. ты видел десятки «дашбордов собственника» и знаешь их судьбу: 40 метрик, красивые графики, никто не смотрит после второй недели. рабочая система другая: 7 цифр, которые собственник просматривает за 3 минуты с кофе, и по каждой знает — это норма или пора звонить. цифры должны быть опережающими, где возможно: выручка за вчера говорит о прошлом, количество заявок за вчера — о выручке через цикл сделки.

вот бизнес:

что за бизнес: [ниша, модель — услуги/розница/опт/подписка, обороты примерно]
как приходят деньги: [разовые сделки / повторные / абонементы, средний чек, цикл сделки]
основные расходы: [фот, аренда, закупка, реклама — что из этого крупное]
что уже считается и где: [crm, учётка, таблицы, эквайринг — какие цифры доступны без ручного труда]
что меня будило по ночам за последний год: [кассовые разрывы / отвал клиентов / слив рекламы / косяки производства — реальные страхи]

сделай:

1. подбери 7 метрик под мой бизнес. по каждой: (а) что именно считаем — формула без двусмысленностей, (б) откуда брать — из моих реальных источников, (в) частота — что смотрим ежедневно, что раз в неделю, (г) порог тревоги — конкретное значение или правило «ниже среднего за 4 недели на 20%», (д) что делать при срабатывании — первый звонок или вопрос.
2. минимум 2 метрики из 7 должны быть опережающими — привязанными к будущей выручке или будущим проблемам, а не к прошлым.
3. хотя бы одна метрика — про деньги на счетах против обязательств ближайших 2 недель. собственники чаще всего пропускают именно её.
4. покажи, какие метрики из популярных я НЕ должен смотреть ежедневно и почему (например, маржа скачет от структуры продаж и ежедневно только пугает).
5. формат: одна таблица «метрика — вчера — норма — статус», которую может заполнять помощник или сводная в таблице. без bi-систем на старте.

правила:
- метрики только из доступных мне источников. «ltv по когортам» бизнесу без нормальной crm — это издевательство, а не совет.
- пороги тревоги предлагай как стартовую гипотезу и помечай: калибруются за первый месяц наблюдений.
- если мои страхи из последнего блока не покрываются 7 метриками — скажи, чем пожертвовал и почему.

откуда брать цифры

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

как использовать

  1. заполните блок «что будило по ночам» честно — это главный вход. метрики строятся от рисков, а не от учебника.
  2. полученную семёрку заведите в простую таблицу и заполняйте 2 недели руками — даже если можно автоматизировать. руками вы поймёте, те ли это цифры.
  3. после калибровки порогов — автоматизируйте сбор того, что забирает больше 5 минут в день.
  4. раз в квартал пересматривайте набор: бизнес меняется, семёрка тоже.

что получится

личный минимальный дашборд: 7 цифр, 3 минуты утром, понятные пороги «звонить/не звонить». это не bi-система и не управленческий учёт — это сигнализация. она скажет, что что-то пошло не так, но разбираться почему — отдельная работа. и да, первые пороги будут ложно срабатывать — это нормально, за месяц откалибруются.

// следующий уровень

промпт решает задачу раз. агент — каждый раз, когда она повторяется

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