Дмитрий Мельников

Истории

Задачи, где решение было неочевидным

Четыре истории этого года. Ниже — вкладка с 2024-м; следующие годы добавим в ту же ленту.

01 · Корпоративная CRM

Когда у системы нет карты, её приходится восстанавливать по следам

Незнакомая CRM превратилась в единый контракт API — для новых разработчиков и интеграций.

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

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

Языковые модели ускорили поиск связей и гипотез, но каждый вывод я сверял с кодом и реальным поведением. Итогом стала не «история о системе», а машиночитаемая спецификация OpenAPI / Swagger: методы, параметры, ответы, ограничения, сценарии.

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

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

02 · Промышленный продукт · под NDA

Сначала дали пощупать будущее — и только потом написали ТЗ

Вместо технического задания «вслепую» — прототип, на котором согласовали сценарии и правила.

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

Писать подробное ТЗ на этом этапе значило закрепить непроверенные решения. Макеты без логики тоже не отвечали на вопрос «а что будет, если…».

Я предложил сменить порядок: сначала сценарии, роли и зависимости параметров, затем рабочий прототип в Lovable. На встречах заказчик не обсуждал схемы — он проходил путь руками, видел последствия выбора и уточнял правила. Техническое задание появилось уже после этих итераций.

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

Нить: правила области → шаги и роли → прототип → прохождение сценариев → ТЗ для разработки

03 · Предприятие · под NDA

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

Миграция на коробочный Битрикс24 сняла ограничения; начисления и перерасчёты пошли сами.

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

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

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

Чем закончилось: человек вводит факт расхода — остальное система пересчитывает сама. Аналитика без ручной сборки отчётов, развитие без потолка облака.

Нить: объект и договор ↔ начисления ↔ расходы → автоперерасчёт → операционная аналитика

04 · Финансы · под NDA

От одного номера ИНН — до пакета для банка, без копирования руками

Сбор сведений, карта компании и передача на площадку стали одним процессом.

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

Один «главный» источник упростил бы интеграцию — и оставил дыры в полноте, критичные для банковского пакета. Чеклисты лишь упорядочили бы ту же ручную работу.

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

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

Нить: ИНН → оркестратор → несколько сервисов → нормализация → карта → пакет на площадку

Внедрения и миграции на Битрикс24: от найма курьеров до корпоративного портала.

01 · КСК-Групп · консалтинг

Облако перестало хватать — переехали на коробку без остановки работы

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

КСК-Групп — крупная консалтинговая компания с почти тридцатилетней историей. Рост упёрся в ограничения облачной CRM: не хватало гибкости настройки процессов и места для новых интеграций. Нужно было упростить работу менеджеров и собрать данные из разных источников в одной системе.

Начали с технического аудита текущей системы, процессов и сайта. Вместе с командой клиента зафиксировали план: переход на коробочный Битрикс24, переработка логики CRM, связка с сайтом и внешними источниками.

Миграцию провели без остановки операционной работы: база и данные сохранились, а новая платформа открыла кастомизацию. Заявки из всех источников собрали в одном окне, воронки упростили, синхронизировали CRM с корпоративным порталом и сайтом на «1С-Битрикс: Управление сайтом», добавили получение данных по API и собственные коннекторы. Сотрудников обучили и помогли встроить инструменты в повседневность.

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

Нить: аудит → миграция облако→коробка → единое окно → сайт и API → обучение

02 · Twinby · корпоративный портал

Продажи, документы, HR и 1С — в одной цифровой среде

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

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

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

Отдельно связали портал с 1С:ЗУП и 1С:Бухгалтерией — сотрудники и оргструктура, контрагенты, договоры, счета, статусы оплат. Согласование запускается из карточки сделки, маршруты зависят от суммы и типа документа, при просрочке — эскалация.

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

Нить: CRM и воронка → согласования → HR на смартах → обмен с 1С → единая среда

03 · HR Couriers · найм курьеров

Заявки из мессенджеров и площадок перестали теряться

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

HR Couriers нанимает пеших курьеров. Заявки сыпались из WhatsApp, Telegram, Авито, HeadHunter и телефонии — и обрабатывались руками. Часть обращений терялась, менеджеры тонули в разрозненных инструментах, прозрачности процесса не было.

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

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

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

Нить: каналы → воронка → интеграции → обучение → единая CRM найма

04 · TopStretching Store · продажи

Из Excel и чатов — в единое окно продаж с оплатой в переписке

Каталог, клиенты, каналы и ЮKassa собрались в Битрикс24; менеджеры перестали прыгать между таблицами.

TopStretching Store продаёт спортивную одежду и оборудование. До проекта база жила в Excel, а заявки приходили из WhatsApp, Telegram, Instagram и сайта — управлять воронкой и не терять клиентов было трудно.

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

Менеджеры получили каталог внутри CRM и работу через «единое окно». Подготовили инструкции, обучили в том числе мобильному приложению, протестировали и запустили в эксплуатацию.

Чем закончилось: продажи стали прозрачнее и быстрее, меньше ручного труда и ошибок, оплата доступна из всех каналов, клиенты и товары — в одном месте.

Нить: каналы и Excel → воронка → каталог и ЮKassa → единое окно → запуск

Дмитрий Мельников

От неопределённой задачи — к работающей системе

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

Задачи, где решение было неочевидным

Когда у системы нет карты, её приходится восстанавливать по следам

Сначала дали пощупать будущее — и только потом написали ТЗ

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

От одного номера ИНН — до пакета для банка, без копирования руками

Облако перестало хватать — переехали на коробку без остановки работы

Продажи, документы, HR и 1С — в одной цифровой среде

Заявки из мессенджеров и площадок перестали теряться

Из Excel и чатов — в единое окно продаж с оплатой в переписке

Инструменты в контексте решений — не витрина названий

Архитектура

Языковые модели в инженерии

Разработка и платформа

Прототипирование

Автоматизация и аналитика

База

Прикладная информатика в экономике

Финансы и кредит