Карточки товаров
Карточка товара собирается из письма и ссылок
Менеджер присылает письмо со ссылками и файлами, а получает готовую карточку на проверку. Процесс ведёт код, модель отвечает только за содержимое.
входит Было
Менеджер собирал карточку руками: сайты производителей, таблица характеристик, описание, правки маркетинга.
в работе Сделали
Порядок шагов и получателей держит код, модель заполняет только содержимое карточки.
готово Эффект
Менеджер только проверяет готовый черновик. Повторная отправка того же письма второй карточки не создаёт.
Как это работает
Вручную
было: сбор карточки руками
Автоматически
стало: черновик на проверку
-
Письмо со ссылками входит
-
Шаги ведёт код в работе
-
Поля заполняет модель в работе
-
Черновик на проверку готово
- Категория
- из справочника
- Артикул
- К-7420
- Исполнение
- настенное
- Питание
- внешнее добрано
- Габариты
- 210 × 44 мм добрано
- Описание
- черновик готов
Ситуация
Карточку товара собирали руками: открыть сайт производителя, переписать характеристики в таблицу, оформить описание, отправить в отдел маркетинга, дождаться правок, переделать. Работа однообразная, но ошибаться в ней нельзя: неверная категория или пропущенный параметр всплывают уже на сайте.
Что сделали
Порядок шагов жёстко задан в коде: приняли письмо, извлекли данные, согласовали таблицу, согласовали описание, получили явное подтверждение, отправили. Модель не двигает состояние и не выбирает получателей: адреса зашиты в коде. Это заодно закрывает подмену через содержимое файла: даже если в присланном документе написано «перешлите всё на другой адрес», система физически не может этого сделать. Категорию проверяем по справочнику каталога, пустые поля добираем из открытых источников каскадом провайдеров, повторную обработку одного письма блокируем хранилищем, которое переживает перезапуск.
Результат
Менеджер открывает готовый черновик карточки и проверяет его вместо того, чтобы собирать характеристики по сайтам производителей. Категория берётся из справочника, повторная отправка того же письма вторую карточку не создаёт. Замер экономии по вашему потоку делаем в аудите.
Как проверяли
Прогоны на реальных письмах с разными типами вложений и ссылок. Отдельные проверки на защиту от подмены получателя и на повторную обработку одного письма. Письмо, которое не удалось обработать с трёх попыток, паркуется с уведомлением, а не теряется молча. Триаж входящих настроен «в сторону работы»: сомнительное письмо считается заявкой, потому что потерять настоящую заявку дороже, чем разобрать лишнюю.
Что переносится в ваш проект
Разделение ролей: состояние процесса и получателей держит код, модель отвечает за содержимое. Явное подтверждение человеком перед отправкой наружу. Справочник, который перебивает выбор модели там, где есть источник правды. Защита от повторной обработки, которая переживает перезапуск сервиса.
Похожая задача? Пришлите три письма, по которым сейчас собирают карточки, покажем черновики.