ПАРАДОКС ТАБЛИЦ

Excel сам по себе не проблема.

Microsoft Excel действительно мощный инструмент. Компании используют таблицы для финансовых моделей, складского учёта, прогнозирования, расписаний, цен, отчётности, клиентских списков, транспортных процессов и тысяч других нормальных задач.

Проблема начинается тогда, когда spreadsheet перестаёт быть инструментом внутри бизнес-процесса и незаметно становится самим бизнес-процессом.

Всё может начаться с одного файла. Потом доступ нужен второму сотруднику. Появляется копия. Кто-то добавляет формулы. Другой отдел создаёт свою версию. PDF отправляются по email. Часть данных вручную переносится в бухгалтерскую программу. Статусы приходят в сообщениях. Кто-то ведёт ещё одну Google Sheet.

И в какой-то момент руководство задаёт простой вопрос, а никто уже не уверен, какой именно файл содержит актуальный ответ.

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

01 / КАК ЭТО ПРОИСХОДИТ

Никто специально не решает построить ручную систему.

Обычно она развивается естественно. Малому бизнесу нужно решить сегодняшнюю задачу, и сотрудник создаёт таблицу. Очень часто это абсолютно правильное решение: быстро, дёшево и гибко.

Потом компания растёт.

Пять клиентов становятся пятьюдесятью. Два сотрудника превращаются в двадцать. Появляются новые отделы и роли. Dispatcher, accountant, manager, driver, customer service и владелец могут одновременно нуждаться в разных частях одной и той же информации.

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

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

02 / СКРЫТАЯ БАЗА ДАННЫХ

Ваша таблица уже может пытаться стать базой данных.

Посмотрите на зрелую рабочую таблицу. В ней часто есть customer ID, employee records, order numbers, даты, статусы, платежи, оборудование, заметки, ссылки на документы и связи между несколькими листами.

Всё это уже концепции базы данных.

Разница в том, что бизнес-приложение может обеспечивать связи, ограничения, права доступа и проверки на уровне самой системы. Spreadsheet чаще зависит от дисциплины людей.

Разработка собственного ПО не означает, что нужно уничтожить все таблицы. Задача — определить данные, которые стали операционно важными, и дать им структуру, соответствующую этой важности.

03 / ВЕРСИИ ФАЙЛОВ

Какой файл настоящий?

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

Файлы вроде Final.xlsx, Final-2.xlsx,Updated-Final.xlsx и Final-New.xlsx смешны до тех пор, пока разница между ними не влияет на payroll, billing, inventory или договорные обязательства.

Облачная совместная работа сильно улучшает ситуацию, но collaboration сама по себе ещё не превращается в полноценный operational workflow. Бизнесу всё равно могут понадобиться permissions, approvals, history, notifications, integrations и разные интерфейсы для разных ролей.

Централизованное web-приложение позволяет сделать текущее состояние однозначным: одна запись, один статус и понятная история изменений.

04 / EMAIL КАК WORKFLOW ENGINE

Почта часто становится невидимой системой управления процессами.

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

При небольшом объёме это может работать вполне нормально.

Но при росте inbox превращается в очередь задач. Сотрудники сами должны помнить, что уже пришло, что ждёт согласования, что срочно и где нужен follow-up.

Автоматизация бизнес-процессов переносит часть этой ответственности в систему. Запись может получить статус, создать уведомление, сформировать deadline и автоматически появиться на dashboard.

Именно на этом строится наша работа по автоматизации бизнес-процессов — автоматизировать не людей, а ненужную координацию между людьми.

05 / ПРАВА ДОСТУПА

Не каждый сотрудник должен видеть и менять всё.

По мере роста компании доступ становится сложнее. Driver может видеть loads, но ему не нужна общая бухгалтерия. Customer нужен доступ к своим документам, но не к чужим. Accountant работает с финансами. Manager видит операционные показатели. Administrator управляет настройками.

Здесь становится важным role-based access control.

Custom business portal может показывать разным пользователям разные интерфейсы и уровни доступа, при этом данные остаются частью одной системы.

Вместо создания копий для каждого отдела программное обеспечение создаёт контролируемые представления одной операционной базы.

06 / AUDIT TRAIL

«Кто это изменил?» рано или поздно становится бизнес-вопросом.

Пока компания маленькая, люди знают, что произошло, потому что сами участвовали в процессе. Рост это меняет.

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

Audit trail может охватывать статусы, approvals, документы, финансовые корректировки и другие важные события.

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

07 / ДУБЛИРОВАНИЕ ДАННЫХ

Если одну и ту же информацию вводят дважды — это сигнал.

Один из лучших вопросов на этапе discovery: где ваша команда вводит одну и ту же информацию больше одного раза?

Имя клиента может сначала попасть в CRM, потом в spreadsheet, потом в invoice. VIN автомобиля может отдельно храниться у dispatch, accounting и claims. Информация о сотруднике переносится из onboarding документов в payroll и ещё одну внутреннюю систему.

Каждый повторный ввод отнимает время и создаёт дополнительную точку ошибки.

API integration и custom software позволяют системам обмениваться данными автоматически. Причём правильное решение не обязательно состоит в одной огромной программе. Часто несколько специализированных систем, соединённых качественными API, работают лучше.

08 / REPORTING

Обычный вопрос руководства не должен требовать целого дня.

«Сколько мы заработали за неделю?» «Какие заказы задерживаются?» «Какие invoices ещё не оплачены?» «По каким автомобилям открыты claims?» «Сколько клиентов вернулись снова?»

Если для ответа нужно собрать файлы у нескольких сотрудников, почистить данные и вручную сформировать отчёт, проблема reporting часто является следствием проблемы архитектуры данных.

После структурирования операционной информации dashboards и analytics создаются значительно проще. Те же записи, которые используются в workflow, становятся источником управленческой отчётности.

09 / AUTOMATION

Автоматизация начинается с самых скучных вещей.

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

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

Именно потому, что эти действия повторяемы и предсказуемы, они хорошо подходят для workflow automation.

10 / AI

AI полезнее тогда, когда базовый workflow уже понятен.

Бизнес активно интересуется AI integration, AI assistants и intelligent automation. Но AI поверх хаотичного процесса не делает процесс автоматически правильным.

AI становится намного полезнее, когда компания понимает, где находятся данные, какие действия доступны разным пользователям и каким должен быть результат процесса.

Тогда AI может помогать с document understanding, classification, natural-language search, generation, anomaly detection, summarization и decision support, а обычная business logic продолжает отвечать за детерминированные правила.

Поэтому наш подход к внедрению AI в бизнес обычно является частью общей архитектуры системы, а не отдельным чат-ботом.

РЕАЛЬНЫЙ ПРОДУКТ / DRIVER PORTAL

В транспортном бизнесе эта проблема особенно заметна.

Транспортная компания может работать с огромным количеством операционной информации: drivers, loads, vehicles, brokers, customers, rates, settlements, expenses, documents, claims, equipment и compliance records.

Эти процессы одновременно затрагивают dispatch, drivers, accounting, fleet management и владельцев компании.

Driver Portal M&N Soft — реальный пример архитектурной идеи, описанной в этой статье: вместо изолированных spreadsheets система связывает рабочие записи, но сохраняет отдельные workflows и права для разных ролей.

Можно посмотреть кейс Driver Portal или нашу услугу разработки транспортного программного обеспечения.

РЕШЕНИЕ

Когда бизнесу действительно пора заказывать custom software?

Не каждой компании нужно собственное ПО. Иногда Excel действительно лучший вариант. Иногда готовый SaaS решает задачу дешевле. Покупку готовой системы нужно рассматривать до того, как начинать разработку.

Custom software становится особенно оправданным, когда сам workflow создаёт ценность для компании, а готовые продукты заставляют бизнес постоянно идти на серьёзные компромиссы.

Ещё один сильный сигнал — зависимость бизнеса от одного сотрудника, который знает весь ручной процесс. Если его отпуск способен остановить операцию, проблема может быть не в персонале, а в отсутствии системы.

BUILD VS BUY

Собственное ПО должно заслужить право на существование.

Разработка программы только потому, что custom software звучит престижно, — плохая инвестиция.

У проекта должна быть причина: уменьшить operational friction, реализовать возможности, которых нет в готовом ПО, соединить разрозненные системы, улучшить customer experience, масштабировать процессы или поддержать уникальную бизнес-модель.

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

Подробнее: разработка программного обеспечения для бизнеса и разработка веб-приложений.

АРХИТЕКТУРА

Современная внутренняя бизнес-система может быть достаточно простой.

Типичная система может состоять из secure web application, database, authentication, role-based permissions, document storage, API, notifications и административного dashboard.

Если сотрудники работают в поле, добавляется mobile app. Клиентам можно предоставить отдельный portal. Existing accounting, CRM, payment и logistics systems могут остаться на месте и подключаться через API.

Технологии важны, но архитектура начинается с процесса. Красиво написанное приложение, которое моделирует неправильный workflow, всё равно остаётся неправильным приложением.

SECURITY

Переход от таблиц к приложению сам по себе не делает данные безопасными.

Custom systems создают новые обязанности. Authentication, authorization, backups, encryption, dependency management, logging, infrastructure security и updates требуют нормальной инженерии.

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

M&N Soft также занимается серверной и IT-инфраструктурой, поэтому application architecture и deployment architecture можно рассматривать вместе.

MIGRATION

Необязательно выбрасывать Excel в первый день.

Один из наиболее безопасных способов модернизации — постепенный.

Компания может выбрать один особенно болезненный workflow, построить вокруг него систему, импортировать нужные данные и временно оставить старый процесс параллельно, пока новая система не будет проверена.

Затем можно добавлять новые modules по мере того, как команда привыкает к платформе.

Digital transformation не обязана означать огромный многолетний проект. Для малого и среднего бизнеса небольшой internal portal может дать реальную пользу значительно раньше.

ЧТО ИЗМЕРЯТЬ

Успех новой системы должен быть заметен в работе бизнеса.

Программа не становится успешной просто потому, что написана на современном framework.

Она успешна, если что-то в работе компании стало измеримо лучше.

Это могут быть processing time, duplicate entry, количество ошибок, рабочие часы сотрудников, response time, время подготовки отчётности, onboarding speed, document completion, customer conversion или число ручных шагов в процессе.

Эти показатели помогают понимать и то, какую функцию стоит разрабатывать следующей.

ПОЗИЦИЯ M&N SOFT

Цель — не больше программ. Цель — меньше операционного трения.

Компании не нужно custom software только потому, что она использует spreadsheets.

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

Хорошая внутренняя система часто ощущается не как новая технология, а как тот workflow, который компания всегда хотела иметь.

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

ПЕРВИЧНЫЕ ИСТОЧНИКИ И МАТЕРИАЛЫ

Технические источники, использованные в Engineering 001.

Эти материалы дают дополнительный контекст по работе с данными в Excel, role-based access control, современной архитектуре доступа и secure-by-design разработке программного обеспечения.

Microsoft Support — Power Query в Excel ↗

Microsoft Learn — документация Power Query ↗

NIST — Role-Based Access Control (RBAC) ↗

NIST SP 800-207 — Zero Trust Architecture ↗

CISA — Secure by Design Software ↗

ДАЛЬШЕ ПО ТЕМЕ

Другие материалы и услуги M&N Soft.

• Разработка программного обеспечения для бизнеса
• Автоматизация бизнес-процессов
• Внедрение AI в бизнес
• Разработка транспортного ПО
• Кейсы разработки M&N Soft
• M&N Soft Research