Когда вы слышите фразу «IT-продукт для HR», чаще всего за ней стоит что-то довольно стандартное. Типовой функционал, жёсткие рамки по настройкам. Долгое внедрение и длинная цепочка “клиент → менеджер → аналитик → разработчик”.
На таком фоне мы особенно заметны как команда, которая делает продукт иначе — вместе с клиентами, в прямом смысле слова.
Наш подход прост: реальные запросы клиентов — это не бесполезный шум, а главный источник развития продукта. Мы воспринимаем каждую реплику в чате с менеджером, каждое “а можно ли у вас…” как возможность сделать сервис лучше не только для одного клиента, но и для всего рынка.
Продукт, который создаётся рядом с бизнесом
Наша ключевая особенность — команда. Не отдельные отделы, которые общаются через бюрократические регламенты, а единая мультифункциональная команда проекта:
- разработчики, которые понимают язык бизнеса и HR;
- консультанты и эксперты в HRM, рекрутинге, обучении и b2bпродажах;
- менеджеры по работе с клиентами и продажники, которые не «продают коробку», а вместе с клиентом собирают решение под его процессы.
У нас нет лишней бюрократии и формальных барьеров. Между клиентом и разработчиком нет “стены” из согласующих.
За счёт этого мы выигрываем в двух ключевых параметрах. Скорости и точности внедрения как типовых, так и нетиповых фич.
Клиент не месяцами ждёт результата — он видит, как его запрос превращается в рабочий функционал.
В классическом сценарии вас ждали бы несколько кругов согласований, монструозное ТЗ и релиз «когда-нибудь летом». Мы от этой модели сознательно ушли.
Вместо бюрократии — короткие итерации и нормальный человеческий диалог. Топ-менеджмент - вот он, прямо в рабочем чате. Живое участие в процессе, а не только мониторинг кто-что делает.
За счёт этого решения принимаются быстрее, сроки разработки не раздуваются, а изменения доходят до пользователей без ощущения «мы ждали этого полгода».
Да вы даже можете это увидеть по ИИ-решениям и функциям Workhere.
Для HR-команд это означает одно: если вы приходите к нам с запросом, то забудьте про базу резюме в Excel, ручные даш-борды и …тайм-менеджмент.
Вовлечённость топ-менеджеров: от контроля к участию
Отдельный фактор — вовлечённость топ-менеджеров. Руководители не только контролируют процессы и показатели, но и участвуют в операционной работе.
И это не фигура речи - прямо здесь и сейчас в чате можно задать вопрос. Они включаются как разработчики, как продуктологи, как маркетологи.
Это даёт вам как клиентам несколько преимуществ:
- мы слышим то, что действительно нужно рынку, а не только то, что “удобно реализовать”;
- мы можем перестраивать продукт с учётом особенностей бизнес-процессов клиентов, не теряя расширенную функциональность;
- мы не жертвуем скоростью релизов: изменения попадают в план разработки тогда, когда они ещё “горячие” для клиента, а не через полгода.
Как запрос превращается в фичу
Процесс начинается очень рано — уже на первом контакте с клиентом. Наши менеджеры по продажам не продают “по скрипту и дальше хоть трава не расти”. Они внимательно слушают:
- сомнения;
- “подводные камни” процессов;
- невысказанные пожелания, которые обычно прилетают позже.
Очень часто запрос звучит как:
«А у вас есть возможность…?»
Мы можем все. Именно здесь включается наш подход: если функции пока нет, это не повод сказать “нет”. Это сигнал.
Менеджер фиксирует запрос, контекст и бизнес-смысл: зачем это нужно, на каком этапе процесса HR или продаж эта фича сэкономит время или деньги.
Информация без искажений передаётся в команду: мы говорим с бизнесом и друг с другом на одном языке, поэтому не теряем суть по дороге.
Продукт и разработка оценивают: это узкий кастом или повторяемая потребность? Можно ли сделать решение так, чтобы оно подошло многим клиентам, а не только одному?
Если разобрать всё по шагам, картина получается простой. Запрос возникает на демо или созвоне: клиент рассказывает, что ему неудобно, чего не хватает, где он сейчас «костылит» Excel’ем или чатиками. Менеджер фиксирует запрос руками — не «что-то там про отчёты», а конкретный кейс: кто, что, в каком процессе, какой результат хочет получить.
Дальше запрос подхватывает руководитель отдела продаж и project-менеджер, смотрят на повторяемость, сегмент, масштаб. Если это узкая история — честно так и называем. Если типичная — поднимаем флаг.
Запрос видит CEO и участвует в принятии решения: здесь важно не только «можем/не можем», но и вопрос стратегии — вписывается ли это в направление продукта, не уводит ли в сторону. После этого задача уходит в разработку с понятным описанием, контекстом и ожиданиями по результату.
В одном из примеров путь от первого запроса до релиза занял менее месяца — с учётом оценки, проектирования и внедрения.
После релиза менеджер возвращается к клиенту: «Мы сделали. Вот что появилось, вот как это работает. Закрывает ли это вашу задачу?» Если нет — мы честно это слышим и дорабатываем.
Мы не просто “отрабатываем запрос” в формате “сделайте кнопку слева”. Мы предлагаем решение: переосмысливаем процесс, предлагаем оптимальный сценарий и реализуем его.
Наша магия, чтобы ничего не потерялось
Если оставить всё на память менеджеров и папки «подумаем потом, когда.. будем пересматривать стратегию», то через месяц от реальной картины останутся только комментарии в CRM.
У нас обратная связь живёт и в личных чатах, и в системе. У каждого запроса есть шанс стать фичей — потому что мы его вообще нормально зафиксировали.
Мы собираем сигналы из нескольких источников: рабочие чаты с менеджерами, где они руками заносят запросы и наблюдения с демо и созвонов. Все звонки и встречи анализируются ИИ, который вытаскивает суть разговора и автоматически отправляет её в общий реестр. Плюс команда вручную добавляет идеи, которые звучат «между делом», но явно важны.
В реестре у каждой записи есть «паспорт»: дата запроса, клиент, какую часть HR-процесса запрос затрагивает, на какую часть продукта влияет. И нормальное человеческое описание без технического новояза.
Не «нужна оптимизация бизнес-процесса», а: «рекрутеру неудобно вести разные типы вакансий в одной воронке, хочет несколько параллельных процессов». Со временем это превращается не просто в список «что попросили доделать», а в карту <рынка>: какие этапы подбора буксуют, что рекрутеры чаще всего доделывают руками, где заказчики ломают процесс.
Эти наблюдения попадают не только в продукт, но и в наши консультации, вебинары и обучение для HR — клиенты получают не просто кнопку, а объяснение, как по умному встроить её в процесс.
Кто решает, что станет фичей
На вход в реестр попадает почти всё, но мы не сваливаем все запросы в одну кучу в стиле «клиент всегда прав, делаем всё подряд».
А дальше мы творим магию.
В приоритизации участвуют три стороны:
- топ-менеджмент, который держит в голове стратегию и сегмент;
- старшие по продажам, которые приносят рыночный контекст — это разовая история или типичная боль для малого и среднего подбора;
- и старшие в разработке, которые смотрят на сложность, архитектуру и последствия.
Первый фильтр — частота: если запрос всплывает раз за разом у разных клиентов, это сигнал «надо делать». Затем оцениваем ценность для рекрутинга: ускоряет ли это найм, разгружает ли рекрутеров, упрощает ли жизнь заказчикам.
И да, честно смотрим, насколько это вообще реализуемо без того, чтобы сломать половину продукта.
Единичные, нестандартные запросы одного клиента стратегию не разворачивают. Мы работаем для сегмента, а не под один конкретный контракт.
Наш roadmap — не хаотичный список «кто громче попросил» или больше заплатит.
Живая схема, которая держится на пользе для большинства. Здесь помогает то, что мы живём в одном и том же контексте с клиентами. Видим типовые кейсы малого и среднего бизнеса и..даже корпораций в разных отраслях, сопровождаем команды не только внедрением, но и консалтингом.
Поэтому, когда мы говорим «это массовая потребность» или «это слишком узко», это не мнение одного продукта — это конденсат десятков проектов и живых обсуждений с рынком.
Кейс 1: как мульти-воронки выросли из простой фразы
Однажды клиент сказал очень: «Мне нужно вести разные процессы подбора по-разному. Одна воронка под всё — это боль.
Менеджер занёс в реестр не просто «сделать несколько воронок», а нормальный контекст: клиент ведёт разные типы позиций, ему нужно разделять потоки, чтобы не путаться; и на рынке это уже воспринимается как базовая вещь, а не как премиум-функция.
Когда продукт и разработка смотрели на этот запрос, оказалось, что это не единичная история. Похожий запрос формулировали и другие — кто-то про воронку под стажёров и отдельную под линейный персонал, кто-то про разные процессы для массового и точечного найма. Стало понятно, что это не «хотелка», а ядро.
Решение было простым по сути и непростым внутри: сделать полноценную поддержку нескольких воронок под разные сценарии подбора. Мы запланировали фичу в roadmap, реализовали её как универсальную возможность, а не как «патч под один аккаунт».
Потом вернулись к клиенту: показали, что теперь можно вести несколько воронок, как это настраивается и как это влияет на его процессы. Клиент начал пользоваться и довольно быстро сказал ту фразу, ради которой всё и затевается:
«Всё, теперь это очень удобно”.
Кейс 2: из просьбы «напоминать за меня» в конструктор уведомлений
Кейс не только про “удобно”, а еще и про эффективность, экономию времени.
Хочу, говорит клиент: «чтобы система сама и по-разному уведомляла участников процесса (рекрутера, руководителя, заказчика) в зависимости от события и этапа — “чтобы не держать это в голове и не писать всем вручную”.
Запрос звучал не как сложное ТЗ, а как человеческая история: рекрутеру нужно вовремя подтолкнуть руководителя; руководителю — вовремя увидеть, что мяч на его стороне; заказчику — не потеряться в цепочке согласований.
На уровне продукта можно было бы сделать одну кастомную рассылку «под клиента», но это был бы тупик: чужой код, непонятные исключения и вечный «зоопарк» настроек.
Поэтому мы пошли другим путём и придумали универсальный конструктор уведомлений. Вместо того чтобы каждый раз программировать отдельный сценарий, мы дали клиентам инструмент: выбери события, выбери, кто и когда должен узнать, настрои шаблоны.
В итоге конкретный клиент получил именно то, чего хотел: перестал быть человеком-напоминалкой, уменьшилось количество провалов и «ой, забыли ответить». А продукт — гибкий конструктор, который теперь работает для всех.
Кастомизация без потери здравого смысла
Теперь про любимое: «А можете вот это, чисто для нас?»
Наш базовый принцип: всё, что попадает в продукт, мы по умолчанию делаем универсальным и полезным для всех клиентов. Это защищает от превращения системы в набор заплаток под десятки разных сценариев.
Но мы не из лагеря «строгих апологетов продукта», которые на любую нестандартную просьбу отвечают: «Нет, это не в духе видения».
Если узкая хотелка быстро реализуется, не ломает архитектуру и понятна по ценности для конкретного клиента, мы честно считаем время, обсуждаем бюджет и просто делаем — без обещаний, что это станет частью продукта «для всех».
Потому что можем. Мы можем почти всё. Вопрос в том, оправдана ли для клиента цена и есть ли за запросом реальная ценность, а не разовая боль конкретного человека.
Воронка разработки: что влияет на приоритет фич
Наш пайплайн разработки строится вокруг повторяемости запросов клиентов и их веса для бизнеса. В общих чертах это выглядит так:
- разовые запросы, меняющие конкретный отчёт или форму, могут быть реализованы как точечные настройки;
- запросы, которые регулярно звучат от разных клиентов, попадают в ядро roadmap;
- запросы, открывающие новые возможности для рынка (новый модуль, новый сценарий HRM, обучение, аналитика), обсуждаются на уровне продуктовой стратегии.
Один “нестандартный” запрос не рушит наш roadmap. Когда мы видим, что он открывает новый сегмент или решает типичную для рынка проблему, мы готовы перестроить приоритеты.
Экспертиза в HRM, консалтинге и обучении
Мы — не просто IT-компания. Мы единственная команда, которая совмещает экспертизу:
- в разработке продукта;
- в консалтинге по HRM, рекрутингу и обучению;
- в построении и управлении b2b-продажами.
Это означает, что мы изначально создаём кастомизируемый продукт с учётом реальных бизнес-процессов конкретной компании. Отрасль не важна — экспертиза позволяет “перевести” любой процесс на язык продукта: от массового подбора в ритейле до сложного проектного найма в IT или консалтинге.
При этом мы не упрощаем пользовательский функционал и поддерживаем высокую скорость релизов.
Вся сила подхода “продукт растёт из запросов клиентов” — в том, что внутри команды нет разрывов. Клиентский менеджер, разработчик, консультант по HRM и топ-менеджер понимают терминологию друг друга и разделяют общий фокус: бизнес-результат клиента.
Зачем всё это тем, кто читает нас, но ещё не с нами
Если вы узнаёте себя в этих историях, но пока живёте в Excel, универсальной CRM или просто «как получится» — считайте что мы уже знакомы. Можно начать с малого: подписаться на телеграм-канал, посмотреть чужие кейсы, задать вопрос. Вы получите структурированный взгляд со стороны, или ваш запрос сразу станет следующим пунктом в реестре и через какое-то время появится в продукте, которым пользуетесь уже вы.
Мы действительно можем почти все. Потому, что реальные запросы клиентов — это ценности для которых живёт продукт и которыми дышит команда.
Мы слушаем, фиксируем, отбираем, делаем — и продолжаем этот цикл снова. Не потому что “так правильно по спецификации”. А потому что рекрутеры и HR лучше всех знают, от чего у них реально кружится голова.
И наша задача — сделать так, чтобы хотя бы от части этих болей можно было избавиться в пару кликов, а не в двадцать пять костылей.
Свыше 1000 клиентов, которые уже пользуются - не дадут соврать.