Teachbase для обучения партнёров сравнивают со своим кабинетом по разделению аудиторий и доступов

Представим компанию, где сотрудники изучают внутренние процессы, а партнёры учатся работать с продуктом. Разные программы ещё не означают разные системы: группы помогают назначать нужное обучение.

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

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

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

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

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

С отчётами та же логика. Наставничество влияет на видимость учеников; права роли и доступ к выгрузкам проверяют отдельно. Партнёру А не обязательно нужен отчёт по партнёру Б, даже если программа общая.

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

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

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

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

Если LMS проходит сценарии, сохраняйте её. Если нет, запишите конкретное несоответствие. «Нужен свой кабинет» станет задачей только после ответа, что именно он должен делать иначе.

У нас есть вход по почте, кабинет ученика и анкеты курса по агентной разработке. В программе есть урок «Клиенты». Это наш учебный продукт, а не внедрение партнёрской академии у заказчика.

Его строит инженер, который ведёт машину агентов. В открытой кухне разработки показана его роль: пишет правила и принимает работу. Кадр ниже подтверждает способ работы; разделение корпоративных аудиторий он не доказывает.

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

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

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

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

«Сделайте кабинет как в LMS» оставляет агенту слишком много решений. Дайте ему матрицу, порядок приглашения и примеры запрещённых действий. Постановка задач агенту начинается с результата, который можно принять.

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

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

Свой кабинет может оставить Teachbase для сотрудников и даже использовать её материалы. Тогда лицензия LMS остаётся расходом. Если весь курс перенесут, появится работа по переносу и дальнейшему обновлению. Её тоже включают в сравнение.

На 8 октября 2026 подписка на один проект у vibecoding.ru стоит 250 000 ₽ в месяц. Инженер ведёт машину агентов, задачи идут последовательно в репозитории клиента. Это цена месяца работы, а не стоимость готового кабинета.

В справке Teachbase указано: после отзыва переданного курса менеджер подаккаунта теряет доступ и к его статистике. До смены пространства проверьте, какие результаты надо сохранить и как это сделать.

Для разработки можно использовать подписку «Один проект» и поставить её на паузу в любой месяц. Полный бюджет зависит от согласованных задач и числа месяцев; без них срок и общая цена не определены.

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

1. Разделите аудитории на бумаге: кто видит курсы, ответы и отчёты.

2. Проверьте группы, роли и подаккаунты Teachbase до заказа кабинета.

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

4. Заказывайте разработку под записанное несоответствие и оставляйте работающие части LMS.

5. Считайте общий бюджет с лицензиями, переносом и поддержкой; каждую найденную ошибку доступа возвращайте в правило и проверку.