Решения
из практики

Подход к решению

Возвращать оплату и статус из 1С прямо в сделку

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

Подход к решению

Сверить предложение с согласованным составом заказа

Сопоставим строки КП, карточку товара и переписку в сделке. Согласуем источник характеристик и проверку состава перед передачей в исполнение.

Подход к решению

Согласовать версии предложения и состав приложения

Проверим отправленный файл, версии в сделке и данные товаров. Определим правила хранения версий и проверки характеристик по артикулам.

Подход к решению

Разделить настройку цен и пересмотр счёта

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

Подход к решению

Описать фактический маршрут счёта и оплаты

Разберём используемые версии систем и установленную связку на одном документе. Определим, какие документы и статусы должны ходить между Битрикс24 и вашей редакцией 1С.

Подход к решению

Записывать одобренную отсрочку прямо в карточку и счёт

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

Подход к решению

Сверить согласование платежей с полномочиями банка

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

Подход к решению

Согласовать разбор платежей за третьих лиц

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

Подход к решению

Проверить правила сопоставления выписки и квитанций

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

Подход к решению

Зафиксировать единый источник цены для сделки и счёта

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

Подход к решению

Проверить готовность карточки перед передачей счёта

Сверим момент запуска обмена и состав переданных полей. Согласуем проверку данных и порядок исправления уже созданных записей учёта.

Подход к решению

Привязать проверку оплаты к исходному счёту

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

Подход к решению

Создавать заказ покупателя в 1С автоматически из счёта CRM

Настроим выгрузку всех товарных позиций, цен, НДС и контрагента из сделки прямо в «Заказ покупателя» или «Счёт» в 1С — без повторного ручного ввода в бухгалтерии.

Подход к решению

Поставить срок оплаты и следить за ним в сделке

В сделке фиксируется срок оплаты и признак: оплачено, частично, просрочено. Платёж из 1С возвращается в свою сделку, а робот ставит задачу менеджеру до срока и при просрочке.

Подход к решению

Считать остаток и не закрывать счёт досрочно

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

Подход к решению

Связать возврат со сделкой и уменьшить сумму

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

Подход к решению

Разделить предоплату и отгрузку

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

Подход к решению

Считать сверку из системы по одному правилу

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

Подход к решению

Менять заказ документом, а не правкой строки

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

Подход к решению

Показать долг в сделке и поставить стоп-условие

Сумма задолженности и срок просрочки видны в карточке клиента. При превышении лимита отгрузка не создаётся или уходит на согласование руководителю.

Подход к решению

Задать лимит числом и показывать остаток в сделке

Лимит хранится в карточке клиента, использованная часть считается по отгрузкам без оплаты. Остаток виден до решения об отгрузке.

Подход к решению

Собирать удержания площадки и считать выручку по приходу

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

Подход к решению

Разнести два долга и провести зачёт действием

В сделке две встречные суммы, зачёт фиксируется операцией с историей, а остаток пересчитывается. Счёт закрывается отдельно от сделки.

Подход к решению

Зафиксировать курс в счёте и показать разницу отдельно

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

Подход к решению

Завести график платежей в карточке

В сделке список платежей с датами и статусами, каждая оплата закрывает свой пункт, а по просроченным робот ставит задачу менеджеру.

Подход к решению

Связать кассу с оплатой и видеть непробитые чеки

Оплата в сделке становится событием для кассы, чек уходит при переходе на стадию «Оплачено», а не прошедшие документы собираются в список для разбора.

Подход к решению

Касса обновляет стадию сделки

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

Подход к решению

Оплаты в карточке, поступления из 1С

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

Подход к решению

Счёт с датой и напоминание по сроку

У счёта есть срок оплаты, до него робот ставит задачу, после — повторяет и передаёт руководителю. Поступление закрывает долг.

Подход к решению

Просрочка как цифра в карточке клиента

Система считает просрочку по дате оплаты, в карточке видно долг и дни. Решение об отгрузке принимается по правилу.

Подход к решению

Общая сумма в карточке клиента

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

Подход к решению

Накладные расходы внутри сделки

Правило распределения постоянных расходов задаётся один раз, в сделке появляется вторая маржа. Скидку согласуют уже по ней.

Подход к решению

Разбивка по группам вместо одного списка

Продажи смотрятся по товарам, позиции делятся на три группы по вкладу. Закупка опирается на группу и остаток.

Подход к решению

Заводить лид и сделку автоматически из первого сообщения в чате

Подключим Авито и мессенджеры к открытым линиям Битрикс24. Каждое новое обращение сразу создаст карточку в очереди отдела продаж, привяжет переписку и проверит телефон по существующей базе.

Подход к решению

Проверить связи перед объединением карточек клиента

Разберём пары дублей, историю и конфликтующие поля. Согласуем безопасный порядок объединения с проверкой доступных средств портала.

Подход к решению

Проверять выбранную компанию до сохранения реквизитов

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

Подход к решению

Проверять ИНН до создания компании и склеивать дубли с 1С

Настроим поиск и автозаполнение по ИНН при заведении контрагента: если организация уже есть в Битрикс24 или 1С, менеджер привяжет сделку к существующей карточке вместо создания дубля.

Подход к решению

Отделить передачу образца от ответа клиента

Проверим лиды, задачи передачи и записи обратной связи. Согласуем основание перехода в сделку и ответственного за получение ответа.

Подход к решению

Привязывать повторные обращения к открытой сделке клиента

Настроим проверку телефона и почты на всех входящих каналах: если по клиенту уже идёт продажа, новое письмо, форма или звонок попадут в текущую сделку и уведомят её менеджера.

Подход к решению

Разделить исходящий диалог и входящую заявку

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

Подход к решению

Проверить смысл и использование обязательных полей

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

Подход к решению

Проверить сопоставление клиента на каждом входе

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

Подход к решению

Проверить создание карточек из рекламной связки

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

Подход к решению

Требовать дату и предмет следующей договорённости с клиентом

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

Подход к решению

Разделить привязку компании и заполнение реквизитов

Проследим состояние полей в момент возврата стадии. Согласуем порядок привязки компании, переноса ИНН и проверки реквизитов.

Подход к решению

Отделить выполненное поручение от состоявшегося контакта

Сверим закрытые задачи и записи встреч. Согласуем фиксацию подтверждённого контакта и контроль пауз без него.

Подход к решению

Разделить источник заявки и контакт с организацией

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

Подход к решению

Сопоставить обращения формы и виджета сайта

Свяжем обращения из формы и онлайн-чата в одну историю клиента и настроим назначение менеджера без разработки личного кабинета на сайте.

Подход к решению

Назначать заявку ответственному за минуту и контролировать первый ответ

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

Подход к решению

Подключить мессенджер как канал, а не как личный чат

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

Подход к решению

Отсекать мусор на входе и разбирать отдельно

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

Подход к решению

Узнавать клиента до создания записи

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

Подход к решению

Связать канал с порталом и учётом остатков

Заказ из кабинета создаёт сделку и контакт в портале, а остаток списывается там, где ведётся настоящий учёт. Площадка и портал смотрят на одно число.

Подход к решению

Спросить срок и порядок бюджета в форме

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

Подход к решению

Владелец и срок первого ответа появляются сразу

Заявка распределяется автоматически и получает ответственного. Если срок ответа прошёл, она поднимается руководителю — это видно до звонка клиента.

Подход к решению

Передавать клиента вместе с историей

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

Подход к решению

Разбить базу на группы и дать каждой повод

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

Подход к решению

Считать давность и звонить с поводом из истории покупок

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

Подход к решению

Сузить список, взять повод из покупки и оставить одно действие

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

Подход к решению

Принимать требование письменно и отвечать в срок

Требование оформляется заявлением с датой и причиной, проверяется по перечню случаев, а ответ — решение или мотивированный отказ — уходит в установленный срок.

Подход к решению

Один порядок ответа и границы полномочий

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

Подход к решению

Дата и повод вместо «перезвоним»

Разговор заканчивается датой касания и записанным поводом. Пауза становится отдельной стадией, напоминание приходит из системы.

Подход к решению

Разбор по выборке и обещание в карточке

Короткий список пунктов и несколько разговоров за период вместо прослушивания всего. Обещание клиенту фиксируется в сделке.

Подход к решению

Квалификация на входе, а не на счёте

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

Подход к решению

Допродажа как шаг сделки

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

Подход к решению

Страница как ответ на вопрос посетителя

Одна задача на страницу, текст по вопросам клиента, форма отправляет заявку в портал с ответственным и сроком ответа.

Подход к решению

Форма создаёт заявку, а не письмо

Форма создаёт лид в портале с источником и сроком первого ответа. Письмо остаётся уведомлением, а не хранилищем заявок.

Подход к решению

Считать год владения, а не строку в договоре

Год раскладывается по статьям: подписка, приложения, доработки, время человека. Отдельно оценивается выход — что придётся переносить, если однажды придётся уходить.

Подход к решению

Вернуть владельца в воронку и спрашивать о клиенте

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

Подход к решению

Собрать звонки и переписку из мессенджеров в одной карточке сделки

Подключим рабочие мессенджеры к открытым линиям Битрикс24 с привязкой по номеру телефона. Вся переписка и файлы будут ложиться в ту же сделку, что и записи телефонных звонков.

Подход к решению

Проверить связь оценки с конкретным разговором

Сопоставим оценки, роли и доступную историю звонков. Согласуем идентификаторы и переход к разговору, если канал предоставляет необходимые данные.

Подход к решению

Проследить вложение от документа до письма

Сверим файл, способ отправки и фактический состав письма. Согласуем проверку вложения и отдельную повторную отправку нужного документа.

Подход к решению

Превращать претензию из чата в заявку с ответственным и сроком

Настроим запуск процесса рекламации прямо из диалога или сделки: обращение встанет в реестр претензий, назначит исполнителя и проконтролирует срок ответа клиенту.

Подход к решению

Фиксировать каждый неотвеченный гудок и ставить задачу на перезвон

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

Подход к решению

Различать автоответ и содержательный ответ сотрудника

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

Подход к решению

Проследить событие звонка между АТС и CRM

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

Подход к решению

Направлять звонок действующего клиента сразу его менеджеру

Приведём телефоны в базе к единому формату и настроим проверку номера на АТС до распределения в общую очередь. Звонок пойдёт напрямую ответственному менеджеру, а запись прикрепится к текущей сделке.

Подход к решению

Проверить открытие карточки и фиксацию итога

Проследим входящий вызов с известного номера и доступную историю. Согласуем запись результата разговора независимо от способа ответа на звонок.

Подход к решению

Записывать звонки в карточку клиента и разбирать спорные разговоры

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

Подход к решению

Подключить входящую почту к карточке и распределить письма

Свяжем рабочий ящик с CRM: письма будут привязываться к контакту и сделке по адресу, а общий ящик распределит новые обращения между ответственными.

Подход к решению

Настроить очередь, распределение и контроль первого ответа

Настроим распределение обращений по операторам, срок первого ответа и эскалацию руководителю. В отчёте будет видно, сколько клиентов ждёт и на каком канале.

Подход к решению

Задать обязательные блоки ответа и шаблоны

По типовым вопросам собираются проверенные ответы и их источник. Шаблоны вставляются из карточки и линии, а качество ответов проверяется на записях и переписках.

Подход к решению

Задать часы работы и собирать ночную очередь

В нерабочее время клиент получает автоответ с честным сроком. Обращения вне часов работы помечаются и утром разбираются первыми.

Подход к решению

Отделить жалобу, задать срок и поднимать наверх

У жалобы свой признак и короткий срок ответа. Когда время вышло, обращение уходит руководителю вместе с историей — до звонка клиента, а не после.

Подход к решению

Спрашивать причину вместе с оценкой

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

Подход к решению

Превращать письмо в обращение с владельцем

Входящее создаёт обращение с ответственным и сроком. Ответы остаются в карточке клиента, а не только в почтовом ящике.

Подход к решению

Выбирать записи по признакам и разбирать по общим критериям

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

Подход к решению

Определить адресата и дублировать в рабочем канале

Объявление уходит тем, кому оно нужно, и повторяется там, где человек работает. Для критичных изменений — подтверждение ознакомления.

Подход к решению

Собрать базу из реальных вопросов и назначить владельца

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

Подход к решению

Хранить файлы в карточке и ссылаться на них в чате

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

Подход к решению

Замерять время от обращения до первого ответа

Две отметки — когда обратились и когда ответили — считаются автоматически, а просрочки выводятся в рабочий список, а не в отчёт по итогам недели.

Подход к решению

Разделить «взял» и «ответил» отдельными состояниями

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

Подход к решению

Встроить согласие в начало диалога и записать факт

Перед первым ответом оператора человек видит текст согласия и подтверждает его. Подтверждение сохраняется с датой и каналом, а по старым диалогам принимается отдельное решение.

Подход к решению

Создавать встречу из карточки и напоминать обеим сторонам

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

Подход к решению

Связать онлайн-запись с календарём и карточкой клиента

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

Подход к решению

Завести помещения и технику ресурсами календаря

Событие занимает ресурс так же, как человека, и занятость видна в момент назначения встречи. Буфер между встречами и отмена события входят в правила брони.

Подход к решению

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

Отпуск, обучение и командировка видны как занятость, а встреча создаётся событием с участниками. Занятое время просто не предлагается клиенту.

Подход к решению

Напоминание как часть встречи, а не отдельная работа

Встреча создаётся в карточке клиента, и напоминание уходит автоматически: клиенту накануне, сотруднику за час. После разговора фиксируется итог и следующий шаг.

Подход к решению

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

Рабочая занятость ведётся в портале, а телефон подписывается на неё. Обмен настраивается на уровне учётной записи и проверяется при смене устройства или пароля.

Подход к решению

Создавать событие с повторением и фиксировать условие в карточке

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

Подход к решению

Проверять занятость участников до приглашения

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

Подход к решению

Подставлять бланк и реквизиты того юрлица, с которым подписан договор

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

Подход к решению

Передавать готовый акт в ЭДО и возвращать статус подписи в сделку

Свяжем формирование закрывающих документов с отправкой через оператора ЭДО. Номер, дата и сумма уйдут без повторного ручного набора, а в сделке появится статус «Отправлен / Подписан клиентом».

Подход к решению

Контролировать возврат подписанного договора задачей и сроком

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

Подход к решению

Зафиксировать признак ЭДО и пакет закрывающих документов в карточке компании

Настроим обязательный признак работы по ЭДО и шаблон закрывающего пакета в карточке контрагента. При закрытии сделки система сама подставит нужный тип документа и проверит реквизиты получателя.

Подход к решению

Формировать договор, счёт и акт из сделки по шаблону одной кнопкой

Настроим шаблоны документов в Битрикс24: реквизиты, товары, суммы и сроки подставятся из сделки. Менеджер проверяет готовый документ, а не набирает его заново.

Подход к решению

Контролировать закрывающие документы по каждой сделке

Добавим в сделку стадию и статус закрывающих документов: сформирован, отправлен, подписан. Бухгалтерия увидит список сделок без акта без обхода менеджеров.

Подход к решению

Завести доверенность как запись в карточке контрагента

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

Подход к решению

Сверить переменные шаблона с полями и сделать нужные обязательными

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

Подход к решению

Хранить документ в карточке с версиями и статусом

У документа одно место, каждая правка — новая версия с датой и автором. При отправке отмечается версия, поэтому спор о подписанном решается за минуту.

Подход к решению

Печатать УПД из данных счёта

Каждое поле формы берётся из карточки или учёта, а не копируется руками. Номер и дата идут по правилу, поэтому два документа не получат один номер.

Подход к решению

Договориться, где живёт оригинал

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

Подход к решению

Выпускать МЧД заранее и сверять её перед выездом

МЧД выпускается до первой отгрузки и лежит вместе с контрагентом. Перед выездом сверяются получатель, срок и полномочия — просроченная доверенность дальше не идёт.

Подход к решению

Хранить МЧД рядом с контрагентом и выносить срок в поля

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

Подход к решению

Считать прибыль по закрытым работам, а не по предоплате на счёте

Разделим в управленческом отчёте приход денег (авансы клиентов) и фактически закрытые обязательства по актам и отгрузкам. Собственник увидит реальную заработанную маржу отдельно от чужих предоплат.

Подход к решению

Обозначить дату и правила пересчёта категории

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

Подход к решению

Уточнить, какие контакты учитывает отчёт

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

Подход к решению

Проверить смысл данных до сборки экрана

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

Подход к решению

Автоматически передавать источник обращения от первого касания до оплаты

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

Подход к решению

Проверить расшифровку отчёта и обновление расчёта

Проследим источники суммы, связи с карточками и запуск пересчёта. Согласуем переходы к основаниям и отображение даты обновления.

Подход к решению

Определить показатель и условия сравнения результата

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

Подход к решению

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

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

Подход к решению

Проверить нормы затрат и период их применения

Разберём параметры расчёта и историю изменения ставок. Согласуем хранение норм вне текста запроса и правила расчёта по периодам.

Подход к решению

Отличать реальную договорённость с клиентом от формальной галочки

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

Подход к решению

Решить, по какой строке закрывать месяц менеджера

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

Подход к решению

Выстроить стадии воронки по подтверждённым шагам покупателя

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

Подход к решению

Фиксировать причину отказа и смотреть на неё в отчёте

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

Подход к решению

Проверить поля и стадии смарт-процесса и настроить отчёт по нему

Смарт-процесс — отдельный тип записей со своими стадиями, поэтому отчёт по сделкам его не видит. Сверим поля и финальные стадии, настроим отчёт и решим, какие записи должны связываться со сделкой.

Подход к решению

Сделать источник обязательным полем и сверять каналы по деньгам

Источник заполняется автоматически при создании записи, а не менеджером. Дальше канал сопоставляется с расходами, и отчёт считается по закрытым оплатам, а не по числу заявок.

Подход к решению

Договориться, что считается фактом, и зашить правило в отчёт

Правило одно для всех: что считается фактом, на какую дату и из какого источника. План раскладывается по тем же разрезам, и оба числа видны на одном экране.

Подход к решению

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

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

Подход к решению

Собрать короткий список причин и сделать поле обязательным

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

Подход к решению

Зафиксировать одно правило: событие, дата, источник

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

Подход к решению

Считать выручку и маржу, количество — отдельной строкой

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

Подход к решению

Свести цену, себестоимость и расходы в одну цифру

В сделке появляются себестоимость и связанные расходы, рядом с суммой видно остаток. Состав себестоимости короткий и одинаковый для всех сделок, поэтому цифры сравнимы.

Подход к решению

Ограничить скидку долей прибыли, а не процентом цены

Предел скидки задаётся не процентом от суммы, а порогом маржи. В карточке видно, что останется при таком размере, а скидка сверх предела уходит на согласование вместе с расчётом.

Подход к решению

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

Каждой позиции в CRM соответствует товар в 1С. Цена закупки подтягивается при добавлении позиции по одному правилу даты, и менеджер её не вводит вручную.

Подход к решению

Фиксировать переходы и считать конверсию по шагам

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

Подход к решению

Задать срок следующего шага и мерить длину цикла

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

Подход к решению

План по неделям и прогноз по стадиям

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

Подход к решению

Считать спрос, а не сумму продаж

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

Подход к решению

Одно правило подсчёта и сверка на переходе

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

Подход к решению

Считать не клики, а заявки и продажи

Расход из кабинета сводится с заявками в CRM по одному признаку, а потери делятся на две части: до заявки и после. Решение принимается по цифре, а не по смене креатива.

Подход к решению

Свести расход и заявки по общему признаку

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

Подход к решению

Посчитать конверсию по каждому шагу отдельно

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

Подход к решению

Сузить обещание и добавить два вопроса в форму

В объявлении появляются условия: для кого, от какой суммы, с каким сроком. Форма спрашивает два параметра, а обращения из категории «просто спросить» уходят в отдельный список с коротким ответом.

Подход к решению

Развести два согласия и отмечать каждое отдельно

Обработка данных и реклама — разные цели и разные разрешения. В карточке два признака с датой и источником, а рассылка собирается по признаку рекламы, а не по всей базе.

Подход к решению

Разметить ссылки по одной схеме и сохранять метку в заявке

Источник, канал и кампания задаются одинаково для всех площадок, ссылка проверяется до запуска, а метка записывается в карточку при создании заявки и остаётся до сделки.

Подход к решению

Свести расход и выручку в сделке

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

Подход к решению

Собрать просьбу, ответ и текст в карточке

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

Подход к решению

Привязать отзыв к заказу и записать ответ

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

Подход к решению

Собирать сегмент по согласиям

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

Подход к решению

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

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

Подход к решению

Проверить событие, условие и права

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

Подход к решению

Задать часы отправки и очередь на утро

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

Подход к решению

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

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

Подход к решению

Держать короткий чек-лист проверки после обновлений

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

Подход к решению

Настроить три уровня оповещения и ответственного

Мгновенное уведомление ответственному, резервное руководителю, если заявку не взяли за пятнадцать минут, и утренняя сводка по необработанным. В оповещения попадают только события, требующие реакции.

Подход к решению

Назначать владельца при создании и показывать взятие в работу

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

Подход к решению

Собрать ежедневную витрину из пяти показателей

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

Подход к решению

Добавить замену, срок шага и видимость места

У шага есть заместитель и крайнее время: если исполнитель недоступен, задача уходит дальше, а при просрочке поднимается выше. Видно, на каком шаге документ и у кого он сейчас.

Подход к решению

Проверить условие, права и пройти путь вручную

Условие запуска сверяется с реальными записями, у роли проверяется право запускать процесс, а тестовая запись проходит путь от начала до конца. Так видно, где именно останавливается.

Подход к решению

Брать согласующего из структуры и учитывать отсутствие

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

Подход к решению

Сверить обещанную доставку с расчётом отгрузки

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

Подход к решению

Резервировать реальный остаток в 1С в момент брони в сделке

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

Подход к решению

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

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

Подход к решению

Согласовать доступность товара после снятия с продажи

Сверим состояния позиции на сайте, в CRM и 1С. Определим правила выбора в счёт отдельно от физического удаления номенклатуры.

Подход к решению

Переносить адрес объекта из карточки сделки в задачу выезда автоматически

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

Подход к решению

Передавать запрос складу и закупке прямо из карточки сделки

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

Подход к решению

Показывать актуальный остаток из 1С в карточке товара и сделке

Настроим обмен остатками между 1С и Битрикс24 с нужной частотой. Менеджер увидит наличие и резерв до того, как пообещает срок клиенту.

Подход к решению

Сделать пересчёт документом и обновить остатки

Пересчёт идёт по позициям сразу в системе, недостача и излишек оформляются документами с ответственным. После закрытия периода остатки совпадают с полкой.

Подход к решению

Принимать по позициям и оформлять расхождение на месте

Список позиций на экране, отметки по ходу разгрузки. Недостача и пересорт фиксируются актом и фото, пока машина не уехала.

Подход к решению

Оформлять возврат как приёмку на склад

Возврат привязывается к исходной отгрузке, состояние товара проверяется при приёмке. Годный возвращается в остатки, брак идёт в списание отдельным документом.

Подход к решению

Списание документом, а не сообщением

У списания есть факт, причина и ответственный. Документ уменьшает остаток, а отчёт по причинам показывает, где теряют товар: при разгрузке или на складе.

Подход к решению

Выдача и возврат как две операции

При передаче фиксируется, кто получил и куда. Пока возврата нет, единица числится в работе — и видно, что именно ещё не вернулось на склад.

Подход к решению

Один источник остатка и обновление по событию

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

Подход к решению

Связать возврат с продажей и оформить приёмку

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

Подход к решению

Отправлять трек автоматически при передаче в доставку

Номер появляется в карточке в момент отгрузки и сразу уходит клиенту в тот канал, где он общался. В кабинете статус виден без звонка.

Подход к решению

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

Самовывоз, доставка или транспортная компания выбираются из списка. От выбора зависят уведомления, документы и действия склада.

Подход к решению

Считать закупку от продаж прошлого сезона и текущего остатка

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

Подход к решению

Задать точки решения до конца сезона

Скорость продаж показывает, успеет ли остаток уйти. Точка включения скидки и канал для остатка определяются заранее, а не в последний день.

Подход к решению

Вести партии от приёмки до списания

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

Подход к решению

Хранить срок в партии и выдавать по очерёдности

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

Подход к решению

Списывать код и количество одной операцией

Продажа закрывает код и количество одновременно, а непринятые коды попадают в список расхождений с причиной. Перед закрытием периода коды и остатки сверяются.

Подход к решению

Проверять объём в акте по остатку строки сметы до согласования

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

Подход к решению

Связать пересмотр проекта с обновлением графика

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

Подход к решению

Возвращать суммы и статусы проведённых КС-2 из 1С в карточку объекта

Настроим обратную выгрузку проведённых актов КС-2 и КС-3 из 1С в связанную сделку Битрикс24. Руководитель и менеджер проекта увидят закрытое выполнение и остаток по договору без запросов в бухгалтерию.

Подход к решению

Проверить передачу задания назначенному подрядчику

Сопоставим назначение, описание работ и фактическую отправку письма. Согласуем контроль передачи задания и напоминания перед выездом.

Подход к решению

Переводить выигранный тендер в карточку исполнения контракта без потери расчётов

Соберём расценку служб в единой карточке тендера, а после победы автоматически перенесём утверждённую спецификацию, выбранных поставщиков и сроки поставки в рабочий проект.

Подход к решению

Проверить типы работ в исходных сделках

Сверим фильтры карты и сделки без классификации. Согласуем справочник типов и проверку заполнения для отчёта и расценок.

Подход к решению

Проверить передачу заказа и макета производству

Сверим заказ сайта, файл, тираж и карточку CRM. Согласуем состав передаваемых данных и проверку задачи перед назначением исполнителей.

Подход к решению

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

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

Подход к решению

Проверить договор до передачи согласованной заявки

Сопоставим подрядчика, объект, договор и строки заявки. Согласуем контроль привязки и объёмов до присвоения передаваемого статуса.

Подход к решению

Согласовать категории и маршрут производственных обращений

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

Подход к решению

Показывать стадию заказа в производстве прямо в карточке сделки

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

Подход к решению

Сдавать этап по документу, а не по отметке в чате

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

Подход к решению

Принимать до закрытия и фиксировать осмотр по факту

Точки приёмки стоят в графике, осмотр фиксируется фото и подписями сторон в карточке этапа. Замечания устраняются, пока есть доступ.

Подход к решению

Сделать фото частью закрытия этапа

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

Подход к решению

Связать график с задачами и закрывать по факту

Каждый этап — задача с датой и ответственным. Закрытие задачи меняет график, поэтому отклонение видно сразу, а заказчик узнаёт о новом сроке заранее.

Подход к решению

Замечание как задача с адресатом и сроком

Замечание фиксируется в карточке этапа с фото и местом, получает исполнителя и дату. Закрывается после проверки, а не после слов «сделали».

Подход к решению

Описать гарантию, фиксировать осмотр и решать по правилу

К договору прикладывается перечень гарантийных случаев, осмотр фиксируется фото и подписью клиента, а решение принимает ответственный по одному маршруту со сроком.

Подход к решению

Сделать чек-лист частью акта приёмки

Этап раскладывается на пункты, которые можно проверить на объекте. Акт закрывает этап только вместе с заполненным списком, а незакрытые пункты остаются в работе.

Подход к решению

Заполнять на месте и связывать с закрытием этапа

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

Подход к решению

Фиксировать изменение до начала работ

Изменение объёма превращается в допсоглашение до работ: состав, сумма и подпись сторон. Тогда акт совпадает с тем, что сделано на объекте.

Подход к решению

Одно место для документации и явная действующая версия

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

Подход к решению

Не закрывать приём на работу, пока сотрудник не проведён в 1С:ЗУП

Свяжем процесс оформления новичка в Битрикс24 с проверкой полноты анкеты и финальной отметкой расчётчика. Заявка на приём закроется только тогда, когда карточка сотрудника создана в 1С:ЗУП.

Подход к решению

Разделить этапы сопровождения и учебные результаты

Уточним смысл этапов и источник учебных данных. Разделим в отчёте шаг оформления сделки и фактический результат обучения.

Подход к решению

Передавать сделки и чаты на время отпуска с автоматическим возвратом

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

Подход к решению

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

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

Подход к решению

Обновить обучение после изменений рабочего сценария

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

Подход к решению

Сверить заявление с данными зарплатной базы

Проверим дни, период и факт обработки заявления. Уточним источник и время обновления остатка в конкретном кадровом контуре.

Подход к решению

Сопоставить регистрацию и тест по идентификатору

Проверим передачу даты и результата в созданную карточку. Отдельно сверим программу и направление уведомления ответственному отделу.

Подход к решению

Проводить заявление на отпуск по единому маршруту до расчётчика

Запустим согласование отпуска в Битрикс24: после кнопки «Одобрить» у руководителя заявка автоматически уйдёт в кадры и бухгалтерию со сроком расчёта, а сотрудник увидит текущий этап в карточке.

Подход к решению

Держать всю историю клиента в карточке, а не в телефоне сотрудника

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

Подход к решению

Переводить поручения в задачи со сроком и ответственным

Настроим задачи в Битрикс24 так, чтобы поручение из чата или сделки ставилось в два клика с крайним сроком. Руководитель видит просроченные без обхода сотрудников.

Подход к решению

Связать результат с задачами обучения

Оценка идёт по компетенциям, по каждому пробелу появляется задача с материалом и сроком. Через месяц короткая проверка показывает, помогло ли обучение.

Подход к решению

Отмечать явку там же, где живут задачи

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

Подход к решению

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

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

Подход к решению

Закрыть альтернативу и считать отчёт только из системы

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

Подход к решению

Собрать поля под работу, а не под отчёт

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

Подход к решению

Назначить владельца данных и короткий недельный разбор

Один сотрудник отвечает за качество данных, тридцать минут в неделю уходят на новые дубли и пустые поля, а на входе работает правило: поиск по телефону до создания записи.

Подход к решению

Свести отклики в один список с этапами и ответственным

Отклик из любого канала попадает в общую карточку кандидата. У этапов есть срок ответа, а кандидата ведёт один человек от отклика до решения.

Подход к решению

Задать критерии и записывать итог в карточку кандидата

Для вакансии задаются три-пять общих критериев, после собеседования в карточку пишется оценка и одна строка впечатления. История отказов сохраняется.

Подход к решению

Сделать адаптацию набором задач с датами и ответственным

По каждой роли свой короткий чек-лист, разложенный по неделям. Каждый пункт — задача на новичка и наставника с датой проверки, поэтому итог испытательного срока виден по фактам.

Подход к решению

Перевести частые кадровые документы в электронный вид

Начинаем с заявлений на отпуск и согласий: форма в портале, маршрут согласования, электронная подпись. Даты и вид отпуска попадают в карточку сотрудника сами.

Подход к решению

Отмечать отсутствие в системе и передавать задачи в тот же день

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

Подход к решению

Передача дел как обязательный шаг перед отпуском

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

Подход к решению

Премия считается там же, где сделки

Правила записаны, робот считает начисление по сделке на финальной стадии. Менеджер видит расчёт по каждой своей сделке.

Подход к решению

KPI на результат, а не на действия

«Дела» остаются историей работы, а в расчёт идут сумма сделок, маржа и конверсия. Показателей держат два-три, чтобы один нельзя было обойти.

Подход к решению

Отметка места работы рядом с календарём

Расписание офисных дней фиксируется правилом, сотрудник отмечает формат дня. Встречи и задачи ставятся с учётом места.

Подход к решению

Разбирать возвраты по ролям

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

Подход к решению

Передавать в личный кабинет единый подтверждённый баланс из 1С

Уберём расхождение между ручными таблицами и CRM: сделаем учётную систему единственным источником взаиморасчётов, чтобы и менеджер в сделке, и клиент в кабинете видели одну и ту же сумму.

Подход к решению

Автоматически контролировать срок брони и пересматривать закрепление дилера

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

Подход к решению

Жёстко привязать права в кабинете к компании и договору партнёра

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

Подход к решению

Формировать доверенность на вывоз автоматически после подтверждения оплаты

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

Подход к решению

Связать кабинет с воронкой

Заявка из кабинета создаёт сделку с теми же полями, что и заявка с сайта, и сразу получает ответственного. Клиент видит стадию своей заявки в кабинете.

Подход к решению

Проверять кабинет глазами внешнего пользователя

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

Подход к решению

Связать загрузку в кабинете с карточкой сделки

Файл клиента появляется в сделке, ответственный получает уведомление. У документа есть статус: черновик, на проверке, подписан.

Подход к решению

Проверить права глазами клиента и ограничить своими записями

Описываем путь клиента и проходим его под тестовым внешним пользователем. Клиент видит заказы своей компании, а не все — проверяется на двух разных клиентах.

Подход к решению

Пройти путь клиента самому и настроить восстановление

Приглашение проверяется на внешнем ящике, восстановление пароля работает без менеджера, а инструкция написана словами клиента, а не администратора.

Подход к решению

Сверить новые карточки с исходными таблицами

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

Подход к решению

Настроить автоматическое резервное копирование и проверку восстановления

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

Подход к решению

Доработать один рабочий участок, а не переделывать весь портал

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

Подход к решению

Сверить состав карточек до и после переноса

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

Подход к решению

Выпустить отдельный вебхук только с правом создания лида

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

Подход к решению

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

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

Подход к решению

Закрыть доступы в день увольнения и ограничить выгрузку базы

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

Подход к решению

Провести аудит портала и описать, что в нём настроено и зачем

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

Подход к решению

Хранить документы клиентов в общих папках и передавать владение

Разделим личные и общие папки, переведём документы клиентов в папку компании с правами от отдела и добавим передачу владения при увольнении.

Подход к решению

Ограничить права и контролировать выгрузку до ухода

Менеджер видит свои сделки, массовый экспорт — отдельное право. Доступ закрывается в день увольнения, а журнал действий читают, а не хранят.

Подход к решению

Считать места и освобождать их при увольнении

Активные пользователи разбираются, уволенные деактивируются в день ухода. Место добавляется до выхода сотрудника, а не после того, как он уже работает.

Подход к решению

Список зависимостей и проверка после переноса

Заранее выписываются все внешние подключения, каждое проверяется на тестовом портале. После переезда по списку проходят руками, а не ждут сбоев.

Подход к решению

Начать с одного процесса и одного проверяемого признака

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

Подход к решению

Описать границы этапа и назначить приёмку

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

Подход к решению

Забрать доступы, описать настройки и назначить ответственного

У компании появляются административный вход и доступы к сервисам, короткое описание того, что настроено, и человек внутри, который знает, к кому идти с вопросом.

Подход к решению

Сделать короткую мобильную форму и выдать доступ

В мобильной версии остаются только нужные поля и одно действие — отметка о выполнении и фото из карточки. Мобильный вход настраивается заранее вместе с доступом.

Подход к решению

Оставить в мобильной форме все обязательные поля и ничего сверх

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

Подход к решению

Раздать личные учётные записи и включить второй фактор

У каждого сотрудника свой вход и права по роли. Второй фактор настраивается политикой портала, а уволенных деактивируют в день ухода.

Подход к решению

Собирать согласие в каждой точке входа и хранить его факт

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

Подход к решению

Держать карту мест и закрывать запрос по чек-листу

Каждое место отмечено: удалено, обезличено или подлежит хранению по закону. Запрос закрывается один раз и с подтверждением.

Подход к решению

Собрать перечень данных, мест хранения и доступов

Перечень данных и целей, реестр мест хранения, права по ролям и один ответственный с порядком ответа на запросы.

Подход к решению

Готовить файл под формат полей и проверять на пробной партии

Колонки приводятся к тексту, значения сверяются с форматом полей, и первая загрузка идёт на двадцати строках с ручной проверкой карточек.

Подход к решению

Задать ключ сопоставления и правило при совпадении

Ключ — поле, по которому клиент однозначно находится, плюс правило: нашли запись — обновляем, не нашли — создаём. Дубли, которые уже появились, разбираются отдельным слиянием.

Подход к решению

Вывести признак согласия в карточку и ограничить выборку

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

Подход к решению

Разворачивать копию по расписанию, а не только создавать

Копия регулярно разворачивается в отдельном месте, не трогая рабочий портал: проверяются вход, данные и суммы. Результат записывается — с датой и тем, что не сошлось.

Подход к решению

Сверить активные места и планировать закупку заранее

Уволенные деактивируются и освобождают места, потребность считается на месяцы вперёд, а решение о новом месте принимается по правилу, а не в день выхода.

Подход к решению

Сверить используемые возможности до смены тарифа

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

Подход к решению

Открыть историю изменений прямо в карточке

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

Подход к решению

Считать результат, а не присутствие

У каждой роли есть задача с результатом и сроком. Руководитель смотрит на движение по задачам, а не на снимки экрана.

Подход к решению

Переход по шагам, а не целиком

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

Подход к решению

Карточка на каждую единицу техники

У прибора есть карточка, выдача меняет держателя, возврат и поломка отмечаются там же. Видно, у кого техника и можно ли её выдать.

Подход к решению

Права по ролям, а не по просьбе

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

Подход к решению

Убрать лишнее и оставить один путь к действию

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

Подход к решению

Настройка на служебной авторизации и передача до отключения

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

Подход к решению

Дата, ответственный и список того, что выключается

По каждой роли проверяется, что нужно в новой системе, назначается дата и один ответственный. После закрытия проверяется, не ходит ли кто-то в обход.

Подход к решению

Собрать пациента в одну карточку

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

Подход к решению

Заказ-наряд с составом работ и статусом

При приёмке фиксируются работы, цена и подтверждение клиента. Статус ремонта виден мастеру и администратору, а история остаётся по автомобилю.

Подход к решению

Фиксировать неявку и напоминать заранее

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

Подход к решению

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

Рейс содержит конкретные заявки, доставка подтверждается отметкой с временем и получателем. Закрытие рейса меняет статусы связанных заявок.

Подход к решению

Приёмка по документу со сверкой объёма

В акте закрывается конкретная строка сметы и её остаток, замечания фиксируются там же. Фотографии — приложение к приёмке, а не её замена.

Подход к решению

Заказ создаёт сделку с клиентом и составом

Магазин связан с воронкой: заказ появляется в CRM с покупателем, составом и суммой. Клиент находится по телефону или почте, история покупок остаётся в одной карточке.

Подход к решению

Передавать объект вместе с заявкой

Форма знает страницу, с которой пришла, и объект попадает в заявку автоматически. Каталог связан с карточками, поэтому видно, что клиент уже смотрел.

Подход к решению

Оплата продлевает абонемент автоматически

Платёж меняет срок действия, ручное продление остаётся для исключений. Клиент видит дату окончания и получает напоминание заранее, а заморозка оформляется документом.

Подход к решению

Собирать историю к приёму, а не во время

Запись создаётся в карточке человека и связана с его данными: результатами, назначениями и следующим визитом. К приёму в карточке уже есть то, что нужно врачу.

Подход к решению

Свести заказы в один список, который видят все

Заказ попадает в общий список с составом, суммой и временем выдачи. Список виден на кухне и на выдаче, а смена передаётся по открытым заказам, а не по памяти.

Подход к решению

Дать каждой заявке исполнителя и срок

Заявка создаётся в общем списке с адресом, категорией и фото. У неё есть ответственный и крайнее время, а закрывается она по факту работ — с отметкой и снимками.

Подход к решению

Вынести параметры поездки из переписки в поля

Даты, состав, бюджет и пожелания — отдельные поля заявки. Предложенные варианты привязаны к ней же, и при возврате клиента видно, что уже показывали.

Подход к решению

Считать план и факт часов в самом проекте

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

Подход к решению

Видеть недостачу до сборки, а замену проводить через согласие

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

Подход к решению

Связать набор группы с расписанием занятий

Группа — одна запись с составом, преподавателем и периодом. Занятия создаются по ней, аудитория бронируется как ресурс, а напоминания уходят участникам из расписания.

Подход к решению

Свести брони в одну карточку с датами заезда и выезда

В карточке появляются даты и номер, система проверяет занятость до подтверждения, а все каналы заводят бронь в одном месте.

Подход к решению

Записывать время в карточке дела и задать ставки

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