Создание программного обеспечения, которое никто не будет скриншотить
Опубликовано 8 февраля 2026 г. · 5 мин чтения
Никто не будет это твитить
Когда я работал в InterRail, я построил много вещей, которые никогда не появятся на скриншоте портфолио. Нет красивого UI, нет умного продукта. Просто: бухгалтер тратила полдня на ручное копирование чисел из документов в Excel. Теперь не тратит.
Вот и всё. Это вся история.
Но честно? Это одна из самых удовлетворительных работ, которую я делал.
В чём была настоящая проблема
InterRail — логистическая и инфраструктурная компания. Back-office работа включает много бумаг: контракты, акты выполненных работ, счета, KPI-отчёты для клиентов. Большинство обрабатывалось вручную.
Старший бухгалтер получала PDF — отсканированный акт выполненных работ от партнёрской компании — и тратила время на извлечение чисел, проверку их против условий контракта, внесение в таблицу и создание соответствующей бухгалтерской записи. Для каждого документа. Каждый день.
Что мы построили
Ключевой частью была AI-обработка документов. Документ поступает — отсканированный PDF, иногда рукописный — и система извлекает структурированные данные: стороны, суммы, даты, условия оплаты.
Для извлечения использовали LLM. Сложность не в вызове модели; это слой валидации. Нельзя просто доверять тому, что извлекает модель. Нужно:
- Сверять суммы с контрактом, хранящимся в системе
- Отмечать расхождения для проверки человеком, а не принимать молча
- Обрабатывать случаи, когда документ неоднозначен или частично читаем
Результат: то, что раньше занимало 15-20 минут на документ, теперь занимает меньше минуты.
Также построили:
Модуль актов и контрактов. Создание, версионирование, поток согласования. Скучно описывать, но устранило огромный объём email-переписки.
KPI-дашборды для клиентов. Раньше: отчёт собирался вручную в Excel и отправлялся как вложение. После: у клиентов есть портал, данные обновляются автоматически.
Автоматизация бухгалтерии. Стандартные записи для распространённых типов транзакций, автоматически предложенные из извлечённых данных документа. Бухгалтер подтверждает или корректирует.
Почему эта работа важна
Вот что я понял: влияние потребительского продукта размыто. Поставляешь фичу, какой-то процент пользователей использует её. Влияние хорошо построенного внутреннего инструмента немедленно и конкретно. Наблюдаешь, как рабочий процесс человека меняется прямо перед тобой.
Бухгалтер сказала мне, что теперь может уходить с работы вовремя, а не задерживаться для завершения ввода данных. Это реально. Это более осязаемо, чем улучшение коэффициента конверсии.
Незаметные уроки
Качество данных — всегда настоящая проблема. Документы непоследовательны. Партнёрские компании используют разные форматы. Построить извлечение — примерно 30% работы; построить нормализацию и валидацию — 70%.
Стройте для реального пользователя, не для спецификации. Бухгалтер не хочет "систему обработки документов". Она хочет не делать скучные части своей работы.
Внутренние пользователи скажут вам точно, что не так. Потребители молча уходят. Внутренние пользователи приходят к вашему столу. Это особенность, а не баг — самый быстрый цикл обратной связи в разработке ПО.
Я горжусь этой работой, даже если никто никогда не сделает её скриншот.