Добавить в корзинуПозвонить
Найти в Дзене
Brainforce IT

Ошибка, которую совершают во внедрении IT продуктов. Почему поддержка критически важна — выясняем прямо сейчас!

Есть у вас, у заказчиков разработки, одна опасная привычка. Вы смотрите на готовый цифровой продукт как на купленный станок. Поставили в цех — пусть себе точит детали годами. Обслуживание? Да ну, оно же новое, там и ломаться нечему. Мои некоторые клиенты тоже так думали. Пока дважды не наступили на одни и те же грабли. Расскажу эти истории. Возможно, они сэкономят вам деньги и нервы. Был у нас проект — система для автоматического сбора данных по государственным закупкам. Роботы обходили нужные площадки, собирали информацию и аккуратно складывали её заказчику. Год всё работало идеально. Поддержки нет, всё работает. Все довольны. Затрат минимум. А потом вдруг тишина. Данные перестали приходить. И когда это случилось? Конечно же, в конце квартала, когда ставятся планы на следующий. Полезли разбираться. Смотрим — код выполняется, сервер работает, ошибок нет. А данных нет. Оказалось, площадки внедрили новый параметр, чтобы отсекать примитивные скрэпперы. Наш парсер честно ходил по старым ад
Оглавление

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

Мои некоторые клиенты тоже так думали. Пока дважды не наступили на одни и те же грабли. Расскажу эти истории. Возможно, они сэкономят вам деньги и нервы.

История первая. Парсер-невидимка

Был у нас проект — система для автоматического сбора данных по государственным закупкам. Роботы обходили нужные площадки, собирали информацию и аккуратно складывали её заказчику. Год всё работало идеально. Поддержки нет, всё работает. Все довольны. Затрат минимум.

А потом вдруг тишина. Данные перестали приходить. И когда это случилось? Конечно же, в конце квартала, когда ставятся планы на следующий.

Полезли разбираться. Смотрим — код выполняется, сервер работает, ошибок нет. А данных нет. Оказалось, площадки внедрили новый параметр, чтобы отсекать примитивные скрэпперы. Наш парсер честно ходил по старым адресам, но не «видел» информацию. Он не сломался — его ослепили.

Заказчик не замечал этого две недели. Две недели решения принимались без свежих данных. Пропущенные тендеры, упущенная прибыль. А ведь сигнал мог прийти в первый же день, если бы система мониторилась.

История вторая. ИИ без паспорта

Второй случай был ещё интереснее. Мы внедрили нейросеть — она распознавала данные в куче неструктурированной информации и сама раскладывала всё по нужным таблицам. Ручной труд сократился радикально. Магия, а не технология. Клиент сэкономил кучу денег, доволен!

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

Баланс таял. Мы это видели. Предупреждали. Но быстрого решения на тот момент не было. В одно утро баланс обнулился — и весь «умный» слой просто отвалился. Сотрудники снова сели раскладывать данные руками. Как в каменном веке.

Что я дважды понял

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

И вот тут я осознал простую вещь: цифровой продукт — это не станок. Это живой организм в агрессивной среде. И поддержка нужна не для того, чтобы чинить сломанное. Она нужна для трёх вещей, о которых редко говорят на старте:

1. Смотреть вперёд, а не назад
Мониторинг — это не алерт о том, что сервер упал. Это когда система заранее сообщает: «Баланс API закончится через 5 дней» или «Сайт-донор изменил структуру, данные могут быть неполными».

2. Иметь план Б
Если ваш проект завязан на внешний сервис, всегда должен быть альтернативный контур. Западный ИИ отключился? Переключаемся на отечественный. Платёжный шлюз заблокирован? Есть резервный способ оплаты.

3. Реагировать быстро
Команда, которая вела проект с самого начала, знает его архитектуру и может переключить провайдера или дописать парсер за часы. Новая команда будет разбираться в чужом коде неделями. А неделя простоя — это всегда деньги.

Как мы выкрутились

Ситуацию с парсером разрулили быстро: дописали алгоритм под новые параметры площадок. Данные снова потекли рекой.

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

Короткий совет

Если вы вложили деньги в разработку, не совершайте ошибку моих клиентов — не бросайте продукт после запуска. Это не финиш, а только старт. Внешняя среда изменится обязательно. Вопрос только в том, узнаете ли вы об этом сразу или через две недели, когда менеджер скажет: «У нас там, кажется, не работает».

Поддержка — это не расходы. Это страховка от потери данных, клиентов и денег. Причём страховая премия всегда меньше, чем ущерб от одного-единственного простоя.

Если не уверены в текущем состоянии своих систем — дайте знать. Проведём аудит, подсветим слабые места. Лучше найти их нам, чем вашим клиентам.

Ну и обязательно подпишитесь на мой Дзен и Телеграм, чтобы всегда быть на связи.