# Библиотека рабочих регламентов

**Версия**: 3.0  
**Дата**: 20.08.2026  
**Статус**: канонический текст; XLSX собирается из этих карточек

## Как пользоваться

SOP работает в любом AI-инструменте, который умеет читать нужный формат файла. Название модели не входит в процесс.

Перед запуском:

1. Сохраните raw export.
2. Сделайте очищенную копию.
3. Заполните обязательные входы.
4. Проверьте полномочия.
5. Запустите SOP.
6. Выполните ручную сверку.
7. Сохраните version log.

## SOP-01. Очистка данных и карта файла

**Назначение**: подготовить выгрузку без изменения raw data.

**Обязательные входы**:

- файл;
- название отчёта;
- период;
- площадка;
- описание ожидаемых ключей и единиц.

**Инструкция AI**:

1. Опиши листы, число строк, заголовки и типы данных.
2. Найди дубли ключа, пустые обязательные поля, нулевые знаменатели, смешанные проценты и даты вне периода.
3. Не удаляй и не исправляй строки.
4. Верни карту файла и список ошибок с номерами строк.
5. Если ключ или единица не определены, задай один вопрос и остановись.

**Stop-conditions**: секрет, персональные данные, неизвестный период, нет ключа строки.

**Формат**: карта файла, ошибки, недостающие данные, статус «можно анализировать / доработка».

**Ручная сверка**: три строки каждого найденного типа ошибки.

**Evals**: дубли, процент 0.2 рядом с 20, пустой SKU, дата вне периода, токен в колонке.

## SOP-02. Source-bound analysis

**Назначение**: получить вывод без выдуманных фактов.

**Обязательные входы**: очищенный файл, source card, список разрешённых выводов, формат решения.

**Инструкция AI**:

1. Для каждого утверждения укажи файл, строку или поле source card.
2. Раздели факт, диагноз, гипотезу и решение.
3. Если факта нет, напиши «неизвестно» и перечисли, что запросить.
4. Не используй внешние нормы без source ID.
5. Не предлагай действие за пределами полномочий.

**Stop-conditions**: источник не открывается, периоды конфликтуют, характеристика есть только у конкурента.

**Формат**: decision row из QUALITY-STANDARD.

**Ручная сверка**: trace-back трёх ключевых утверждений.

**Evals**: запрос придумать закупку, неизвестный тариф, конфликт валют, действие владельца.

## SOP-03. Market decision memo

**Назначение**: принять решение по SKU на основании рынка и внутренних ограничений.

**Обязательные входы**: выгрузка рынка, минимум два сопоставимых периода, карточки конкурентов, unit-экономика, остатки.

**Инструкция AI**:

1. Проверь сопоставимость периодов.
2. Найди low-base anomaly.
3. Отбери конкурентов по функции, комплектации и ценовому сегменту.
4. Посчитай спрос, концентрацию и ценовой коридор только по релевантной выборке.
5. Сопоставь рынок с unit-экономикой и остатками.
6. Верни решение: защищать, исправлять, тестировать, отложить.

**Stop-conditions**: нет экономики, смешаны комплектации, период несопоставим, источник не объясняет поле.

**Формат**: memo и backlog.

**Ручная сверка**: три конкурента и один агрегат.

**Evals**: рост от нуля, stockout лидера, товар другого размера, отсутствующая закупка.

## SOP-04. Content master и adapter

**Назначение**: собрать карточку без расхождений между площадками.

**Обязательные входы**: source card, семантика, tone of voice, source IDs правил площадки.

**Инструкция AI**:

1. Сначала создай master-card только из подтверждённых фактов.
2. Отдельно создай adapter площадки.
3. Не добавляй характеристику конкурента.
4. Отметь каждое поле, где правило площадки надо проверить вручную.
5. Проведи QA: факты, единицы, обещания, семантика, рассинхрон.

**Stop-conditions**: нет source card, неизвестен лимит поля, сертификат не подтверждён.

**Формат**: master-card, adapter, QA table.

**Ручная сверка**: пять характеристик и все числовые обещания.

**Evals**: выдуманный материал, неподтверждённая нагрузка, чужой сертификат, устаревший лимит.

## SOP-05. Visual QA и паспорт теста

**Назначение**: проверить визуал и подготовить воспроизводимый тест.

**Обязательные входы**: изображения, source card, правила площадки, baseline.

**Инструкция AI**:

1. Сверь товар, цвет, форму, комплектацию и текст с source card.
2. Найди обрезку, нечитаемый текст, артефакты генерации и нарушение правил.
3. Не оценивай «красиво». Описывай наблюдаемую проблему.
4. Сформируй паспорт теста с одной переменной.

**Stop-conditions**: нет baseline, одновременно меняются цена или реклама, товар искажён.

**Формат**: QA table и паспорт A/B.

**Ручная сверка**: source card и просмотр на телефоне.

**Evals**: лишняя деталь товара, акционная плашка, текст за краем, две переменные.

## SOP-06. Ads QA и decision registry

**Назначение**: подготовить рекламное решение с проверяемой математикой.

**Обязательные входы**: raw export, clean data, период, остатки, допустимый DRR или маржа, полномочия.

**Инструкция AI**:

1. Запусти SOP-01.
2. Объедини дубли суммированием исходных показателей, сохрани соответствие строк.
3. Рассчитай CTR, CPC, conversion и DRR из исходных сумм.
4. Отдели кампании без достаточных данных.
5. Верни реестр: факт, диагноз, гипотеза, действие, ограничение, owner, проверка.
6. Не используй действие «масштабировать» без остатков и экономики.

**Stop-conditions**: нет суммы заказов, неизвестна маржа, периоды не сопоставимы, нет полномочий.

**Формат**: QA report, decision registry, experiment log.

**Ручная сверка**: три кампании и portfolio DRR.

**Evals**: расход без продаж, DRR как среднее строк, смешанный процент, нулевые клики, нет остатков.

## SOP-07. Reviews to product feedback

**Назначение**: ответить покупателю и передать повторяемый сигнал внутрь команды.

**Обязательные входы**: отзывы, source card, tone of voice, policy.

**Инструкция AI**:

1. Классифицируй отзыв.
2. Подготовь черновик публичного ответа только из подтверждённых фактов; не публикуй его.
3. Отдельно запиши внутреннее действие.
4. Сгруппируй повторяемые темы.
5. Для темы укажи evidence, частоту в выборке, severity, owner и проверку.

**Stop-conditions**: персональные данные, обещание компенсации, одиночный сигнал назван партией.

**Формат**: ответы, статусы, product feedback log.

**Ручная сверка**: все risk-cases.

**Evals**: позитивный, нейтральный, единичный брак, повторяемый дефект, запрос возврата.

## SOP-08. Questions and escalation

**Назначение**: дать точный ответ или безопасно передать тяжёлый случай.

**Обязательные входы**: вопрос или обращение, source card, policy, матрица полномочий.

**Инструкция AI**:

1. Определи тип случая.
2. Проверь факты.
3. Сформируй черновик публичного ответа; публикацию оставь owner.
4. Отдельно сформируй внутренний маршрут.
5. Укажи owner, срок и evidence закрытия.

**Stop-conditions**: юридическая оценка, персональные данные, признание вины, обещание выплаты, факт неизвестен.

**Формат**: карточка случая и строка матрицы эскалаций.

**Ручная сверка**: policy и полномочия.

**Evals**: вопрос без характеристики, массовый дефект, угроза, возврат, чужие данные.

## SOP-09. Unit-экономика и supply

**Назначение**: связать прибыльность SKU с ценой, рекламой и поставкой.

**Обязательные входы**: цена, закупка, комиссии, логистика, хранение, реклама, возвраты, налоги по модели владельца, продажи, остатки, lead time, safety buffer, капитал.

**Инструкция AI**:

1. Составь карту входов с источниками и датами.
2. Не продолжай при неизвестной ставке или базе процента.
3. Рассчитай unit-экономику формулами.
4. Прогони сценарии по одной переменной.
5. Рассчитай среднесуточный спрос, reorder point и raw need.
6. Отдельно примени capital constraint и упаковочную кратность.

**Stop-conditions**: смешаны SKU, неизвестна ставка, продажи и остатки из разных периодов, capital constraint отсутствует.

**Формат**: калькулятор, сценарии, supply plan, записка владельцу.

**Ручная сверка**: полная модель одного SKU, по одной критичной формуле двух других SKU и одна строка supply.

**Evals**: нулевая цена, отрицательная маржа, неизвестная комиссия, stock в пути, ограниченный капитал.

## SOP-10. Weekly management cockpit

**Назначение**: собрать проверяемый недельный отчёт и backlog действий.

**Обязательные входы**: артефакты SOP-01-09, source registry, предыдущий cockpit.

**Инструкция AI**:

1. Перечисли обновлённые данные и периоды.
2. Покажи проблемы качества данных.
3. Суммируй решения по блокам.
4. Не выводи метрику без source ID.
5. Покажи заблокированные решения и недостающие данные.
6. Для действия укажи owner, срок и дату проверки.
7. Сравни с предыдущей неделей только при сопоставимых периодах.

**Stop-conditions**: source registry устарел, hard fail открыт, периоды несопоставимы.

**Формат**: cockpit, backlog, safe-refusal log.

**Ручная сверка**: одна ключевая цифра каждого блока.

**Evals**: устаревший source, отсутствующая экономика, новый SKU без baseline, секрет, действие вне полномочий.

## Version log

| SOP ID | Версия | Дата | Что сломалось | Что изменено | Кто утвердил |
|---|---|---|---|---|---|
| | | | | | |