Як це робиться: РЕКОМЕНДАЦІЇ

Привіт! У цій серії ділюся робочими спостереженнями про прості речі, на яких регулярно спотикаються менеджери й власники. Одні застрягають у логіці, інші воюють з утриманням користувачів та UX.

Сьогодні — логіка функції «Рекомендоване». Безкоштовно.

Як завжди: ПРОСТО КОПІЮЙТЕ МЕНЕ. Логіку, крайові випадки й архітектуру вже продумано.

Що це взагалі таке?

Користувач бачить товар, контент або послугу, запропоновані саме для нього.

Навіщо? Для інтернет-магазину чи контентної платформи це базова механіка.

Тут працюємо з retention і TTV — часом до отримання цінності. Допомагаємо людині швидше знайти щось корисне, даємо причину залишитися, а в магазині — ще й збільшуємо середній чек.

Головна логіка: схоже чи доречне?

Ось тут усе найчастіше й ламається. Візьмемо магазин:

Правило: думайте про поточну потребу людини, а не лише про схожість картинок.

Наприклад, людина читає книжку про самотню маму за тридцять. Якщо її цікавить саме ця тема, наступною доречною рекомендацією може бути книжка про домашній бізнес або психологічну самодопомогу. Категорія «художня література» сама по собі мало що пояснює. Бачите логіку?

Реалізація й UX: правило побічного квесту

1. Розташування. Рекомендації — це побічний квест. Не ставте їх поперек основного сценарію. Покажіть блок, коли цільова дія майже завершена або вже відбулася: наприклад, у кошику чи після покупки. Основні метрики бережіть.

2. Інтерфейс. Не ускладнюйте. Та сама картка товару, інший заголовок блоку, карусель. Можливість обрати доповнення, не залишаючи сторінку.

3. Код і база. Менше зайвого коду — менше місць, де можна щось зламати.

Про що зазвичай забувають

Зібрати SaaS за вихідні сьогодні нескладно. А от тестування, UX і розмови з реальними користувачами чомусь постійно залишаються «на потім».

За цією логікою — понад вісім років досвіду.

Можете просто скопіювати. А можете покликати мене допомогти. Я цим займаюся давно.