Опис проєкту
ПерекладУ нас SaaS-програма, і забагато нових користувачів реєструється, кілька хвилин щелкають по інтерфейсу і більше не повертаються. Ми впевнені, що справа у відсутності зрозумілого першого сценарію знайомства з продуктом, тому шукаємо розробника, який зробить вбудовуваний віджет онбордингу та продуктового туру для нашого фронтенда. Ядро задачі — механізм покрокового інтерактивного прохідності: віджет підсвічує реальний елемент на сторінці, показує поруч підказку або хотспот, чекає дії користувача або кліку «далі» та переходить до наступного кроку. Тури мають переживати зміну маршрутів і підзавантаження контенту, тому прив'язка до елементів потрібна стійка, а не разовий пошук при завантаженні сторінки.
Крім лінійного туру нам потрібні чек-листи онбордингу, які зберігаються між сесіями і показують прогрес, щоб користувач міг піти на середині і повернутися туди, де зупинився. Для нас важливий таргетинг: ми хочемо показувати різні сценарії різним сегментам — по тарифу, ролі, даті реєстрації або довільним ознакам, які ми передаємо, і ніколи не запускати один і той самий тур повторно тому, хто його вже пройшов або закрив. Все мало настроюватися без пере-деплою, тому очікуємо невеликої админки або конфігу в JSON, який наша команда зможе редагувати сама. По частині звітності потрібна аналітика прохідності по кожному туру та кожному кроку, включаючи точки, де люди відваливаються, щоб ми могли дорабляти формулювання та порядок кроків.
Щоб не було недорозумінь по обсягу: це саме спрямований онбординг всередину програми, а не спливаючий NPS-опит і не система статей бази знань. Якщо ви вже робили подібне — покажіть, будь ласка, приклади.
— Механізм покрокового прохідності з підказками та кліябельними хотспотами
— Прив'язка до елементів, що переживають зміну маршрутів SPA та динамічний контент
— Постійні чек-листи онбордингу зі збереженням прогресу
— Таргетинг по сегментам: тариф, роль, дата реєстрації, довільні ознаки
— Правила частоти, щоб пройдені та закриті тури не запускалися знов
— Аналітика прохідності по туру та по кроках із точками відвалу
— Конфіг, редагуємий без пере-деплою, та зрозуміла документація для команди
Крім лінійного туру нам потрібні чек-листи онбордингу, які зберігаються між сесіями і показують прогрес, щоб користувач міг піти на середині і повернутися туди, де зупинився. Для нас важливий таргетинг: ми хочемо показувати різні сценарії різним сегментам — по тарифу, ролі, даті реєстрації або довільним ознакам, які ми передаємо, і ніколи не запускати один і той самий тур повторно тому, хто його вже пройшов або закрив. Все мало настроюватися без пере-деплою, тому очікуємо невеликої админки або конфігу в JSON, який наша команда зможе редагувати сама. По частині звітності потрібна аналітика прохідності по кожному туру та кожному кроку, включаючи точки, де люди відваливаються, щоб ми могли дорабляти формулювання та порядок кроків.
Щоб не було недорозумінь по обсягу: це саме спрямований онбординг всередину програми, а не спливаючий NPS-опит і не система статей бази знань. Якщо ви вже робили подібне — покажіть, будь ласка, приклади.
— Механізм покрокового прохідності з підказками та кліябельними хотспотами
— Прив'язка до елементів, що переживають зміну маршрутів SPA та динамічний контент
— Постійні чек-листи онбордингу зі збереженням прогресу
— Таргетинг по сегментам: тариф, роль, дата реєстрації, довільні ознаки
— Правила частоти, щоб пройдені та закриті тури не запускалися знов
— Аналітика прохідності по туру та по кроках із точками відвалу
— Конфіг, редагуємий без пере-деплою, та зрозуміла документація для команди
Веб програмування Готівка, Банківський переказ
