YGoal: управляемый маршрут или изменение поведения?

Сразу обозначу рамку.

Я не аудирую YGoal и не пытаюсь доказать, что сайт или продукт сделаны правильно или неправильно.

Я могу чего-то не понять.

Могу неверно считать механизм.

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

Это мои мысли вслух как потенциального клиента и как человека, который сам сейчас пытается объяснить сложный многоролевой продукт в минимальном количестве экранов.

Что я понял с первого экрана

Я открыл сайт YGoal 28 июля 2026 года.

На первом экране написано:

“Компания управляет не обучением, а достижением целей и результатом”

Ниже механизм раскрывается конкретнее:

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

Я считываю продукт так.

Компания загружает разрозненные материалы.

Система собирает из них последовательный маршрут.

Внутри появляются:

• этапы;
• уроки;
• тесты;
• задания;
• практика;
• контрольные точки;
• проверка руководителя;
• допуск к самостоятельной работе.

То есть речь не только о хранении знаний.

Система должна провести сотрудника по определённому пути и не пустить дальше, пока предыдущий результат не подтверждён.

Это уже понятнее, чем абстрактное “обучение сотрудников”.

Какую работу продукта я считываю

Моя рабочая AJTBD-гипотеза звучит так:

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

Работа верхнего уровня:

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

Работа среднего уровня:

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

Работа нижнего уровня:

превращать материалы компании в этапы, тесты, задания и проверки.

Из этих уровней наиболее убедительно для меня выглядит средний:

управляемый допуск сотрудника к самостоятельной работе.

Потому что именно этот механизм сайт показывает наиболее конкретно.

Есть маршрут.

Есть практика.

Есть проверка.

Есть решение руководителя.

Есть допуск.

Где обещание становится шире механизма

На сайте встречаются более широкие формулировки:

• система передачи навыков;
• компания управляет достижением целей и результатом;
• формирование навыков через практику;
• проверка, что сотрудники применяют изменения;
• система берёт обучение, проверку и контроль на себя.

И здесь у меня появляется вопрос.

Выполнить задание и получить допуск - это один результат.

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

Сайт достаточно хорошо показывает первый результат:

сотрудник прошёл этапы, выполнил практику, получил подтверждение руководителя и допущен к работе.

Но мне пока сложнее понять второй:

сотрудник действительно изменил поведение и продолжает действовать правильно после окончания маршрута.

Это не значит, что YGoal этого не делает.

Я просто не успел увидеть механизм с первого знакомства.

Что я бы изменил только из того, что вижу

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

Смотрю только на страницу и на работу, которую из неё считываю.

Первое изменение - я бы сузил центральное обещание.

Фраза про управление целями и результатом звучит очень широко.

Внутри неё может находиться почти вся управленческая работа компании.

А показанный механизм конкретнее:

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

Это уже большая и ценная работа.

Её не обязательно расширять до управления всем результатом.

Второе изменение - я бы сделал центральным один полный сценарий.

Не просто набор этапов, а короткую причинную цепочку:

Материалы компании -> маршрут -> практика -> проверка руководителя -> допуск к работе.

И рядом один критерий:

Что именно считается подтверждённым результатом на каждом этапе?

Третье изменение - я бы сильнее развёл роли.

Для кого работает продукт

Я сам сейчас решаю похожую задачу на сайте “Дожми Продажи”.

Нашим продуктом пользуются разные люди:

• основатель;
• руководитель отдела продаж;
• контроль качества;
• менеджеры;
• маркетинг.

Одни и те же коммуникации они смотрят через разные задачи.

Поэтому я автоматически открыл YGoal и начал искать ответы по ролям.

Какую работу продукт делает для руководителя?

Какую - для методолога или наставника?

Какую - для самого сотрудника?

На текущей странице наиболее явно показана роль руководителя и HR.

Они видят:

• кто готов к работе;
• кто находится на маршруте;
• кто застрял;
• какие задания ждут проверки;
• как меняется прогресс по отделам и ролям.

Но продукт, по моему ощущению, многоролевой.

Для каждой роли ценность можно сформулировать отдельно.

Для руководителя

Не объяснять одно и то же вручную и видеть, кого можно допускать к самостоятельной работе.

Для методолога или наставника

Превращать опыт и материалы компании в последовательный маршрут с практикой и критериями проверки.

Для сотрудника

Понимать, что делать сейчас, зачем это нужно и какой результат откроет следующий этап.

Это пока моя гипотеза.

Но если она верна, я бы показал эти три работы ближе к началу страницы.

Не через три длинных описания.

Через один переключатель ролей или компактный визуальный блок.

Почему мне не хватает категорийного отличия

Ещё один вопрос, который я задал себе:

Чем YGoal принципиально отличается от LMS или системы на базе большой языковой модели?

Сегодня расшифровать видео, структурировать документ, собрать уроки, подготовить тесты и сделать удобный интерфейс становится всё проще.

Эти функции полезны.

Но сами по себе они могут быстро стать повторяемыми.

Поэтому мне хотелось бы увидеть не только список возможностей, а собственный механизм YGoal.

Например:

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

Если именно в этом находится отличие, его стоит сделать центральным.

Тогда продукт отделяется:

• от базы знаний;
• от LMS;
• от генератора курсов;
• от обычной автоматизации адаптации;
• от LLM, которая помогает собрать материалы.

Мой личный опыт обучения

Теперь добавлю отдельный слой.

Это уже не вывод из сайта.

Это мой опыт, который может искажать восприятие.

Я достаточно много занимался обучением.

На моём YouTube-канале выпущено больше тысячи видео по работе с Битрикс24.

Там есть и интерфейс, и отдельные элементы методологии.

Я постоянно пишу статьи.

Записываю внутренние видео.

Выступаю.

Несколько раз собирал курсы по Битрикс24, которые проходили около тысячи человек.

У меня было digital-агентство.

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

Сейчас у меня есть платформа “Дожми Продажи”.

Внутри неё есть IT и искусственный интеллект.

Но результат всё равно зависит от людей:

• менеджеров;
• закупщиков;
• операторов контактного центра;
• линейных руководителей;
• руководителей более высокого уровня.

Поэтому продукт для меня является продолжением более широкой мысли:

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

Где у меня обычно ломалось внедрение навыка

По моему опыту, для навыка нужно время.

Не один просмотр.

Не один тест.

Не одно задание.

Нужны повторение, практика и несколько итераций.

Мой личный ориентир - не меньше четырёх недель ежедневной практики.

Это не универсальная норма.

В другой компании, другой роли и другом навыке срок может быть другим.

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

Вторая проблема - цель.

Человек должен понимать:

зачем ему менять поведение?

Без этого практика превращается в формальность.

Третья проблема - путь.

Даже если цель понятна, сотрудник должен видеть:

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

Четвёртая проблема - устойчивость.

Даже при понятной цели и маршруте людям часто не хватает терпения дойти до конца.

Они прекращают практику раньше, чем новое действие становится привычным.

Платформа не существует без людей

Именно поэтому мне трудно представить, что платформа сама по себе полностью решает задачу передачи навыка.

Людям обычно требуется внешняя поддержка.

Кто-то должен:

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

На сайте YGoal руководитель действительно остаётся внутри процесса.

Он корректирует маршрут.

Добавляет практику.

Проверяет задания.

Подтверждает допуск.

Это важное уточнение.

Поэтому я бы осторожнее относился к формуле:

“Система берёт обучение, проверку и контроль на себя”.

По показанному механизму система скорее:

организует обучение, собирает контрольные точки и снижает объём ручного контроля.

Но право решить, что человек действительно готов, остаётся у руководителя.

И это, на мой взгляд, не слабость продукта.

Наоборот.

Это более честная архитектура.

Проблема легитимности контроля

Есть ещё один слой, который редко обсуждают.

Руководителям часто не хватает времени обучать и контролировать сотрудников.

Эту работу пытаются передать:

• HR;
• ассистенту;
• контролёру;
• методологу;
• координатору обучения.

Но у таких ролей не всегда есть легитимное право требовать изменения поведения.

Сотрудник может формально пройти этап.

Но не воспринимать проверяющего как человека, который действительно определяет правила работы.

Тогда появляется микрофункция контроля без реального управленческого веса.

Система может показать задержку.

Может напомнить.

Может заблокировать следующий этап.

Но компания всё равно должна ответить:

Кто имеет право потребовать от сотрудника изменить способ работы?

Если это не определено организационно, одна технология вряд ли решит проблему.

Люди воспринимают материал по-разному

Ещё одна сложность - формат обучения.

Одному человеку проще понять материал через видео.

Другому - через текст.

Третьему нужен живой разбор.

Четвёртому - пример.

Пятому - практика с немедленной обратной связью.

Иногда человеку не подходит не сам материал, а автор.

Поэтому единый маршрут для всех решает проблему стандартизации.

Но может создать другую:

одинаковая последовательность не означает одинаковое усвоение.

Мне было бы интересно увидеть, как YGoal работает с этой разницей.

Можно ли менять формат материала?

Можно ли давать альтернативное объяснение?

Можно ли возвращать человека на другой маршрут после ошибки?

Можно ли отличить непонимание от отсутствия мотивации?

Можно ли адаптировать практику под тип ошибки?

Я не утверждаю, что этого нет.

Я говорю только о том, чего мне не хватило при первом знакомстве.

Что могло не получаться у меня самого

Здесь важно не превратить мой опыт в доказательство против продукта.

Вполне возможно, что я сам неправильно строил обучение.

Мог:

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

Поэтому мой вопрос к сайту не такой:

Докажите, что ваша система работает.

Скорее такой:

Покажите в общих чертах методологию, которая помогает компании использовать систему правильно.

Какой методологии мне не хватило

Я бы хотел увидеть короткий цикл:

Цель -> наблюдаемое поведение -> практика -> проверка -> обратная связь -> повтор -> допуск -> контроль сохранения навыка.

Особенно важны первые два шага.

Цель

Какой бизнес-результат или рабочая проблема требует изменения поведения?

Наблюдаемое поведение

Что сотрудник должен начать делать иначе?

Не “лучше знать продукт”.

А, например:

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

Дальше уже можно строить материалы, задания и проверки.

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

Как бы я перестроил первый экран после своего опыта

До личного опыта я бы сузил экран до управляемого допуска к работе.

После опыта я бы добавил методологическую причинность.

Возможная формула

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

Подзаголовок:

YGoal превращает документы, звонки и опыт команды в маршрут: цель, материалы, задание, проверка руководителя и допуск к работе.

Рядом короткая схема:

Загрузили материалы -> определили результат -> сотрудник прошёл практику -> руководитель подтвердил -> система показала готовность.

И отдельная строка:

Не просто “ознакомился”, а выполнил рабочую задачу и получил подтверждение.

Это не обязательно лучшая версия.

Я могу ошибаться.

Но она быстрее отвечает на мои вопросы:

• что делает система;
• для кого;
• какой результат создаёт;
• чем отличается от LMS;
• где остаётся роль руководителя.

Что я забираю в “Дожми Продажи”

В этой статье я снова вижу границу, которая важна и для нашего продукта.

Технология может:

• собрать данные;
• организовать маршрут;
• показать отклонение;
• напомнить;
• сформировать контрольную точку;
• дать руководителю основание для решения.

Но технология не создаёт управленческую волю.

Она не определяет цель вместо компании.

Не даёт роли легитимность.

Не заставляет человека сохранять новое поведение.

Не заменяет обратную связь там, где она действительно нужна.

Поэтому в собственном продукте нам тоже важно не обещать автоматическое изменение людей.

Корректнее:

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

Вывод

YGoal решает понятную и значимую задачу.

Он собирает разрозненные знания компании в последовательный маршрут.

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

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

Наиболее убедительное обещание для меня:

управляемый допуск сотрудника к работе после подтверждения знаний и практики.

Более широкий вопрос остаётся открытым:

как из подтверждённого задания возникает устойчивое изменение поведения?

Возможно, ответ уже находится внутри продукта.

Возможно, я не увидел его на сайте.

Возможно, часть ответа вообще не должна находиться в платформе, потому что зависит от цели, руководителя, авторитета проверяющего и культуры компании.

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

Не просто:

загрузите материалы и получите маршрут.

А:

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

Маршрут можно автоматизировать.

Изменение поведения всё равно остаётся совместной работой системы, руководителя и самого сотрудника.