Первый продукт: проверенное обновление от поставщика
ARCHIVE
Архивное исследование / черновик. Не является актуальным контрактом реализации. Смотрите REST 1.0 и актуальную концепцию.
Рекомендуемый MVP; не реализован. Коммерческий процесс развивает инженерную последовательность «прочитать остатки, изменить одну цену». Новый объём ещё не утверждён основателем.
Первый платный продукт должен помогать владельцу обновлять цены существующих товаров OpenCart по файлу поставщика и объяснять результат каждой строки. Правильный ответ об остатках доказывает подключение; регулярно выполненная задача — ценность.
Сознательно ограниченный начальный объём
Одна явно выбранная ветка OpenCart, один магазин, одна базовая валюта и существующие товары со стабильными идентификаторами. Предлагаем ограничение 50 изменённых товаров на задачу в пилоте. Это гипотеза об объёме и безопасности, которую можно пересмотреть по результатам измерений.
Файл должен содержать идентификаторы и новые цены продажи либо закупочные цены с формулой, одобренной владельцем. Себестоимость нельзя считать розничной ценой. Валюта, налоги, округление и учёт акций должны быть явными. Без надёжной себестоимости нельзя обещать контроль минимальной маржи.
Первый релиз: чтение товаров, остатков и ограниченных статусов заказов; подготовка, одобрение, применение и проверка ценовой задачи. Создание товаров, изменение количества, возвраты денег, статусов заказов, запуск кампаний и закупки не входят в этот объём.
Пример пути владельца
Это пример, а не реальный магазин или выполненная задача.
Владелец загружает файл для 40 товаров и просит подготовить цены следующей недели. Агент находит 34 точных совпадения, два отсутствующих идентификатора, один дубликат и три неоднозначные строки. Объясняет сопоставление и просит решить или исключить шесть исключений. Нечёткое совпадение никогда не применяется молча.
Владелец видит таблицу со ссылками, текущими и новыми суммами, валютой и налогами, группой покупателей и действующими акциями. Неизменённые строки не считаются экономией или выполненной записью. Одобряется точный список; редактирование создаёт новую версию одобрения.
В отчёте могут быть 31 применённая строка, две пропущенные из-за параллельных изменений и одна на проверке. Задача частично выполнена, а не успешна. Владелец просматривает доказательства и завершает остальное без повторения выполненных записей.
Четыре рабочих экрана
| Экран | Потребность продавца |
|---|---|
| Сегодня | Работа на проверку, заблокированные задачи, важные выводы и актуальность подключения |
| Разговор | Намерение, уточнения и объяснения на основе данных магазина |
| Проверка | Таблица до/после, исключения, объём, одобрение и отклонение |
| История | Кто что разрешил, применённые значения, проверка и возможная компенсация |
Владелец не должен настраивать MCP-сервер или выбирать модель. Агентство может установить коннектор, но решение о доступе принадлежит продавцу.
Критерии завершённой задачи MVP
Задача привязана к магазину и исполнителю; каждая строка имеет результат. Валидация и надёжный аудит существуют до первой записи. Применяется только одобренная версия, выявляются сторонние изменения, значения повторно читаются из авторитетного источника. Сетевой тайм-аут — неопределённый результат для сверки, а не разрешение слепо повторить запись.
Нужен честный путь восстановления. Если расширение меняет семантику цен, коннектор отказывает до появления поддержки. Отзыв доступа останавливает очередь. Запрос на возврат денег или отправку заказа должен получить объяснение, что продукт этого ещё не выполняет.
Далее: полномочия и восстановление, реализация, критерии релиза.