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