Как составить план обновления прайс-листа с помощью ИИ
Как составить план обновления прайс-листа в AI-GROK.CHAT: исходные данные, готовый запрос, пример на четыре дня и проверка сроков, объёма и согласования.

1. Определите, что именно нужно спланировать
Задача — не придумать новые цены, а организовать перенос уже утверждённых изменений: кто готовит документ, кто проверяет строки и кто разрешает публикацию. Результат работы с чатом — план с зависимостями и критериями готовности, а не обновлённый файл.
В AI-GROK.CHAT первый ответ доступен без регистрации. Если понадобится платное продолжение, сначала прочитайте его условия перед оплатой. Для этой инструкции достаточно обычного текстового запроса.

2. Подготовьте исходные данные без лишних подробностей
Все данные примера ниже вымышленные. В текущем прайс-листе 24 позиции. У восьми меняется цена, у трёх из этих восьми также меняется единица продажи. Добавлять и удалять позиции не требуется. Утверждённый реестр изменений уже есть; сами значения цен для планирования не нужны.
Замените количество строк, состав изменений, роли, доступное время и срок своими сведениями. Не выдавайте желаемую дату за подтверждённую доступность сотрудников.
- Укажите источник истины: например, утверждённый реестр изменений, который сотрудники проверят самостоятельно.
- Задайте начало и конец работ. Здесь используются четыре последовательных рабочих дня: Д1–Д4.
- Не отправляйте пароли, токены, персональные данные, закрытые закупочные цены, маржу и клиентские скидки. Имена замените ролями, названия закрытых продуктов — условными кодами.
3. Отправьте запрос с ограничениями и форматом ответа
Просите не просто список действий, а проверяемый план. Важно отдельно запретить выдумывать цены и обозначить, что документы остаются у сотрудников: чат их не видел.
Готовый запрос
Составь план проекта по обновлению прайс-листа. Все исходные данные этого учебного примера вымышленные. Текущая версия — v1, итоговая — v2. Всего 24 позиции: у восьми меняется цена, у трёх из этих восьми также меняется единица продажи. Добавлений и удалений нет. Утверждённый реестр изменений есть у команды, но в чат он не передаётся. Не придумывай цены и не утверждай, что проверил документы. Срок — четыре последовательных рабочих дня Д1–Д4. Условные оценки труда и доступность: координатор — 2 часа в Д1 и 1 час в Д4; редактор — 4 часа в Д2; проверяющий — 2 часа в Д3; руководитель — 1 час в Д3 после проверки. Для проверки заложено 5 минут на каждую из 24 строк. Оценки не включают исправления после проверки. Дай план: день, действие, ответственный, трудозатраты, зависимость, критерий готовности. Включи подготовку, редактирование, проверку, согласование, публикацию и сохранение v1. Публикует человек только после согласования. Посчитай общие трудозатраты, выдели риск отсутствия резерва и условие остановки. Не обещай уложиться в срок при обнаружении ошибок.
4. Сравните ответ с конкретным образцом
Ниже — пример результата на тех же вымышленных данных. Формулировки могут отличаться; последовательность и контрольные условия важнее красивых названий этапов.
Пример результата
Д1 — подготовка. Координатор, 2 часа. Сверить состав v1 и утверждённого реестра, сопоставить коды позиций, сохранить исходную версию. Готово: определены 24 строки и восемь изменяемых позиций; три изменения единиц входят в эти восемь. Без этого редактирование не начинается. Д2 — редактирование. Редактор, 4 часа. Подготовить v2 по реестру и перечень внесённых изменений. Готово: перенесены восемь цен и три единицы продажи, остальные 16 позиций не изменены. Д3 — проверка. Проверяющий, 2 часа. Сопоставить все 24 строки с v1 и реестром: коды, цены, единицы, отсутствие пропусков и дублей. Готово: расхождений нет; результат проверки зафиксирован. Д3 — согласование. Руководитель, 1 час после проверки. Подтвердить конкретную версию v2. Без подтверждения публикация запрещена. Д4 — публикация. Координатор, 1 час. Разместить согласованную v2 в принятом рабочем месте, сохранить v1 отдельно как предыдущую версию и проверить доступность v2 получателям. Итого: 10 человеко-часов. Резерва на исправления нет. При расхождениях или отсутствии согласования остановить публикацию и пересогласовать срок.
5. Проверьте факты, расчёты и выполнимость
Внутренняя согласованность ответа — ещё не проверка реального прайс-листа. Чат не получил документов и не может подтвердить правильность цен. Это делает сотрудник по утверждённому источнику.
В примере арифметика сходится: 8 изменяемых + 16 неизменяемых = 24 позиции. Три изменения единиц уже входят в восемь позиций, поэтому изменяемых строк не 11. Проверка: 24 × 5 = 120 минут, то есть 2 часа. Общий труд: 2 + 4 + 2 + 1 + 1 = 10 часов.
- Сопоставьте каждое исходное число с ответом: нет ли добавленных товаров, исполнителей или сроков.
- Подтвердите доступность проверяющего и руководителя в Д3 именно в нужной последовательности.
- Проверьте реалистичность оценок: пять минут на строку здесь — допущение, а не измеренная производительность.
6. Исправьте типовые ошибки точечным уточнением
Слабый запрос — «Сделай хороший план обновления цен». Он оставляет неизвестными объём, источник изменений и порядок согласования. Лучше задать эти ограничения сразу.
Частые ошибки ответа: трижды посчитать одни и те же строки, назначить публикацию до проверки, незаметно добавить резерв или назвать срок гарантированным. Попросите исправить конкретный дефект, не переделывая всё остальное. Если времени на исправления нет, это ограничение проекта, а не задача для более уверенного тона.
Готовый запрос
Перепроверь план по исходным данным. Три изменения единиц относятся к тем же восьми позициям, а не к дополнительным строкам. Сохрани роли и доступные часы. Покажи только исправленные этапы, пересчитанный итог и влияние найденных ошибок на срок. Не добавляй резерв без моего подтверждения.
7. Передайте команде исполнимую версию
Перед запуском замените Д1–Д4 реальными рабочими датами и подтвердите ответственных вне чата. Уточните, где хранится утверждённый реестр, кто фиксирует согласование и какое место публикации принято в команде. Чат не должен угадывать эти сведения.
План готов к работе, когда у каждого этапа есть исполнитель, результат и условие перехода дальше. Финальная проверка проста: опубликована именно согласованная v2, предыдущая версия сохранена отдельно, а получатели понимают, какой прайс-лист использовать.

Контроль плана обновления прайс-листа
| Задача | Пример запроса | Что проверить |
|---|---|---|
| Зафиксировать объём | Отдели изменяемые позиции от неизменяемых. | 8 + 16 = 24; три изменения единиц входят в восемь строк. |
| Выстроить зависимости | Покажи, что должно завершиться до публикации. | Редактирование → проверка → согласование → публикация. |
| Посчитать трудозатраты | Сложи оценки по всем исполнителям. | 10 человеко-часов, без скрытого резерва. |
| Проверить источник | Назови документы, которые сотрудник должен сопоставить. | v1 и утверждённый реестр; чат их не проверял. |
| Обработать задержку | Что делать, если проверка выявила расхождения? | Остановка публикации и пересогласование срока. |
Ещё по теме
План съёмки рекламного ролика с ИИ: от брифа до сдачи
Как составить в AI-GROK.CHAT план съёмки рекламного ролика: подготовить бриф, распределить задачи, проверить сроки, бюджет и условия сдачи.
NVIDIA представила Nemotron 3.5 Transcribe для обработки аудиозаписей
Новая модель NVIDIA объединяет несколько задач обработки речи. Разбираем, что заявлено, что ещё обещано и почему привычный ИИ-чат пока не меняется.
Как составить план исследования с помощью ИИ: сроки, задачи и проверка
Составляем план исследования выбора мастер-класса: готовый запрос, пример графика на десять рабочих дней, расчёт нагрузки и проверка ограничений метода.