Одна и та же на вид задача — «связать сайт, CRM и 1С, чтобы заявки не переносили руками» — стоит 68 000 и 398 000 ₽. Обе сметы честные. Разницу в 330 000 ₽ дают не более красивый код и не жадность: её дают шесть строк, каждая из которых нужна исключительно для ситуаций, когда что-то пошло не так. В хороший день обе связки работают одинаково.
Проблема в том, что хороший день бывает не всегда. Учётная система уходит на обновление, сеть моргает, чужой сервис отвечает через минуту вместо секунды, менеджер дважды нажимает «отправить». Дешёвая связка в этих ситуациях теряет заявки молча и создаёт дубли, а узнаёте вы об этом от клиента через два дня. Дорогая — переживает их без вашего участия. Всё, за что вы доплачиваете, — это разница между «теряется молча» и «дожидается и уезжает само».
Ниже — две сметы построчно, расчёт потерь от отсутствия каждой строки, точка, на которой дешёвый вариант догоняет дорогой по накопленным расходам, и честный раздел о четырёх случаях, когда «просто связать» — правильное инженерное решение, а не экономия на спичках. Все числа модельные, но арифметика открыта: пересчитайте на своих. Цены — по состоянию на сентябрь 2026 года.
Две сметы на одну задачу
Задача одинаковая: заявка с сайта попадает в CRM, из CRM подтверждённый заказ уходит в 1С на резерв. Два направления обмена, около 40 полей, справочник статусов на 9 значений. Компания среднего размера, 600 заявок в месяц. Сначала — минимальная связка.
Теперь та же задача, собранная так, чтобы обмен переживал сбои без участия человека. Первые четыре строки повторяются почти дословно — меняется только глубина обследования, потому что в надёжном варианте нужно ещё описать правила конфликтов и поведение при отказах.
Обратите внимание на строку «тестирование». В смете А это два дня проверки на боевой базе — то есть на ваших живых документах, с реальными контрагентами и реальными резервами. Следы неудачных проверок остаются там же: лишние заказы, тестовые контрагенты, снятые и не восстановленные резервы. Их потом убирают вручную, и эта работа в смете не отражена, потому что делает её ваш бухгалтер. В смете Б вместо этого развёрнута копия базы за 44 000 ₽ — и это одна из немногих строк, которая окупается уже на этапе внедрения, а не в эксплуатации.
Разница — 330 000 ₽. Из них 302 000 ₽, то есть 92%, приходятся ровно на шесть строк надёжности. Остальные 28 000 ₽ — более глубокое обследование и приёмочные сценарии с документацией за вычетом строки «тестирование на боевой базе», которой в надёжном варианте просто нет: там тестируют на копии.
Сравнение в две колонки. Левая — «Просто связать, 68 000 ₽, 1,5 недели»: обследование 8 000, направление 1 — 18 000, направление 2 — 22 000, сопоставление полей 12 000, тестирование на боевой базе 8 000. Правая — «Надёжная интеграция, 398 000 ₽, 5 недель»: обследование 26 000, направление 1 — 18 000, направление 2 — 22 000, сопоставление полей 12 000, очередь 54 000, повторы и ключ операции 46 000, журнал обменов 58 000, мониторинг 62 000, тестовый контур 44 000, обработка отказов 38 000, приёмка и документация 18 000. Шесть строк правой колонки, отсутствующих слева, выделены заливкой и подписаны сбоку «302 000 ₽ — 92% всей разницы». Внизу подписи итогов и сроков. Чертёжный стиль, подписи по-русски.
Шесть строк, из которых складывается разница
Каждая из шести строк отвечает за одну конкретную беду. Читать эту таблицу правильнее справа налево: сначала посмотреть, что происходит без строки, и только потом решить, стоит ли эта беда своих денег именно у вас.
| Строка сметы | Что делает | Цена | Что происходит без неё |
|---|---|---|---|
| Очередь сообщений | Принимает заявку и хранит, пока получатель не подтвердит обработку | 54 000 ₽ | Отказ 1С на сорок минут означает потерю всех заявок, пришедших за эти сорок минут. Никто не узнает |
| Повторы и ключ операции | Повторяет отправку с нарастающим интервалом так, чтобы повтор не создавал второй документ | 46 000 ₽ | Одно из двух: либо заявка теряется после первой неудачи, либо приезжает три раза. Третьего варианта нет |
| Журнал обменов | Хранит каждую отправку: время, направление, номер заявки, содержимое, ответ, номер попытки | 58 000 ₽ | На вопрос «где заявка A-10482» нет ответа, кроме «посмотрим логи на сервере». Разбор одного случая — от часа |
| Мониторинг | Сигнал присутствия каждые несколько минут, суточная сверка количеств, счётчик ошибок с порогом | 62 000 ₽ | Обмен встаёт молча. В среднем об этом узнают на второй-третий день и от клиента, а не от системы |
| Тестовый контур | Копия базы, на которой проверяют правки до боевого контура | 44 000 ₽ | Проверяют на живых данных. Неудачный тест оставляет после себя испорченные документы и ручную чистку |
| Обработка отказов | Карантин для сообщений, которые не удалось обработать, и кнопка ручной переотправки | 38 000 ₽ | Одно кривое сообщение останавливает всю очередь: за ним копится всё остальное, пока не придёт разработчик |
Карта связей систем. Узлы слева направо: «Сайт», «Приёмник», «Очередь (54 000 ₽)», «CRM», «1С (учёт)». Стрелки подписаны тем, что передаётся: Сайт → Приёмник «событие: заявка A-10482, контакт, состав, сумма»; Приёмник → Очередь «заявка целиком плюс ключ операции»; Очередь → CRM «клиент, сумма, источник, ответственный»; Очередь → 1С «артикул, количество, склад, цена, контрагент, ключ операции»; 1С → CRM и Сайт пунктиром «номер документа, статус резерва, дата отгрузки». Вокруг основной линии пять врезок с ценами, привязанных стрелками к местам, где они работают: «Повторы и ключ операции — 46 000 ₽» у стрелки в 1С, «Журнал обменов — 58 000 ₽» под всей линией, «Мониторинг — 62 000 ₽» над всей линией, «Тестовый контур — 44 000 ₽» сбоку как копия контура, «Обработка отказов — 38 000 ₽» как отвод от очереди в блок «карантин». Чертёжный стиль, подписи по-русски.
Если бюджет ограничен и купить всё сразу нельзя, порядок покупки такой: сначала очередь и повторы с ключом операции, потом журнал, потом мониторинг, потом тестовый контур и карантин. Логика простая — первые две строки сохраняют данные, третья позволяет разобраться, четвёртая сокращает время обнаружения, пятая и шестая облегчают жизнь при изменениях. Покупать мониторинг раньше очереди бессмысленно: он будет аккуратно сообщать вам о потерянных заявках, но ни одной не спасёт.
Свойство очереди: сообщение считается обработанным только после того, как получатель подтвердил приём. До подтверждения оно остаётся в очереди и будет предложено снова. Именно поэтому очередь и защита от дублей всегда покупаются парой: без второй первая начинает исправно доставлять одну и ту же заявку по нескольку раз.
Что стоит отсутствие каждой строки
Дешёвая связка не бесплатна в эксплуатации — просто её счета приходят не от подрядчика. Посчитаем на той же модельной компании: 600 заявок в месяц, 21 рабочий день, средний чек 30 000 ₽, маржа 20%, конверсия заявки в сделку 20%. Ожидаемая маржа с одной заявки — 30 000 × 0,2 × 0,2 = 1 200 ₽. Теперь предположим консервативно, что связка без очереди и повторов теряет одну заявку в рабочий день — это 3,5% потока.
Теперь сведём. Поддержка надёжного варианта дороже на 22 000 − 9 000 = 13 000 ₽ в месяц. Чистый эффект надёжности — 46 100 − 13 000 = 33 100 ₽ в месяц. Разница смет окупается за 330 000 / 33 100 = 9,97 месяца, то есть на десятом. Если честно заложить остаточные потери надёжного варианта — примерно 15% от исходных, потому что чудес не бывает и часть сбоев всё равно требует человека, — точка сдвигается на тринадцатый месяц. Это и есть настоящий ответ на вопрос «почему так дорого»: дорогой вариант окупает свою разницу примерно за год, а дальше приносит деньги.
Главное возражение к этому расчёту звучит так: «у нас заявки не теряются». Проверяется оно за один вечер и без подрядчика. Возьмите любой прошлый месяц, посчитайте число заявок на сайте и число созданных за тот же период документов в учёте, вычтите законные расхождения — отменённые, тестовые, объединённые. Разница и есть ваш процент потерь. Если он ниже 1%, честно ставьте в расчёт свои числа: возможно, минимальная связка вам действительно подходит. Если выше 3%, дальше можно не считать.
Три года владения: когда дешёвая связка догоняет дорогую
Разовая цена — самая заметная и самая неважная часть решения. Обмен живёт годами, поэтому сравнивать надо накопленные расходы. Собираем всё вместе на горизонте трёх лет, с теми же числами.
| Статья | «Просто связать» | Надёжная интеграция |
|---|---|---|
| Разработка, разово | 68 000 ₽ | 398 000 ₽ |
| Поддержка, ₽/мес | 9 000 ₽ (3 часа по 3 000 ₽) | 22 000 ₽ |
| Потери от сбоев, ₽/мес | 46 100 ₽ | не возникают в модели |
| Итого расход в месяц | 55 100 ₽ | 22 000 ₽ |
| Накопительно за 12 месяцев | 729 200 ₽ | 662 000 ₽ |
| Накопительно за 36 месяцев | 2 051 600 ₽ | 1 190 000 ₽ |
К концу первого года дешёвый вариант уже дороже: 729 200 ₽ против 662 000 ₽. К концу третьего разрыв составляет 861 600 ₽ — это два с половиной раза от разницы в исходных сметах. И это ещё оптимистичный сценарий: в нём не учтены репутационные потери от заказов, отгруженных дважды, и время руководителя, потраченное на разбор «почему у нас в CRM одно, а в учёте другое».
Двухосевой график накопленных расходов. Горизонтальная ось — месяцы от 0 до 36, вертикальная — рубли от 0 до 2 100 000. Линия «просто связать» стартует с 68 000 ₽ и растёт по 55 100 ₽ в месяц, к 36-му месяцу приходит в 2 051 600 ₽. Линия «надёжная интеграция» стартует с 398 000 ₽ и растёт по 22 000 ₽ в месяц, к 36-му месяцу приходит в 1 190 000 ₽. Точка пересечения на десятом месяце выделена и подписана «здесь дешёвый вариант становится дороже». Справа вертикальная скоба между конечными точками с подписью «861 600 ₽ разницы за три года». Пунктиром — вариант с остаточными потерями, пересечение на тринадцатом месяце. Оси и подписи по-русски.
В таблице намеренно не учтена ещё одна статья, которую невозможно посчитать честно, но которая ощущается сильнее всех: время руководителя. Каждое расхождение между CRM и учётом заканчивается разговором на три человека, каждый повторно отгруженный заказ — извинениями перед клиентом, каждый вставший обмен — часом на выяснение, кто виноват. По нашим наблюдениям, у компании на 600 заявок в месяц это два-четыре часа в неделю у собственника или коммерческого директора. Ставить эти часы в расчёт мы не стали, потому что цену часа собственника каждый определяет сам, но при принятии решения о них стоит помнить.
Почему очередь стоит 54 000 ₽, а не 10 000 ₽
Самый частый вопрос к смете: «Это же просто буфер, что там делать неделю?» За строкой «очередь» стоит не одна функция, а пять решений, каждое из которых надо принять, реализовать и проверить.
- 1Где очередь живёт и что с ней при перезагрузке
Очередь в оперативной памяти умирает вместе с процессом и не спасает вообще ни от чего. Рабочая очередь пишет сообщения на диск или в базу и переживает перезапуск сервера. Это разные объёмы работы и разные требования к инфраструктуре.
- 2Когда сообщение считается обработанным
Если помечать сообщение обработанным в момент выдачи, то падение обработчика на середине работы означает потерю. Правильно — помечать после подтверждения от получателя, а на случай зависшего обработчика ставить таймаут возврата сообщения в очередь.
- 3Что делать с сообщением, которое не удаётся обработать никогда
Кривой заказ с несуществующим артикулом будет возвращаться в очередь вечно и блокировать всё, что за ним. Нужен счётчик попыток и карантин — отдельная полка, куда такие сообщения складываются для человека. Это и есть строка «обработка отказов» за 38 000 ₽.
- 4Порядок обработки
Если по одному заказу пришли создание и отмена, а обработались они в обратном порядке, в учёте останется активный заказ на отменённое. Порядок либо гарантируется очередью, либо проверяется по времени события на стороне обработчика.
- 5Что показывать людям
Очередь без экрана — чёрный ящик. Нужен хотя бы простой список: сколько сообщений ждёт, сколько в карантине, какое самое старое. Без этого мониторинг не на что опереть, а дежурный не может ответить, всё ли в порядке.
Схема из двух горизонтальных дорожек с общим событием посередине — красной вертикальной полосой «1С недоступна 40 минут». Верхняя дорожка подписана «Без очереди»: заявка идёт от приёмника к 1С, упирается в полосу, стрелка обрывается, рядом значок ошибки и подпись «21 заявка в месяц теряется молча». Нижняя дорожка подписана «С очередью, 54 000 ₽»: заявка идёт в блок «Очередь», ждёт под полосой (показано стопкой конвертов с подписью «3 заявки ждут»), после полосы стрелка продолжается в 1С с подписью «повтор через 5 с, 1 мин, 5 мин, 15 мин, 1 час» и заканчивается отметкой «все 3 записаны, потерь нет». Чертёжный стиль, подписи по-русски.
Журнал обменов: за что платят 58 000 ₽
Журнал — самая недооценённая строка сметы, потому что её пользу невозможно показать на демонстрации. Она проявляется в единственном сценарии: клиент звонит и говорит, что заказ не пришёл. Без журнала дальше начинается расследование на стороне разработчика — от часа до дня работы по ставке. С журналом менеджер вводит номер заявки и видит ответ за десять секунд.
Есть и вторая, менее очевидная польза. Журнал — единственный источник, по которому можно понять, что обмен работает не так, как задумано, до того как это станет заметно в деньгах. Растущее число повторов означает, что чужой сервис деградирует и скоро упадёт. Регулярные попадания в карантин по одной и той же причине означают дыру в справочнике. Всплеск отправок ночью означает, что кто-то запустил повторную выгрузку периода. Всё это видно за пять минут просмотра и не видно никак иначе.
Минимальный рабочий состав журнала: время, направление, номер заявки или документа, что именно отправлено, что ответила принимающая сторона, номер попытки и итоговый статус. Плюс поиск по номеру заявки и по дате — без поиска это не журнал, а свалка. Хранение — от 90 дней, потому что вопросы про заявку приходят в течение квартала, а не недели.
Нарисованный, не скриншотный, абстрактный экран журнала обменов. Сверху строка поиска с введённым значением «A-10482». Таблица из шести колонок: «Время», «Направление», «Номер», «Попытка», «Статус», «Ответ системы». Шесть строк: три успешные с зелёной отметкой, одна со статусом «повтор 3 из 6» и текстом ответа «сервис недоступен», одна со статусом «в карантине» и ответом «артикул не найден», одна успешная с подписью «записано после пятой попытки». Слева узкая панель со счётчиками: «в очереди — 12», «в карантине — 1», «ошибок за сутки — 4». Строгий чертёжный стиль без имитации реального продукта, подписи по-русски.
Мониторинг: три датчика, за которые платят 62 000 ₽
Главное свойство сломанного обмена — он ломается тихо. Ни сайт, ни CRM, ни учётная система не считают своей задачей сообщить вам, что данные перестали ходить: у каждой из них по отдельности всё в порядке. Поэтому мониторинг — не бонус к интеграции, а отдельный узел, и стоит он ровно как отдельный узел. Датчиков нужно три, и каждый ловит то, что не ловят два других.
| Датчик | Как работает | Что ловит | Чего не видит |
|---|---|---|---|
| Сигнал присутствия | Обмен каждые несколько минут отмечается «я живой». Если отметки нет N минут — оповещение | Упавший процесс, недоступный сервер, кончившееся место на диске | Ситуацию, когда процесс жив и бодро отправляет пустоту |
| Суточная сверка количеств | Раз в сутки считает: заказов на сайте — столько, в CRM — столько, в учёте — столько | Тихое расхождение: обмен работает, но часть документов не доезжает | Расхождение внутри суток — узнаёте утром, а не в момент |
| Счётчик ошибок с порогом | Считает отказы за окно времени и поднимает тревогу при превышении порога | Начавшуюся деградацию: чужой сервис отвечает через раз, ключ доступа истёк, лимит исчерпан | Единичный сбой одной заявки — он ниже порога и уходит в карантин |
Дальше — вопрос, который стоит задать до подписания: кому именно уходит оповещение и что этот человек обязан сделать. Письмо на общий ящик читают в среднем никогда. Рабочая схема — сообщение в мессенджер конкретному дежурному с номером заявки и текстом ошибки, продублированное в канал руководителя, если за 30 минут никто не отреагировал. Без второй ступени первая превращается в фон, который перестают замечать через две недели. Подробнее о наборе датчиков и порогах — в отдельном материале кластера про мониторинг интеграций.
За что платят 22 000 ₽ поддержки
Строка «поддержка» в сметах на интеграции означает три совершенно разные вещи, и различить их можно только по договору. Первая — прайс на ремонт: «сломается — приходите, 3 000 ₽/час». Вторая — абонентская плата за готовность: деньги идут, работы нет, реакция «в течение нескольких дней». Третья — дежурство: кто-то следит за вашими датчиками и разбирает оповещения раньше, чем вы о них узнаёте. В модельной смете 22 000 ₽ — это третий вариант.
| Что входит | Что это значит на практике |
|---|---|
| Дежурство по оповещениям мониторинга в рабочее время | Оповещение падает подрядчику одновременно с вами, разбор начинается без вашего звонка |
| Время реакции 4 часа в рабочие дни | Не «починим за 4 часа», а «через 4 часа вы знаете, что происходит и когда будет решение» |
| До 4 часов мелких правок в месяц | Новое поле, изменившийся справочник, поправка правила распределения — без отдельного счёта |
| Ежемесячный отчёт по суточным сверкам | Число расхождений за месяц и что с ними сделано. Это единственное доказательство, что обмен реально работает |
| Разбор карантина | Сообщения, которые не удалось обработать, разбираются регулярно, а не копятся до квартального отчёта |
Отдельно про то, чего в поддержке быть не должно. Развитие — новые направления обмена, новые системы, изменения логики — считается проектом, а не поддержкой; если подрядчик обещает «всё включено», он либо заложил запас в абонентскую плату, либо будет отказывать вам в развитии, ссылаясь на объём. Здоровая формулировка выглядит так: эксплуатация по абонентской плате, развитие по отдельным сметам, граница между ними описана списком.
Семь признаков, что в смету не заложена эксплуатация
Это список для чтения чужого коммерческого предложения. Один-два совпадения — повод задать вопрос, четыре и больше — повод считать, что вам посчитали пилот, а продают как рабочую систему.
- 1В смете нет ни одного слова из ряда «журнал», «лог», «история обменов». Значит, на вопрос «где заявка» отвечать будет разработчик по часовой ставке.
- 2Тестирование указано одной строкой без тестового контура. Значит, тестировать будут на боевой базе, и следы неудачных тестов останутся в ваших документах.
- 3Ни слова о поведении при недоступности принимающей системы. Спросите прямо: что происходит с заявкой, если 1С не отвечает сорок минут. Ответ «повторим» без слова «очередь» означает потерю.
- 4Поддержка описана как «по факту обращения, N ₽/час» без времени реакции и без дежурства по оповещениям. Это не поддержка, а прайс на ремонт.
- 5Нет строки на сопоставление справочников, хотя систем две. Артикулы, склады и контрагенты в двух системах никогда не совпадают сами: это 15–25% работ, и они всплывут допами.
- 6Срок меньше двух недель на двусторонний обмен с записью в учётную систему. За это время можно написать код, но нельзя ни протестировать, ни принять его по сценариям.
- 7В смете нет ни одного приёмочного сценария. Значит, непонятно, что именно вы будете принимать, и приёмка сведётся к «вроде работает».
Сценарий приёмки — короткий текст вида «выключаем 1С на 15 минут, оформляем три заявки, включаем; все три должны появиться в учёте без ручных действий». Таких сценариев на двусторонний обмен нужно 8–12, они пишутся до начала разработки и стоят 18 000 ₽ вместе с документацией. Без них спор о том, готов обмен или нет, решается голосом, а не проверкой. Общие правила приёмки работ по автоматизации мы разбирали в отдельном материале журнала.
Две параллельные ленты времени в одном масштабе недель. Верхняя подписана «Просто связать, 1,5 недели»: два дня «обследование», четыре дня «два направления обмена», два дня «тест на боевой базе». Нижняя подписана «Надёжная интеграция, 5 недель»: неделя «обследование, карта полей, правила конфликтов», полторы недели «два направления, очередь, повторы», неделя «журнал и мониторинг», полнедели «развёртывание тестового контура», неделя «приёмка по сценариям и опытная эксплуатация». Под каждым этапом нижней ленты — что заказчик получает на выходе: «карта полей на 4 страницы», «обмен на тестовом контуре», «экран журнала и три датчика», «копия базы», «подписанные сценарии приёмки». Чертёжный стиль, подписи по-русски.
Как купить надёжность по частям
Между 68 000 и 398 000 ₽ есть не два варианта, а четыре этапа, и покупать их можно последовательно. Такая разбивка выгодна обеим сторонам: вы платите по мере того, как убеждаетесь в подрядчике, а после каждого этапа можете остановиться или сменить исполнителя, потеряв один этап, а не проект целиком.
- 1Этап 1. Обследование и карта полей — 26 000 ₽, неделя
Результат — документ на 3–5 страниц: перечень направлений обмена, карта полей с хозяином каждого значения, правила конфликтов, ключи сопоставления справочников, список приёмочных сценариев. Он остаётся у вас и годится для любого следующего подрядчика. Это единственный этап, который имеет смысл покупать до принятия решения о проекте.
- 2Этап 2. Обмен, который не теряет — 152 000 ₽, две недели
Два направления обмена, сопоставление полей, очередь и повторы с ключом операции. После этого этапа заявки перестают теряться и задваиваться — это две трети всей пользы от надёжности. Мониторинга ещё нет, поэтому о редких проблемах вы узнаёте с задержкой, но данные при этом целы.
- 3Этап 3. Обмен, который сообщает о себе — 120 000 ₽, неделя
Журнал обменов с поиском и три датчика мониторинга. Меняет не надёжность, а скорость реакции: вопрос «где заявка» закрывается за десять секунд, а вставший обмен обнаруживается за минуты вместо дней. Этот этап стоит покупать раньше, чем кажется: именно он снимает нагрузку с руководителя.
- 4Этап 4. Обмен, который можно менять — 100 000 ₽, полторы недели
Тестовый контур на копии базы, карантин с ручной переотправкой, приёмочные сценарии и документация. Нужен тогда, когда обмен начинает жить: появляются новые поля, обновляется конфигурация, добавляются направления. Без этого этапа каждая правка — это правка на боевых данных.
Сумма этапов — те же 398 000 ₽, но растянутая на два-три месяца и с четырьмя точками выхода. Единственное, чего делать не стоит, — менять порядок и покупать третий этап раньше второго: мониторинг обмена, который теряет заявки, будет исправно сообщать вам о потерях, но не помешает им.
Когда «просто связать» — правильный выбор
Дешёвая связка не всегда ошибка. Есть четыре ситуации, в которых мы сами предлагаем минимальный вариант, и в каждой из них он честно доживает до момента, когда его выкидывают.
- 1Пилот на 4–8 недель. Задача — проверить гипотезу: действительно ли менеджеры перестанут переносить заявки руками и как изменится скорость ответа. На пилоте потери допустимы, потому что старый ручной процесс ещё не выключен и работает параллельно.
- 2Разовая миграция данных. Перенести справочник или историю один раз — это не интеграция, а операция. Очередь, мониторинг и журнал здесь не нужны: если что-то пошло не так, вы просто запускаете перенос заново на чистой копии.
- 3Процесс, который изменится через квартал. Меняете CRM, запускаете новый склад, выходите на маркетплейс — обмен всё равно придётся переделывать под новую пару систем. Вкладывать 398 000 ₽ в то, что проживёт три месяца, бессмысленно.
- 4Меньше 89 операций в месяц. Ниже этого порога обмен не окупает даже собственную поддержку — мы считали этот порог отдельно в материале про API и вебхуки. Здесь честнее регламент ручного переноса пакетами и выгрузка в таблицу.
Если вы выбираете минимальный вариант осознанно, есть три условия, которые делают его безопасным. Первое: не встраивать код обмена внутрь учётной системы — иначе при переходе на надёжный вариант придётся переписывать всё, а не достраивать. Второе: получить и утвердить карту полей, даже если сам обмен минимальный, — это тот документ, который переживёт связку. Третье: заранее договориться о признаке, по которому вы решите, что пилот пора превращать в систему; обычно это число заявок или число разборов «где заявка» в месяц. Без такого признака дешёвая связка живёт годами не потому, что её хватает, а потому, что до неё не доходят руки.
Есть и пятый случай, который стоит назвать отдельно: обмен пока не нужен, потому что не описан процесс. Если заявки теряются не в проводе между системами, а в голове менеджера, интеграция ускорит доставку данных туда, где их всё равно никто не разбирает. Такое встречается чаще, чем хотелось бы, и правильный первый шаг здесь — не смета на обмен, а карта процесса.
Предметная сцена в чертёжном стиле: рабочий стол сверху, на нём распечатанное коммерческое предложение на двух листах. В таблице сметы видны строки «обследование», «направление 1», «направление 2», «тестирование». На полях от руки маркером дописаны и обведены четыре недостающие строки: «журнал?», «очередь?», «мониторинг?», «тестовый контур?». Рядом лежит калькулятор с числом 46 100 на экране и стикер с надписью «в месяц». Приглушённая палитра, подписи по-русски.
