Работая с клиентом через общий контур задач, подрядчик рано или поздно упирается в одну и ту же проблему: где граница между тем, что видит заказчик, и тем, что обсуждает команда внутри? Если всё свалить в одну синхронизируемую задачу, эта граница исчезает. Любая новая реплика или изменение поддерживаемого поля может уйти на другую сторону.
В приложении «Межпортальные задачи и коллабы» область обмена определяется выбранными проектами, группами, коллабами или ответственными. То есть разделение — это вопрос структуры задач и настроек, а не надежда на то, что система «поймёт», что фраза конфиденциальная.
Результат и способ его получения — разные задачи
Общая задача описывает то, что стороны согласовали: ожидаемый результат, исходные материалы, срок и порядок проверки. Внутренняя задача подрядчика — организацию исполнения: декомпозицию, технические варианты, загрузку специалистов, внутреннюю проверку.
Пример. Клиент просит добавить форму заявки. В общей задаче — требования к полям, макет, критерии приёмки. Во внутренней работе команда обсуждает архитектуру, распределяет этапы и тестирует изменения. Внутренние карточки команда создаёт и ведёт сама — приложение их автоматически не формирует.
Практическое правило распределения материалов:
- согласованное описание результата — в общей задаче;
- вопрос, требующий ответа клиента — в чате общей задачи, если обмен разрешён;
- внутренняя оценка и распределение нагрузки — в отдельной внутренней задаче;
- рабочие гипотезы, не предназначенные клиенту — внутри команды вне области обмена;
- готовый результат и пояснения — в общую задачу после внутренней проверки.
Как организовать область обмена
При работе по проектам удобно выделить один проект для совместных поручений, а внутренние задачи вести в другом. Администратор сопоставляет только ту область, которую стороны реально хотят обменивать. Права внутри каждого проекта проверяются отдельно средствами своего портала.
В режиме «По исполнителям» одного разделения проектов уже недостаточно. Если внутреннюю задачу назначить наблюдаемому ответственному, она попадёт в область обмена независимо от проекта. Поэтому перед запуском составьте несколько примеров внутренних и внешних задач и проверьте, как на них действует выбранное правило отбора.
Если у одного сотрудника постоянно смешиваются клиентская и внутренняя работа, возможно, удобнее ограничить обмен конкретными проектами. Режим стоит выбирать под реальную организацию работы, а не по количеству настроек на экране.
Почему часть общего чата закрытой не считается
Приложение передаёт новые пользовательские сообщения в разрешённых направлениях. Оно не определяет адресата по смыслу и не превращает пометку «для своих» в настройку доступа. Внутренний комментарий, отправленный в общий чат, уже находится не в том месте.
Важный момент, который часто упускают: удаление или правка исходного сообщения не удаляет и не исправляет доставленную копию. Если информация ушла ошибочно — остановите дальнейшую передачу по принятому в компании порядку и согласуйте действия со второй стороной. Незаметным редактированием старой реплики ситуацию не исправить.
Проверка перед рабочим запуском
Создайте две учебные карточки без клиентских данных: внешнюю в области обмена и внутреннюю вне её. Проверьте появление связанной внешней задачи, отсутствие передачи внутренней и направления новых сообщений. Повторите проверку после изменения наблюдаемых ответственных или структуры проектов.
И закрепите короткое правило для команды: «Сначала определяем, предназначено ли сообщение другой компании; после этого выбираем карточку». Оно понятнее длинного списка запретов и применяется до отправки.
Сотрудники обеих компаний продолжают работать в своих Битрикс24, но это не отменяет проверки прав внутри каждого портала. Подробное сравнение вариантов организации общей работы — в материале про коллабу, экстранет и межпортальные задачи, а поддерживаемые режимы отбора — на странице приложения.
Top comments (0)