Модерація товарів на маркетплейсі: де ламається процес
Модерація товарів ламається не на правилах, а на стиках: продавець завантажив картку, система її прийняла, а далі починається ручна черга модерації, яка зростає швидше, ніж її розбирають.
Пік завантажень — вечір і вихідні, рев'юерів у цей час найменше, і картка чекає на перевірку годинами. Для продавця це втрачені продажі, для майданчика — зростання звернень до підтримки та відтік активних магазинів.
Друга точка відмови — хибні блокування. Формальні правила без контексту рубрики ріжуть нормальні картки: бренд із цифрою в назві, легальне порівняння з аналогом, медичне формулювання в дозволеній категорії.
Кожне хибне блокування — це апеляція, ручний розбір і втрачена довіра продавця, який після двох таких випадків починає шукати обхідні шляхи.
Третя — обхід правил. Поки перевірка карток продавців іде за одним шаблоном, недобросовісні продавці змінюють опис після схвалення, дроблять один товар на десятки карток, підміняють фото у вже опублікованій позиції.
Модерація, яка дивиться лише на момент подання, пропускає все це, а страждає видача та репутація майданчика.
Розбираємо, як це закривається: де ставити автоматичні перевірки до ручної черги, як налаштовувати правила під рубрики, щоб різати порушення, а не живі картки, і як відстежувати зміни вже схвалених товарів.
Що дає керована модерація товарів
Керована модерація — це не «фільтр, який усе забороняє», а контур ухвалення рішень із налаштовуваними порогами.
Частина карток проходить автоматично за формальними ознаками: заповненість атрибутів, збіг категорії із заявленою, коректність зображень, відсутність заборонених формулювань в описі.
Решта йде в чергу до модератора з уже зібраним контекстом — історією продавця, минулими порушеннями, схожими відхиленими картками.
Завдяки цьому швидкість перевірки падає з годин до хвилин на типових товарах, а частка автоматичних рішень зростає в міру накопичення розмічених прикладів.
Другий ефект — передбачуваність навантаження. Коли правила й пороги зафіксовані, потік заявок розподіляється рівномірно, без піків «усе вручну» після кожної акції чи розпродажу.
Модератори займаються спірними випадками, а не механічною перевіркою полів, і їхня пропускна здатність на одну людину зростає в рази. Це видно за метриками: час до публікації, частка карток, що повернулися на доопрацювання, кількість ескалацій на старшого перевіряльника.
Третій ефект — зниження скарг покупців. Більшість звернень «товар не той» народжується не зі злого умислу, а з неповної картки: не вказано розмір, не збігається комплектація, оманливе фото.
Якщо модерація перевіряє ці ознаки до публікації, скарги йдуть униз не косметично, а структурно — на 30–50% за проблемними категоріями. Додатково налаштовуємо зворотний зв'язок: скарга покупця автоматично підвищує пріоритет повторної перевірки картки та продавця.
Четвертий шар — керованість. Пороги, стоп-слова, правила автовідхилення й автосхвалення змінюються без переписування коду: бізнес сам вирішує, де ризик виправданий, а де потрібна людина.
Логи рішень зберігаються, тому завжди можна відповісти, чому картка пішла на перевірку або була відхилена — це знімає спори з продавцями та питання служби підтримки.
Автоматична, ручна та гібридна перевірка
Режим перевірки — це не «налаштування на майбутнє», а розвилка, яка визначає пропускну здатність модерації та клас помилок, який ви отримуєте на виході.
Автоматична перевірка ловить формальні порушення за правилами: обов'язкові атрибути, заборонені категорії, дублікати карток, невідповідність ціни та одиниць вимірювання. Ручна — те, що потребує контексту: підробку бренду, оманливе фото, спірні формулювання в описі.
Гібридна модерація ставить правила перевірки першою лінією, а спірні випадки віддає оператору з готовим контекстом.
| Варіант | Коли підходить | Обмеження |
|---|---|---|
| Автоматична перевірка | Великий потік однотипних карток, формальні правила, висока швидкість публікації | Не розрізняє контекст і сенс, помиляється на пограничних випадках, потребує точного налаштування правил |
| Ручна перевірка | Складні категорії, брендові обмеження, високі вимоги до якості контенту | Впирається в кількість операторів, зростає час до публікації, результат залежить від кваліфікації |
| Гібридна модерація | Маркетплейс з різнорідним асортиментом і зростаючим потоком продавців | Потребує розмітки спірних випадків і постійного доналаштування правил за зворотним зв'язком |
На практиці вибір визначається не розміром площадки, а часткою карток, які не можна оцінити формально. Якщо вона нижча за десяту частину, автоматика з вибірковим контролем закриває потік; якщо вища — без операторів черга публікації зростає швидше, ніж штат.
Гібридна модерація дає керований компроміс: правила перевірки відсікають очевидне, оператор працює тільки з тим, де потрібне рішення, а кожна його дія стає навчальним прикладом для правил.
Ми налаштовуємо режим під ваш потік і профіль порушень, а не за шаблоном — обговоримо задачу й повернемося з оцінкою та планом.
Етапи впровадження модерації під ключ
Впровадження модерації починається не з коду, а з аудиту поточного процесу: дивимося, які категорії товарів продають продавці, скільки карток проходить за добу, де зараз втрачається час і які помилки доходять до покупця.
За результатами аудиту фіксуємо схему перевірки — які поля обов'язкові, що перевіряється автоматично, а що йде на ручну модерацію, і за якими правилами картка отримує статус «відхилена».
Далі налаштовуємо правила перевірки під реальні категорії: стоп-слова та заборонені бренди, обов'язкові характеристики, формати фото та описів, дублі карток.
Правила оформлюємо як конфігурацію, а не як код — щоб менеджер міг змінювати пороги та додавати категорії без участі розробника.
- Аудит модерації — збираємо статистику за поточними картками, знаходимо вузькі місця та типові помилки продавців.
- Проєктування схеми перевірки — розподіляємо перевірки між автоматикою та ручною модерацією, описуємо статуси картки та причини відхилення.
- Налаштування правил — заводимо правила за категоріями, налаштовуємо пріоритети та чергу на ручну перевірку.
- Інтеграція — підключаємо систему до каталогу продавця та панелі модератора, налаштовуємо повідомлення продавцю про причину відхилення.
- Тестування — проганяємо реальні та пограничні картки, перевіряємо хибні спрацювання та швидкість обробки черги.
- Дослідна експлуатація — запускаємо на частині категорій, звіряємо рішення автоматики з ручною перевіркою, коригуємо пороги.
- Передача регламентів — віддаємо документацію щодо правил, інструкції для модераторів і продавців, порядок зміни правил.
Після запуску залишається підтримка: правила уточнюються в міру появи нових категорій і схем обходу, а метрики — частка автоматичних рішень, час перевірки картки, кількість повернень — показують, де процес потрібно доналаштувати.
Що замовник отримує на руки
Модерація товарів — це не «кнопка схвалити», а набір артефактів, за якими система живе й розвивається без нас. Нижче — що саме залишається у вашої команди після запуску.
- Конфігурації правил модерації. Дерево перевірок у редагованому вигляді: обов'язкові атрибути картки, стоп-слова в назві та описі, обмеження за категоріями, пороги автопропуску для перевірених продавців. Правила змінюються без правки коду — аналітик або оператор додає умову й бачить результат на тестовій вибірці.
- Схеми потоків. Як заявка продавця проходить шлях від завантаження до публікації: авто-перевірка, черга ручної модерації, повернення на доопрацювання з причиною, ескалація спірних випадків. Схема відображає, де рішення ухвалює робот, де людина, і що відбувається при збої зовнішнього сервісу.
- Ролі доступу та матриця прав. Хто бачить картки, хто змінює правила, хто закриває апеляції продавця. Розподіл на оператора, старшого модератора й адміністратора правил — з журналом дій за кожним.
- Документація. Опис моделі даних, довідник кодів відмови, інструкція для оператора й керівництво з додавання нової категорії. Пишемо так, щоб нова людина в команді вийшла на самостійну роботу за дні, а не тижні.
- Регламенти. Що робити при сплеску заявок, як розбирати скаргу продавця на відхилення, у якому порядку викочувати зміни правил, щоб не обвалити потік. Плюс метрики: частка автопропуску, час до рішення, частка апеляцій, скасованих на користь продавця.
- Доступи та передача. Репозиторії, середовища, панель моніторингу черги модерації — оформлені на ваші облікові записи. Жодних «ключів у підрядника».
Опишіть вашу схему категорій і поточний потік перевірки — повернемося з оцінкою та планом робіт.
Як ми скоротили ручну модерацію втричі
Маркетплейс із десятками тисяч продавців захлинався на ручній модерації: кожен новий лот і правка картки потрапляли в чергу до операторів, час до публікації сягав доби, а в пікові дні черга зростала швидше, ніж її розбирали.
Пропущені порушення — контрафакт, заборонені категорії, дублі — спливали вже у видачі, і розбір кожного такого випадку коштував дорожче, ніж перевірка на вході.
Що змінили
Ми побудували конвеєр автоматичної перевірки з ручним контролем спірних випадків. На вході — нормалізація картки: категорія, атрибути, фото, опис. Далі правила й модель розмічають лот за трьома зонами: явна відповідність, явне порушення, спірне.
Перші дві закриваються без оператора, третя потрапляє в чергу з уже зібраним контекстом — історією продавця, схожими рішеннями, причиною спрацювання.
Метрики до і після
| Показник | До | Після |
|---|---|---|
| Частка ручної перевірки | 100% | ~30% |
| Час до публікації | до 24 год | хвилини |
| Розбір спірного випадку | без контексту | з історією та підказкою |
Частку ручної перевірки скоротили втричі, а спірні випадки оператор розбирає швидше — рішення надходить з обґрунтуванням, а не з чистого аркуша. Хибні спрацювання розбираємо регулярно: кожне потрапляє в розмітку й уточнює правила, тому з часом частка спірних падає.
Стек підбирали під навантаження та профіль товарів — маркетплейс отримав конвеєр, який масштабується разом із зростанням каталогу.
Чим відрізняється модерація до публікації від постмодерації?
Премодерація — це перевірка картки до того, як вона стане видимою покупцям. Продавець надсилає товар, система та модератор перевіряють обов'язкові атрибути, зображення, категорію, відповідність правилам майданчика, і лише після схвалення картка публікується.
Ключова властивість: у видачу не потрапляє нічого неперевіреного, тому ризик публікації забороненого товару, дубля або картки з чужим брендом близький до нуля. Ціна — затримка: продавець чекає рішення, а потік нових товарів упирається в пропускну здатність перевірки.
Постмодерація працює навпаки: картка публікується одразу, а перевірка йде слідом — за розкладом, за тригерами або за скаргами. Плюс у швидкості: продавець виставляє товар без очікування, каталог зростає швидко.
Мінус у тому, що неякісний контент якийсь час видно покупцям, і його доводиться відкликати картки — знімати з публікації, повідомляти продавця, розбирати апеляції.
Відкликання картки — найдорожча операція в цій схемі: воно б'є по продавцю, по довірі до майданчика і потребує ручного розбору.
На практиці чистих схем майже не буває. Розумна архітектура гібридна: жорсткі правила — заборонені категорії, контрафакт, небезпечні товари — перевіряються до публікації автоматично, а все інше йде в постмодерацію з вибірковою перевіркою та пріоритетом за скаргами. Тоді критичне не з'являється в каталозі взагалі, а масовий потік не гальмує.
Вибір диктує не ідеологія, а категорія товару та ціна помилки. Там, де публікація забороненого товару означає претензії регулятора та репутаційний удар, премодерація обов'язкова.
Там, де важлива швидкість виходу продавця на майданчик і обсяг асортименту, постмодерація зі швидким відкликанням картки дає більше.
Ми проєктуємо модерацію товарів так, щоб правила, черги перевірки та відкликання картки працювали передбачувано при зростанні каталогу — опишіть вашу категорію та потік товарів, повернемося з оцінкою та планом.
Часті технічні сумніви
Модерація товарів — та частина маркетплейсу, де помилка коштує найдорожче: пропущений заборонений лот б'є по репутації платформи, а хибне блокування — по обороту продавця.
Нижче — технічні сумніви, які найчастіше виникають на етапі оцінки: вони стосуються навантаження, стикування з наявними системами, стійкості правил до обходів і вартості змін.
Чи витримає модерація піковий потік завантажень?
Черга заявок розводиться за пріоритетами, а перевірка відбувається асинхронно — продавець отримує відповідь, не чекаючи повного проходу за всіма правилами.
Автоматичні перевірки (дублікати, стоп-слова, категорія, ознаки контрафакту) закривають основну масу лотів за секунди, ручний розбір дістається лише спірним випадкам. У разі зростання потоку додаються обробники, логіка при цьому не переписується.
Як модерація вбудується в наш особистий кабінет і облікові системи?
Працюємо через програмні інтерфейси: заявки надходять з кабінету продавця, статуси та причини відмови повертаються назад, історія рішень пишеться в журнал. Якщо у вас уже є картки товарів і довідник категорій, підключаємося до них, а не заводимо друге джерело правди. Обмін будуємо так, щоб збій на одній стороні не блокував прийом заявок.
Що заважає продавцю обійти правила?
Обходи ловляться на рівні ознак, а не окремих слів: продавець змінює формулювання, але структура картки, ціна та категорія виказують спробу. Рішення щодо спірних лотів зберігаються, і повторна заявка від того самого продавця зі схожими ознаками йде на ручний розбір одразу.
Правила оновлюються без зупинки конвеєра — нова ознака включається в роботу поверх поточних перевірок.
Наскільки дорого змінювати вимоги після запуску?
Правила винесені з коду в налаштовувані набори: поріг, категорія, список ознак змінюються без перезбирання. Коли платформа вводить нову категорію або посилює вимоги до описів, це правка конфігурації, а не переписування логіки.
Історія рішень при цьому зберігається — видно, за якою версією правил лот було схвалено чи відхилено.
Опишіть, як у вас влаштовано прийом заявок і які перевірки вже є, — повернемося з оцінкою та планом інтеграції.
Обговоримо ваше завдання модерації
Щоб повернутися з оцінкою та планом, а не із загальними словами, нам потрібен мінімум вхідних даних: скільки продавців і карток на місяць проходить модерацію, які категорії товарів і які перевірки обов'язкові — ручні, автоматичні чи змішані.
Опишіть завдання у вільній формі: поточний процес, де він ламається, що вже пробували. Цього достатньо, щоб предметно обговорити архітектуру та строки.
Далі працюємо так: розбираємо ваш сценарій, уточнюємо спірні місця на дзвінку з інженерами, після чого надсилаємо оцінку та план робіт з етапами й строками. Нижче — що ви отримаєте на виході.
- Схему процесу модерації: черги перевірок, ролі модераторів, правила ескалації спірних карток.
- Набір автоматичних перевірок: стоп-слова, дублі, категорії, обов'язкові атрибути, ознаки контрафакту.
- Конфігурацію правил і порогів, щоб змінювати логіку без переписування коду.
- Інтерфейс модератора з масовими діями, історією рішень і причиною відхилення.
- Інтеграції з вашими системами: каталог, картки продавців, повідомлення, аналітика.
- Звітність: частка автоперевірок, час розбору картки, навантаження на модераторів.
- Документацію щодо правил і регламент їх зміни.
- План поетапного запуску з точками контролю та можливістю відкату.
Опишіть завдання — повернемося з оцінкою та планом, позначимо строки й наступні кроки.
