Индивидуальные CRM и ERP системы

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

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

Какие проблемы указывают на потребность в системе?

У данных несколько версий

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

Статус скрыт в сообщениях

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

Исключения обходят процесс

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

Отчёт появляется поздно

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

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

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

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

Что может входить в решение?

CRM и работа с делами

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

Операции и документы

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

Данные и отчёты

Общие справочники, проверка данных, импорт, сводки и отчёты на основе единых определений.

Интеграции и автоматизация

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

Готовый продукт, интеграция или свой модуль?

Вариант

Когда рассматривать

Главный компромисс

Настройка готового продукта

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

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

Интеграция используемых программ

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

Связь зависит от интерфейсов и изменений нескольких поставщиков.

Индивидуальный модуль

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

Решает конкретную задачу без немедленной замены всей среды.

Расширенная собственная система

Особые правила, роли и данные объединяют несколько стратегически важных процессов.

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

Данные и права проектируются с самого начала

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

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

Как мы делим внедрение?

1. Карта процесса. Описываем входы, решения, роли, исключения и результат.
2. Модель данных и интеграций. Определяем ответственность за сведения и границы систем.
3. Первый полезный объём. Выбираем сценарий, который проходит от начала до конца.
4. Проверка на реалистичных случаях. Тестируем обычную работу и исключения на подготовленных данных.
5. Следующие этапы. Расширяем модули после проверки процесса и обратной связи пользователей.

Практическая основа подхода

Для 44Islands мы развивали backend бронирований, используемый в ежедневной работе туристической компании. В OBIBOOK данные каталога также передаются в экспортные материалы вне приложения. Оба примера показывают ценность на границе данных, ответственности и реальной работы пользователя. Подробнее — в портфолио.

Опишите один процесс, а не название системы

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