Тормозит Битрикс24: что может проверить руководитель до обращения к специалисту

От жалобы к описанию операции

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

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

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

Быстрое появление страницы и своевременное получение данных — разные результаты. Если карточка появляется сразу, а результат обмена приходит позже, жалоба относится к ожиданию данных. Когда задерживается ответ самого сотрудника, речь уже о порядке работы отдела. Для этих проблем нужны разные исполнители и разные способы исправления. Руководитель экономит время команды, когда описывает наблюдение до выбора предполагаемой причины.

У кого повторяется одна и та же задержка

Масштаб сбоя определяют сравнением одинакового действия, поскольку общего недовольства сотрудников недостаточно, чтобы найти затронутые операции. Один менеджер открывает список, другой создаёт задачу, третий ждёт файл из приложения — их жалобы пока нельзя объединить. Для сравнения коллеги открывают одну и ту же страницу с прежним фильтром, причём каждый входит под собственной учётной записью и работает только с доступными ему карточками, чтобы эксперимент не потребовал передачи чужих паролей. Различия прав тоже записывают: сотрудник с другим набором доступов может видеть иной объём данных.

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

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

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

Браузер и подключение: меняем по одному условию

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

Справка Битрикс24 о браузерах предлагает использовать актуальные Chrome, Edge, Firefox и Safari. Для других браузеров ориентиром служит Baseline Widely Available — набор широко поддерживаемых веб-технологий. Производитель отдельно просит сохранять стандартные функции браузера и встроенные настройки безопасности. Поэтому начинать ускорение с отключения защиты я бы не стал. Для руководителя практический результат этого пункта — известная версия и повтор операции в поддерживаемом браузере.

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

Открывающийся новостной сайт мало говорит о работе CRM. Он обращается к другим серверам и передаёт другой объём данных.

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

Когда интерфейс готов, а данные ещё не пришли

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

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

У администратора есть инструмент для поиска нагрузки со стороны приложений. Инструкция по статистике REST указывает путь «Приложения > Разработчикам > Статистика». REST здесь означает способ, которым внешнее приложение обращается к Битрикс24. Этот раздел доступен администратору, поэтому руководитель может попросить снимок нужного периода и пояснение исполнителя, не получая лишних прав на настройку всего портала.

По умолчанию показаны последние 14 дней, а максимальная длительность выбранного периода — столько же. Поэтому нужный интервал лучше сохранить вместе с жалобой, чтобы позднее обсуждение опиралось на тот же набор данных. Администратор выделяет приложение и дату, затем сопоставляет активность с записанным временем задержек. В документации отмечено, что большое число запросов может замедлять Битрикс24. Совпадение всплеска и жалобы даёт основание изучить приложение, но причину устанавливают по его работе и повторению операции после исправления.

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

Материалы, по которым поддержка увидит проблему

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

Причину пока устанавливает специалист. Слово «сервер» в жалобе не сообщает, где остановилось действие.

Памятка поддержки отдельно описывает случай, когда все страницы загружаются дольше 10–15 секунд. Это описание проблемы в справке, а не обещанный норматив скорости CRM. Для задержки отдельных страниц производитель просит их адреса, сведения о затронутых сотрудниках и времени, а также описание того, какая часть страницы ждёт загрузки. Эти различия помогают выбрать материалы для обращения, не прикладывая всё подряд.

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

HAR — файл с данными браузерного сеанса, в том числе запросами и ответами. Инструкция Битрикс24 по записи HAR предлагает записывать его в момент медленной работы и в нужном разделе. В Chrome запись ведут на вкладке «Network», а выгружают через «Export HAR». Лучше поручить это администратору: он соберёт файл по инструкции, учтёт данные внутри него и передаст уполномоченной поддержке.

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

Как принять исправление без новых потерь

Исполнитель объясняет найденную причину через записанную операцию: какой участок задерживал ответ, что он изменил и почему это изменение затрагивает именно наблюдавшееся ожидание. Формулировка «провели оптимизацию» оставляет заказчика без предмета приёмки. Для приёмки исполнитель открывает тот же список и ту же карточку, которые использовались при диагностике, под обычными правами сотрудника и с прежним составом данных, чтобы заказчик сравнивал работу своего отдела, а не отдельную демонстрационную страницу. Сравнение под администратором на пустой карточке отвечает на другой вопрос.

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

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

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

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

Можно ли воспроизвести жалобу по вашей записи?

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

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

Сводное описание отделяет известное от предположений: задерживается конкретная операция, она повторилась при таких условиях, затронула таких сотрудников, рядом были такие изменения приложения. Отдельной строкой остаётся предполагаемая причина, если она вообще есть. Так поддержка сможет начать с фактов и задать предметный вопрос. При обращении в ШТАБ ИТ за диагностикой Битрикс24 этот набор поможет определить, какие права и материалы нужны для разбора, а отделу — сохранить понятный порядок работы до восстановления.