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