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