volbor

Ищете что-то?

↑↓навигацияEnterоткрытьEscзакрыть

Выберите язык

Начать

Крупные команды: доступ по роли, а не одна лента на всю компанию

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

Страница не обещает отдельный кластер, сертификат или процент доступности. Это вопросы договора и контура, их подтверждают отдельно. Здесь — как устроен доступ и обмен событиями, когда команд уже несколько.

НачатьПодробнее
  1. 01
    Лишние глаза на чужом диалоге

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

  2. 02
    Нет следа, кто изменил правило

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

  3. 03
    Событие не доходит до системы учёта

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

  4. 04
    Один ключ на всех

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

С какими потерями сталкивается компания из нескольких команд

Общая лента, которая помогала одной смене, на нескольких отделах начинает мешать:

  1. 01

    Лишние глаза на чужом диалоге

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

  2. 02

    Нет следа, кто изменил правило

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

  3. 03

    Событие не доходит до системы учёта

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

  4. 04

    Один ключ на всех

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

Ключевые сценарии volbor для нескольких команд

Граница проводится до того, как в продукт пускают второй отдел.

  1. 01

    1. Роль видит только свою очередь

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

  2. 02

    2. Папки отделяют линии, не прячут диалог

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

  3. 03

    3. Событие уходит в вашу систему

    Вебхуки и API передают факт: диалог создан, статус сменился, оплата подтверждена. Ваша CRM, ERP или внутренняя очередь принимают событие и отвечают подтверждением. Пока подтверждения нет, действие в volbor не считается завершённым в учёте.

  4. 04

    4. Подрядчик работает в своём контуре

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

Экономика на одном примере

Снова арифметика, не аудит и не бенчмарк. Допустим, в компании 8 человек имеют полный доступ к диалогам, хотя отвечают только 3 линии. Один лишний экспорт или пересланный фрагмент переписки — это не «процент риска из исследования», а конкретный диалог, который увидели вне очереди. Если на разбор такого случая у руководителя уходит 3 часа, а его час стоит $70, один инцидент стоит около $210 только времени разбора, без последствий для клиента [1]. Роли не обнуляют этот риск. Они убирают причину, по которой полный доступ стоит по умолчанию у тех, кому он не нужен для ответа.

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

Частые вопросы

Это отдельная установка продукта?

На этой странице нет обещания выделенного кластера или процента доступности. Если такой контур нужен, его согласуют отдельно. В продукте сразу настраиваются роли, папки и события.

Чем это отличается от страницы для растущей команды?

Там одна смена и одна очередь. Здесь очередей несколько, и соседний отдел не должен читать чужие диалоги только потому, что он в той же компании.

Можно ли отдать интеграцию своей команде разработки?

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

Что делать с человеком, который ушёл из компании?

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

Нужно ли включать все отделы в первый запуск?

Нет. Первая граница — одна линия, которая уже отвечает клиентам, и одна система, которая должна получить событие. Второй отдел добавляют, когда у первого роли уже не равны «доступ ко всему».

Полезные ссылки и связанные решения

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

  • Права доступаЗачем нужно: чтобы чужая линия не читалась только из-за общего входа в продукт.
    Что будет, если не внедрить: полный доступ останется у всех, кто хоть раз заходил в настройку.
  • Папки и представленияЗачем нужно: смена видит свою очередь, а не всю компанию сразу.
    Что будет, если не внедрить: фильтр «покажи моё» каждый собирает вручную и по-разному.
  • Вебхуки и APIЗачем нужно: передать факт диалога или оплаты в вашу систему и дождаться подтверждения.
    Что будет, если не внедрить: статус будут копировать руками, и учёт разойдётся с перепиской.
  • Для разработчиковЗачем нужно: отдать контур своей команде, а не собирать разовый экспорт.
    Что будет, если не внедрить: интеграция останется набором таблиц, которые устаревают в день выгрузки.
  • Единый InboxЗачем нужно: внутри разрешённой линии всё равно видеть все каналы этого клиента.
    Что будет, если не внедрить: роли разделят отделы, а внутри отдела чаты снова разъедутся по приложениям.
  • Растущие компанииЗачем нужно: если отдел пока один и рано делить доступ между контурами.
    Что будет, если не внедрить: настройка начнётся с ролей, хотя спорят ещё о том, кто берёт заявку.

Как посчитано

Откуда цифра в примере

  1. [1]
    Около $210 времени руководителя на разбор одного случая лишнего доступа.

    3 часа × $70 за час = $210. Это стоимость времени в примере, без оценки ущерба клиенту и без выборки инцидентов.