Коротко про проєкт Це SaaS для майстрів і салонів краси: управління записами, клієнтами та щоденними процесами в одному продукті. Що вже реалізовано: календар і управління візитами; створення запису (послуга, дата/час, клієнт, деталі); клієнтська база (картка клієнта, історія, нотатки); нагадування клієнтам; маркетингові сценарії (зокрема SMS); аналітика по візитах/доходу; ролі доступу (власник/персонал); публічні сторінки онлайн-бронювання та відгуків; мультимовність (основні: PL/UK/EN). Поточна ціль: підсилити UX у критичних сценаріях, щоб зменшити відтік і підвищити конверсію та зручність щоденної роботи.Що потрібно зробити1) UX-аудит сайту Перевірити: перший екран і ціннісну пропозицію; структуру сторінки та зрозумілість контенту; CTA-кнопки і конверсійні дії; форму підписки/очікування релізу; переходи на booking/review сторінки; мобільну адаптацію; помилки, порожні стани, мікрокопі.2) UX-аудит мобільного застосунку Перевірити end-to-end сценарії: авторизація / онбординг; головна та навігація; календар і створення візиту; картка клієнта (дії/фільтри/історія/експорт/видалення); нагадування та маркетинг (зрозумілість налаштувань); аналітика (читабельність графіків і метрик); повідомлення про помилки/підтвердження/успіх; логіка ролей (owner/staff) у UX; локалізація і узгодженість текстів.Формат результату (обов’язково)1) UX-звіт (документ) Для кожної знайденої проблеми: екран/сценарій; опис проблеми; вплив (конверсія / помилки / швидкість роботи); пріоритет (Critical / High / Medium / Low); конкретне рішення; складність впровадження (S/M/L).2) Відеорозбір 1 відео зі скрінкастом 20–60 хв; з проходом ключових сценаріїв; з поясненням, що саме треба змінити і чому.3) Макети (за потреби) Не обов’язково робити багато макетів. Якщо потрібні зміни — достатньо точкових екранів/блоків у Figma тільки там, де реально є UX-проблема.Що надаю виконавцю посилання на сайт; тестові доступи; на поточному етапі — тільки APK-файл для Android (інших збірок поки немає); короткий опис бізнес-логіки і ролей; пріоритетні сценарії для перевірки.Очікуваний результат Після аудиту має бути чіткий, пріоритетний список доопрацювань, який можна одразу передати в розробку без “води” та без повного редизайну, якщо він не потрібен.