// prompt 123 операционка

промпт: контроль кассовой дисциплины точек

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

промпт

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

вводные:

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

сделай:

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

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

правила игры

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

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

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

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

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

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

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

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