Ответ по заданию · одна страница

Первое предложение внешнему клиенту

Агентство водит промокоманды для нескольких заказчиков: 80 сотрудников, 12 точек, 3 проекта. Учебные смены, не данные Руссмаркета.

01. Директору

Клиентов и договоры вы продолжаете вести в своей CRM. Менять её не предлагаем.

Руссайфин закрывает сверку, которую сейчас делает координатор: кто назначен на точку, кто вышел и от кого нет отчёта.

Когда заказчик спрашивает, как идёт его проект, ответ открывается одним экраном, а не чатом и таблицей.

Первый запуск — один проект из трёх. Большое внедрение и индивидуальную разработку не закладываем.

В тот же день список смены сходится без остатка: не вышли, на точке, закрыта без отчёта, отчёт сдан.

02. Пилот

Сценарий «Закрытие смены». Сотрудник на точке отмечает начало, конец и отдельно короткий отчёт. Координатор переносит эти три отметки. Директор читает список и сам кнопки не жмёт.

Польза видна в тот же день: назначенные равны сумме четырёх групп. Дыра — смена, которую уже закрыли и не дописали.

В пилот не берём продажи и свод результата. Директор описал боль как назначение, выход и отсутствующий отчёт. В кабинете результат — KPI продукта и кнопка «Начать заявку», это другой контур. У агентства из брифа этой заявки нет.

03. Два вопроса до запуска

Клиенту: заказчик считает, что проект идёт, по людям на точках или по продажам? Если по людям, пилот остаётся явкой. Если по продажам, начинаем с вопроса, откуда приходит статус заявки, а не с шапки смены.

Команде Руссайфин: сотрудник отмечает смену с телефона без новой учётной записи или это делает координатор? Если телефона нет, пульт координатора и есть пилот. Если отмечает сам, кнопки уходят с экрана директора, он только читает разбиение дня.

Почему так

Директор готов пробовать на одном проекте и не готов менять CRM. Поэтому стык узкий: из CRM читаем проект и точку, обратно не пишем.

Допущения. В пилот берём один проект и часть точек, не все восемьдесят, двенадцать и три. Договоры не переносим. Support и карточки документов не открываем. Координатор переносит отметку и не подменяет сотрудника. Четыре статуса — чтение брифа.

Дальше разбор: кадры промоточек, пульт и постановка

Разбор · синтетические смены

Первое предложение

Агентство водит промокоманды для нескольких заказчиков. CRM с клиентами и договорами не трогаем. Кадры — стойки одного из трёх проектов, в торговых залах.

80
сотрудников
12
точек
3
проекта

Ситуация

Статус проекта собирают заново.

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

Со слов директора: большое внедрение и индивидуальная разработка сейчас не нужны. Пробовать готовы на одном проекте.

Директору агентства

CRM остаётся. Сверку выхода берём на себя.

Клиентов и договоры вы продолжаете вести у себя. Менять CRM не предлагаем.

Руссайфин добавляет то, чего в ней нет: кто назначен на точку, кто вышел на смену и от кого нет отчёта.

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

Первый запуск — один проект. В нём работают координатор, сотрудник на точке и вы.

В тот же день список смены сходится без остатка: не вышли, на точке, закрыта без отчёта, отчёт сдан.

Почему так: боль названа как ручная сверка выхода людей, а не как замена учёта клиентов.

Граница

Два контура. В пилот входит один.

CRM заказчика хранит клиентов и договоры. Из неё в пилот читаем только проект и точку. Обратно ничего не пишем. В пилоте явка: кто назначен, кто вышел, у кого смена закрыта без отчёта и кто сдал отчёт.

В опубликованном кабинете явка — check-in и check-out на рабочий день, факт часов лежит в «Итогах работы». Четыре статуса пульта — разбиение этого пилота, не копия табеля.

Сценарий и результат шага раньше экрана. Так команда описывает работу над своей CRM. Редизайн 2026 ещё не сдан.

Источники: Sostav, 17 ноября 2025, кабинет. Журнал russ-market.ru, редизайн CRM, 2026, в процессе. Сайт агентства: полевые кейсы не подписаны как работа этого кабинета. Вакансия: Руссайфин, Руссайсклад и CRM рекрутеров. Учебный разбор по открытым материалам, не документация Руссмаркета.

Пилот · один сценарий

Закрытие смены.

Координатор назначает людей на точки одного проекта. Сотрудник отмечает начало, конец смены и отдельно короткий отчёт. Координатор переносит эти три отметки на экран. Дыра — смена, которую уже закрыли и не дописали.

Ниже — этот экран на синтетике: проект «Промо на точках», четыре точки, двенадцать человек. Не все восемьдесят, двенадцать и три.

Экран для заказчика

Промо на точках

Пульт координатора, не телефон сотрудника. Он записывает три разные отметки: вышел, смена закрыта, отчёт сдан. «Нет отчёта» не нажимают — так называется закрытая смена без текста.

Допущение этого экрана: сотрудник отмечает смену сам, координатор только переносит отметку. Если телефона нет, пульт и есть пилот. Второй вопрос ниже это допущение проверяет.

3

Не вышли

4

На точке

2

Закрыта без отчёта

3

Отчёт сдан

Назначено на день 12 = 3 + 4 + 2 + 3. День закрыт, когда не вышли, на точке и закрыта без отчёта равны нулю.

Точка Север

  • Аня Ковалёва

    На точке

  • Илья Мороз

    Не вышел

  • Марина Лебедь

    Отчёт сдан

Точка Юг

  • Павел Орлов

    Закрыта, нет отчёта

  • Ольга Шевцова

    На точке

  • Кирилл Данилов

    Не вышел

Точка Центр

  • Ева Сафонова

    Отчёт сдан

  • Никита Белов

    На точке

  • Софья Ким

    Закрыта, нет отчёта

Точка Восток

  • Глеб Рыбаков

    Не вышел

  • Тамара Исаева

    На точке

  • Роман Чуев

    Отчёт сдан

Проблема, ограничение, результат

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

Ограничение: один проект, без замены CRM и без доработки платформы. Большое внедрение директор не заказывал.

Результат: список дня сходится без остатка. Не вышли, на точке, закрыта без отчёта и отчёт сдан в сумме дают всех, кто назначен.

Роли и права

Директор читает шапку и список. Кнопок у него нет.

Координатор переносит отметку и жмёт единственный следующий шаг.

Сотрудник в этом допущении отмечает смену сам. Координатор его не подменяет.

Support, склад «Руссайсклад» и CRM рекрутеров в пилот не входят и кнопок не имеют.

Статусы, переходы, исключения

Четыре статуса: не вышел, на точке, закрыта без отчёта, отчёт сдан. Законный шаг один: вышел, затем смена закрыта, затем отчёт сдан.

Нельзя перескочить к «отчёт сдан». «Нет отчёта» — не кнопка и не статус. Так называется закрытая смена без текста.

День закрыт, только когда не вышли, на точке и закрыта без отчёта равны нулю. Смена без проекта и точки не открывается.

Сейчас на пульте: 12 = 3 + 4 + 2 + 3. День ещё не закрыт.

Минимальный объём и этапы

Этап 1. Явка этого пилота: проект, точка, человек, четыре статуса дня.

Этап 2. Заявка и KPI продукта. Открываем, только если заказчик меряет проект продажами и называет, откуда приходит статус заявки.

Этап 3. Общий справочник человека для Руссайфин, Руссайсклада и CRM рекрутеров. Это следующий шаг экосистемы из вакансии. В этот пилот он не входит.

Постановка для дизайнера и разработки

Сценарий «Закрытие смены». Координатор открывает один день проекта «Промо на точках». У смены виден человек, точка и статус. Кнопка есть только у следующего законного шага.

Правила данных. Смена принадлежит одному проекту, одной точке, одному человеку и одному дню. Статус один. Из CRM заказчика на смену попадают только проект и точка. Клиентов, суммы и тексты договоров не копируем и обратно не пишем.

Критерии приёмки, по ним же собран пульт.

  • Назначено на день равно сумме четырёх групп. Сейчас 12 = 3 + 4 + 2 + 3. Сходится.
  • Кнопка есть только у законного перехода: вышел, смена закрыта, отчёт сдан.
  • У статуса «отчёт сдан» кнопки нет.
  • На экране нет заявок, склада и карточек документов.

Обмен, ошибки, повтор

Черновик обмена. Состав полей Руссайфин не опубликован. Это образец постановки для разработчика, не их API.

Из CRM заказчика читаем два поля: project_code и point_code. Обратно ничего не пишем.

Ошибки черновика. Нет проекта или точки — отметку не принимаем. Недопустимый переход — отметку не принимаем. Повтор той же отметки — состояние не меняем, ответ тот же.

Повтор запроса разрешён, если контур временно недоступен. На недопустимом переходе повтор запрещён. Ключ идемпотентности — смена и новая отметка.

SQL-проверка

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

select
  count(*) as roster,
  count(*) filter (where s.status = 'assigned') as not_started,
  count(*) filter (where s.status = 'on_point') as on_point,
  count(*) filter (where s.status = 'closed') as no_report,
  count(*) filter (where s.status = 'reported') as reported
from shift s
join point p on p.point_code = s.point_code
join person e on e.person_id = s.person_id
where s.project_code = 'promo-points'
  and s.shift_date = date '2026-10-20';

Результат на пульте: roster 12, не вышли 3, на точке 4, закрыта без отчёта 2, отчёт сдан 3. Сумма четырёх групп равна назначенным.

Польза изменения

Метрика пилота: доля смен, у которых отчёт сдан в тот же день. Считаем «отчёт сдан» разделить на «назначено». Сейчас 3 из 12, это 25%.

Как проверяю ответы ИИ

На HR Stats критерии приёмки ассистента уже рабочие: диалог идёт по заготовленным веткам, таблица бенефитов сходится, медиаплан сверяется с рынком.

На этом разборе ИИ собрал черновик экрана и текста. Сверка с брифом убрала кнопку «нет отчёта» и шапку, которая не сходилась. Сверка со скринами кабинета убрала вывод, что продажи уже есть в шапке смены. Сверка с журналом оставила редизайн несделанным. Выдуманные адреса их API на страницу не попали.

Больше двух лет собираю требования и принимаю результат

Я аналитик данных. На реальных продуктах выполнял функции системного аналитика.

HR Rocket, с сентября 2024: требования к отчётам подбора, правила расчёта, обмен ATS и job-сайтов, критерии приёмки. HR Stats: зарплаты и условия конкурентов, сценарии ассистента и приёмка его ответа.

Раньше те же функции на план/факте в Серволюксе и на KPI в Алеонте. Поэтому «больше двух лет» не держится на одной должности.

Решение, доведённое до запуска

Это HR Rocket, не учебный пульт выше. Проблема: отчёт по размещениям собирали руками, и было неясно, какой канал окупается.

Лично согласовал, что витрина считает, как ATS и job-сайты отдают данные, и по каким критериям отчёт принят.

Результат: 5 дашбордов и 12 отчётов, по которым решают, куда размещать вакансии. Ручная сборка короче на 20+ часов в месяц.

Вне пилота

Продажи в первый запуск не берём.

В кабинете результат проекта — KPI продукта и кнопка «Начать заявку». Это соседний блок стола «Отчётность», не шапка смены. У агентства из брифа этой заявки нет, поэтому в первый запуск её не берём.

Если заказчик меряет проект деньгами, пилот начинается с вопроса, откуда приходит статус заявки, а не с шапки явки.

До запуска

Два вопроса меняют предложение.

Клиенту

Заказчик считает, что проект идёт, по людям на точках или по продажам?

Если по продажам, шапка явки не доказывает пользу. Пилот начинается с вопроса, откуда приходит статус заявки, а не со свода «кто вышел».

Команде Руссайфин

Сотрудник отмечает смену с телефона без новой учётной записи или это делает координатор?

Экран выше уже собран как пульт: кнопки жмёт координатор. Если телефона нет, этот пульт и есть пилот, польза — статус больше не размазан по чатам. Если сотрудник отмечает сам, кнопки с экрана уходят, директор только читает разбиение дня.

Допущения: в пилот берём один проект и часть точек. Договоры из CRM не переносим. Support и карточки документов не открываем. На экране координатор переносит отметку, а не подменяет сотрудника. Состав полей обмена не опубликован, четыре статуса дня заданы по брифу. Check-in и check-out на опубликованном столе относятся к рабочему дню целиком. Точка этого пилота не объявлена клеткой их табеля.