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