Адаптум

CRM для производства под заказ: срок и маржа до отгрузки

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

🔗 Что связать

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

Как идёт заказ

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

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

📊 Три показателя

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

Два запроса к ИИ

1. «Подготовь поля “Исходная обещанная дата”, “Текущая обещанная дата” и “Основание переноса”. Покажи правила сохранения истории без перезаписи исходного обещания».
2. «Построй отчёт по заказам с риском просрочки на 14 дней: недостающий материал, неподтверждённая ревизия, незавершённая операция, ответственный и актуальность источника».

ИИ готовит анализ; инженерные решения, запуск и приёмку подтверждают сотрудники. CRM связывает клиентские обязательства с данными ERP или MES, где могут оставаться складской и производственный учёт.

Это проект настройки Адаптум: состав объектов, ИИ-инструменты и интеграции нужно подтвердить в конкретной поставке и проверить на пилоте.

Полная статья с моделью данных, этапами и правилами внедрения: https://adaptumai.ru/articles/crm-dlya-proizvodstva

CRM для B2B-продаж: что происходит после выигранной сделки

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

🔗 Что связать

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

Как идёт заказ

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

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

📊 Три показателя

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

Два запроса к ИИ

1. «Подготовь у сделки поля “Следующий шаг”, “Срок следующего шага” и “Ответственный”. Покажи проверку заполнения при переходе к согласованию предложения».
2. «Собери отчёт по активным сделкам без следующего шага и по просроченным шагам: клиент, стадия, сумма, срок и владелец. Отдельно покажи паузы; приложи исходные записи».

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

Это проект настройки Адаптум: состав объектов, ИИ-инструменты и интеграции нужно подтвердить в конкретной поставке и проверить на пилоте.

Полная статья с моделью данных, этапами и правилами внедрения: https://adaptumai.ru/articles/crm-dlya-b2b-prodazh

CRM для недвижимости: от запроса до полученной комиссии

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

🔗 Что связать

Клиент → запрос → подбор ← предложение ← объект. Показ связан с конкретным подбором, сделка объединяет согласованные условия и участников, платежи подтверждают получение комиссии. Физическая квартира сохраняет историю при смене цены или новом поручении на продажу. У одного клиента может быть несколько запросов, у одного объекта — несколько предложений в разные периоды.

Как идёт работа

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

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

📊 Три показателя

• Актуальность предложения: сколько активных предложений не прошли проверку цены и доступности в установленный агентством срок.
• Показ в согласованные условия: доля уникальных пар «запрос — предложение», по которым за 30 дней после первого показа согласовали условия. Берётся зрелая когорта; повторный показ не увеличивает знаменатель.
• Комиссия к получению: начисленное вознаграждение минус связанные платежи и корректировки. Стоимость недвижимости не включается в выручку агентства.

Два запроса к ИИ

1. «Подготовь поле “Дата проверки цены и доступности” у предложения и связь с проверившим агентом. Покажи правила обязательности и список затронутых отчётов».
2. «Построй отчёт по активным предложениям без проверки за установленный срок: объект, агент, последняя проверка, текущие подборы. Покажи источники, а неизвестную доступность отметь явно».

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

Это проект настройки Адаптум: состав объектов, ИИ-инструменты и интеграции нужно подтвердить в конкретной поставке и проверить на пилоте.

Полная статья с моделью данных, этапами и правилами внедрения: https://adaptumai.ru/articles/crm-dlya-agentstva-nedvizhimosti

CRM для рекрутинга: где застревает выход сотрудника

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

🔗 Что связать

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

Как идёт работа

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

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

📊 Три показателя

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

Два запроса к ИИ

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

ИИ готовит структуру и сводки. Решения о кандидатах принимают люди по рабочим критериям; сообщения и передача профилей требуют принятого порядка согласования.

Это проект настройки Адаптум: состав объектов, ИИ-инструменты и интеграции нужно подтвердить в конкретной поставке и проверить на пилоте.

Полная статья с моделью данных, этапами и правилами внедрения: https://adaptumai.ru/articles/crm-dlya-rekrutinga-hr