Nailosophy: из трёх продуктов выбрали один и за час получили план разработки

Клиент: Nailosophy — управляющая компания в сфере салонов красоты, команда из 3 человек

Формат: Разовая консультация, 1 час

Задача: Определить, какой из трёх продуктов делать первым, и получить план разработки

Проблема

Команда Nailosophy управляла сетью маникюрных салонов и параллельно строила продукт для автоматизации бьюти-бизнеса. На столе лежали сразу три задачи:

Контроль качества работ. Мастер делает 6-8 работ за день. Каждую нужно сфотографировать, отправить на проверку эксперту, получить оценку. Если оценка низкая — работа уходит руководителю. Плюс привязка к записям в учётной системе, отслеживание материалов и допродажи.

Ежедневная аналитика. Сводка по выручке, среднему чеку, загруженности — из учётной системы прямо в мессенджер. С привязкой к системе мотивации и грейдов для мастеров.

База знаний для сотрудников. Бот, который отвечает на вопросы по регламентам и инструкциям. Большой массив документов, который нужно структурировать и подключить к чату.

Технический специалист в команде уже начала собирать первый продукт — бот для контроля качества. Развернула платформу автоматизации на облачном сервере, сделала базовую версию: мастер загружает фото, они улетают в таблицу. Но быстро поняла — архитектура не та. Без привязки к учётной системе бот бесполезен. А с привязкой — нужна другая архитектура, и сложность вырастает в разы.

Команда пришла на консультацию с вопросом: как это всё реализовать, с чего начать и можно ли работать совместно.

Что сделали на консультации

1. Разделили три продукта

Первое, что стало ясно: три продукта — это три разных проекта с разной сложностью.

Контроль качества — самый сложный. Четыре роли, двусторонняя интеграция с учётной системой, цепочка уведомлений, система оценок, автоматическое уведомление руководителю при низких баллах.

Аналитика — средний по сложности. Нужна готовая система мотивации (её ещё проектировали), чёткое понимание метрик, интеграция с учётной системой для чтения данных.

База знаний — проще всего с точки зрения механики. Но нужна предварительная работа: структурировать все регламенты, разбить на блоки, подготовить данные.

Вывод: начинать с контроля качества. Он приносит больше всего пользы, и его не заменить ручным процессом. Аналитику — после утверждения системы мотивации. Базу знаний — последней.

2. Унифицировали систему оценки

Команда изначально думала про 3-5 характеристик, разных для каждого типа услуги. Это усложняло и разработку, и работу экспертов.

Разобрали каждую характеристику. Оказалось, что три критерия — аккуратность, стерильность, эстетика — универсальны для любой услуги. Шкала от 1 до 5 баллов по каждому. Этого достаточно, чтобы оценить работу и выявить проблему.

Меньше критериев — быстрее оценка. Эксперт тратит минуту, а не пять. При 6-8 работах в день на каждого мастера это критично.

3. Спроектировали путь пользователя

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

Администратор утром просматривает записи дня в учётной системе, заполняет карточки клиентов, ставит задания для мастеров по допродажам. Нажимает кнопку — задания разлетаются мастерам.

Мастер за 10 минут до записи получает карточку клиента: кто придёт, какая услуга, комментарии администратора, задание на допродажу. За 10 минут до конца — напоминание: сфотографировать работу, указать материалы, отметить допродажу.

Эксперт получает работы на проверку. Видит фото «до» и «после», услугу, материалы. Оценивает по трём критериям. Если работа отличная — может поставить особую отметку. Если ниже порога — работа автоматически уходит руководителю.

Руководитель получает только проблемные работы. Видит фото, оценки, комментарии. Принимает решение: допустимо, нужно обучение или переделка.

4. Определили, что не нужно делать сейчас

Команда хотела сразу же привязать контроль качества к системе мотивации и грейдов. Но система грейдов ещё не утверждена — её планировали презентовать на следующей неделе.

Решение: сначала бот для контроля качества как самостоятельный продукт. Данные будут копиться. Когда система мотивации готова — подключить аналитику. Так не нужно переделывать бот после каждого изменения в грейдах.

Также отложили автоматическое списание материалов со склада. Это связано с складским учётом и требует отдельной интеграции. Пока администратор вносит вручную — это 2-3 минуты в день, не критично.

Что получила команда

• Приоритет: контроль качества первым, аналитика после утверждения грейдов, база знаний последней
• Единая система оценки: 3 критерия вместо 3-5 разных для каждой услуги
• Путь пользователя по четырём ролям — от утренней подготовки администратора до вечернего отчёта руководителю
• Архитектурное решение: бот в мессенджере с двусторонней интеграцией с учётной системой
• Список того, что отложить: система грейдов, складской учёт, автосписание материалов
• Готовый план для старта разработки

Команда пришла с тремя размытыми запросами и попыткой собрать первый продукт на платформе автоматизации. Ушла с конкретным планом: что делать, в каком порядке, с какой архитектурой.

Ключевой вывод

Три продукта сразу — это не план, а паралич. Команда несколько месяцев переключалась между задачами и не закончила ни одну.

На консультации мы не придумали ничего нового. Мы вычеркнули лишнее. Из трёх продуктов оставили один. Из пяти критериев оценки — три. Из списка функций — только те, которые нужны в первой версии.

Если у вас несколько направлений автоматизации и непонятно, за что браться — начните с ответа на вопрос: «Какой процесс сейчас съедает больше всего времени и не может работать без ручного контроля?» Это и есть первый продукт.