Практика и решения
Разборы задач, подходов и критериев результата. Чтобы обсуждать проект на одном языке.
Как проверить автоматизацию Битрикс24 до запуска
Демонстрация одного успешного маршрута не показывает поведение на отказах и возвратах. Тестовый набор строится вокруг решений, которые принимает процесс.
ПрактикаБезопасность приложения Битрикс24: права и секреты
Приложение получает возможность читать и менять корпоративные данные. Его безопасность определяется не только входом пользователя, но и хранением доступа, проверкой запросов и журналами.
ПрактикаДоработка коробочного Битрикс24 без потери обновляемости
На собственном сервере легко изменить поставляемый код напрямую. Такая свобода может сделать следующее обновление дорогим и непредсказуемым.
ПрактикаДубли клиентов в Битрикс24: поиск причины до объединения
Одинаковые клиенты появляются из форм, импорта, телефонии и ручного ввода. Разовая очистка не помогает, если каждый канал продолжает создавать новую карточку.
ПрактикаЗаявки с сайта в Битрикс24: как не терять обращения
Успешное сообщение формы должно означать, что заявка надёжно принята. Если внешний сервис временно недоступен, прямой запрос без сохранения может потерять обращение.
ПрактикаКогда Битрикс24 действительно нужно отдельное приложение
Неудобная операция не всегда требует разработки. Иногда достаточно настройки карточки, процесса или готового решения; приложение оправдано устойчивым пробелом в функциональности.
ПрактикаЛиды или сразу сделки в Битрикс24: как выбрать модель
Не каждое обращение готово к продаже. Разделение квалификации и работы над сделкой может быть полезно, но добавляет действия и требования к качеству данных.
ПрактикаЛимиты REST Битрикс24: проектирование устойчивого обмена
Пакетный импорт и обновление каждой карточки по отдельности создают разную нагрузку. Интеграция должна учитывать ограничения конкретного API, а не надеяться на постоянную скорость.
ПрактикаМедленный Битрикс24 в коробке: как разделить причины
Медленная карточка, отчёт и поиск могут иметь разные причины. Общая жалоба «портал тормозит» не позволяет оценить полезность изменения сервера.
ПрактикаПеренос Битрикс24 на другой сервер: контроль полноты
Портал содержит не только карточки CRM, но и файлы, автоматизацию и внешние подключения. Неполный перенос иногда обнаруживается только при очередном запуске процесса.
ПрактикаОблако или коробочный Битрикс24: решение по ограничениям
Коробка даёт контроль над окружением, но добавляет эксплуатацию. Переезд оправдан конкретными требованиями, которые нельзя разумно решить в текущей конфигурации.
ПрактикаОбязательные поля CRM: как получать данные без сопротивления
Когда карточка требует всё сразу, менеджер часто вводит заглушки. Формально заполненная CRM становится менее пригодной для отчётности и автоматизации.
ПрактикаПередача приложения Битрикс24 заказчику: что включить
Если приложение может обслуживать только автор, заказчик остаётся зависимым от одного человека. Передача должна позволять другому специалисту восстановить и обновить систему.
ПрактикаПовторный запуск автоматизации: как избежать лишних задач
Изменение стадии, ручной перезапуск и повторное событие интеграции могут инициировать одно действие несколько раз. Дубли задач — симптом отсутствия контроля состояния.
ПрактикаПрава доступа в Битрикс24: проверка на реальных ролях
Должность в компании не всегда совпадает с правами в CRM. Менеджеру может быть нужен доступ к своим сделкам, руководителю — к отделу, интеграции — к отдельным операциям.
ПрактикаРоботы или бизнес-процесс Битрикс24: что выбрать
Одна автоматическая задача на стадии и многоэтапное согласование имеют разную сложность. Выбор инструмента начинается с состояния процесса и возможных исключений.
ПрактикаБитрикс24 и 1С: как разделить ответственность за данные
CRM и учётная система часто используют разные понятия заказа, контрагента и оплаты. Прямое копирование полей без согласования процесса создаёт конфликты.
ПрактикаСмарт-процесс Битрикс24: когда сделки уже недостаточно
Заявка на закупку, оборудование и рекламация не всегда являются продажами. Использование сделки для любой задачи искажает воронку и смешивает ответственность.
ПрактикаСогласование договора в Битрикс24: версии и ответственность
Согласование теряет смысл, если участники смотрят разные версии документа. Процесс должен связывать решение с конкретным файлом и учитывать повторную отправку после исправлений.
ПрактикаСопровождение Битрикс24: что контролировать регулярно
CRM может открываться, даже когда отдельная интеграция не работает несколько дней. Поддержка должна наблюдать бизнес-сценарии, а не только доступность главной страницы.
ПрактикаИз чего складывается стоимость разработки Битрикс24
Экран из нескольких полей может скрывать сложную интеграцию и согласование данных. Почасовая ставка полезна вместе с составом работ и условиями приёмки.
ПрактикаТелефония в Битрикс24: проверяем путь звонка
Подключённый номер ещё не означает корректную работу с клиентом. Важны распределение, привязка к карточке, пропущенные звонки и доступ к результату разговора.
ПрактикаВебхук или OAuth для Битрикс24: выбор способа подключения
У отдельной интеграции одного портала и приложения для многих клиентов разные требования к авторизации. Способ подключения определяет выдачу прав и последующее сопровождение.
ПрактикаВоронка продаж в Битрикс24: сначала процесс, затем стадии
Воронка полезна, когда показывает состояние работы с клиентом. Если стадии отражают только действия менеджера, руководителю трудно понять, что мешает сделке двигаться дальше.
ПрактикаСобственный интерфейс в карточке Битрикс24: границы задачи
Пользовательский интерфейс полезен, когда стандартная карточка не отражает сложный подбор или расчёт. Но встроенный экран должен оставаться согласованным с исходной записью.
Что хотите улучшить?
Пришлите описание задачи и ссылку на проект. Обсудим подход, объём работ и критерии результата.