InShipment*

SaaS-решение для управления логистикой

О клиенте

InShipment* — шведская B2B-платформа для управления международной логистикой. Она позволяет компаниям централизованно контролировать поставки, бронировать перевозки, отслеживать грузы, рассчитывать стоимость и выбросы CO₂, а также формировать таможенные документы.

Клиенты платформы — международные производители и дистрибьюторы, которым важно видеть все процессы в одном окне и оперативно реагировать на отклонения от плана. Среди интеграций — крупные перевозчики (DHL, UPS, DB Schenker) и производители (Texas Instruments, Arrow, Avnet, Mouser и др.)

Задача

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

Проблемы клиента

Низкая операционная надёжность ограничивала рост

InShipment была в стадии раннего MVP и демонстрировала нестабильную работу. Но главная проблема заключалась в отсутствии базового функционала: платформа не позволяла бронировать перевозки, готовить сопроводительные документы или интегрироваться с таможней — в результате продукт не решал задачи клиентов и не использовался в бизнесе.

Высокие издержки на поддержку ручных процессов снижали рентабельность

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

Ограниченная ценность для конечных пользователей тормозила вовлечённость

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

Ограниченная коммерческая модель мешала монетизации

Без расчёта стоимости, трекинга, автоматизированного документооборота и нормальной аналитики, InShipment не могла конкурировать с более зрелыми решениями. Она была зависима от сторонних инструментов и не могла продаваться как самостоятельный продукт, что тормозило выручку и рост бизнеса.

Недостаточная гибкость замедляла адаптацию к требованиям рынка

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

Вызовы,
с которыми мы столкнулись

Работа на живом продукте в условиях ограниченных ресурсов

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

Наследуемый код и неочевидные зависимости

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

Интеграции с внешними сервисами — без права на ошибку

Все контактные данные должны были точно попадать в CRM и другие системы. Сбой в интеграции — значит потерянный клиент. Это накладывало высокие требования к качеству кода, логике обработки данных и устойчивости всех точек обмена.

Решение

Устранили технический долг и стабилизировали платформу

После детального аудита кода и архитектуры мы выявили ключевые узкие места и приняли решение о поэтапной переработке около 90% функционала. Вместе с клиентом провели серию технических сессий и ревью, чтобы правильно расставить приоритеты. Внедрили автоматизированное тестирование и CI/CD, что позволило повысить стабильность и сократить количество сбоев до минимума.

Повысили производительности ключевых бизнес-сценариев

Используя аналитику и отзывы пользователей, мы выявили самые ресурсоёмкие процессы — например, импорт заказов, который занимал более минуты. Модуль был полностью переработан и теперь работает за 3–5 секунд. Внедрили расчет стоимости перевозки с учетом тарифов и цепочек поставок, а также интеграцию с калькулятором выбросов CO₂ через сервис Proxio, что добавило важный функционал для клиентов.

Расширили возможности платформы и пользовательских сценариев

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

Подключили внешние сервисы и снизили нагрузку на команду

Добавили возможности бронирования и взаимодействия с крупнейшими логистическими провайдерами — Unifaun, UPS, Schenker. Этот этап потребовал тщательного анализа API и плотного взаимодействия с перевозчиками для адаптации и тестирования интеграций. Внедрение этих функций значительно упростило процесс выбора и оформления перевозок, уменьшив нагрузку на операторов.

Обновили интерфейс и повысили удовлетворённость пользователей

Для повышения удобства работы провели глубинные интервью и сбор обратной связи у конечных пользователей. На основе данных упростили интерфейс, переработали навигацию и вынесли ключевые функции в сайдбар. Интеграция с Power BI помогла сделать аналитику прозрачной и автоматизировать подготовку отчетов, что сократило трудозатраты аналитиков.