Автоматизация процессов: как перейти с Excel на прикладную программу
Перед тем как найти и внедрить программное решение, необходимо формализовать бизнес-процессы, выявить сущности, и составить техническое задание

Основатель software-проектов для автоматизации организаций. Опыт работ в компаниях: Huawei, Alcatel, Cisco. Высшее образование СибГУТИ (г. Новосибирск) — «программное обеспечение» и «экономика»
Данный обзор включает практические рекомендации для всех, кто хочет перейти от Excel-реестров и отчетности к полноценной прикладной программе. Процесс перехода разбит на этапы так, чтобы по итогам вы получили качественное ТЗ и понимание требуемого функционала.
1. Зафиксировать текущую модель управления, основанную на Excel
Цель: понять, какие бизнес-процессы уже отражены в файлах и отчетах.
Рекомендуемые действия:
- Собрать все используемые таблицы: реестры, отчеты, справочники.
- Выявить пользователей этих реестров. К пользователям относятся сотрудники, кто заполняет, проверяет и потребляет данные из данных таблиц Excel.
- Описать назначения файлов: зачем каждый используется, для каких рабочих процессов применяется.
- Зафиксировать проблемы и ограничения Excel: ручной труд, ошибки, отсутствие контроля, сложность масштабирования, невозможность одновременной работы, безопасность.
2. Декомпозировать Excel-реестры на логические сущности
Цель: выделить бизнес-объекты, которые являются ядром системы и будут основой ТЗ для поиска и внедрения прикладной программы.
Типичные сущности:
- Контрагенты
- Договоры / первичные документы / заявки / задачи
- Сделки (продажи) / проекты / календарный план
- Платежи / остатки / задолженности
- Товары / услуги
- Процессы согласования / процессы исполнения / контроль статусов
Как выделять сущности:
- Посмотреть на столбцы: повторяющиеся блоки данных часто указывают на сущность (например, «справочник контрагентов» формируется на основании «столбцов с реквизитами контрагентов»).
- Найти ключевые идентификаторы: ИНН контрагента контрагента-юридического лица или паспортные сведения контрагента-физического лица, номер договора, номер документа, дата события.
- Понять связи между таблицами: один поставщик (контрагент) — много договоров; одна сделка — много документов; один клиент — несколько заказов (продаж) и т.д.
Результат: перечень бизнес-сущностей, их ключевых полей и связей.
3. Описать бизнес-процессы, которые сейчас реализованы в Excel
Цель: перевести использование Excel в процессную модель.
Рекомендуемые действия:
- На примере конкретных файлов описать сценарии работы: “менеджер принимает заявку -> далее создает проект договора на согласование -> далее процесс согласования (юрист, бухгалтер, директор) → договор переходит в статус «согласован» и начинается процесс исполнения и т.д.”.
- Зафиксировать точки принятия решений, статусы, переходы, контрольные события.
- Зафиксировать, что уже автоматизировано формулами или макросами, а что делается вручную.
Результат: схема процессов (хотя бы в виде текстовых алгоритмов), включая статусы и участников.
4. Зафиксировать требования к данным
Цель: определить, какое качество и полноту данных должна обеспечивать прикладная система.
Вопросы для фиксации:
- Какие поля обязательны?
- Какие требования к форматам полей (дата, справочник, число, произвольный текст)?
- Какие данные должны проверяться (например, уникальность номера договора, корректность ИНН и прочие проверки)?
- Какие справочники должны быть централизованы (клиенты, номенклатура, сотрудники)?
- Какие данные нужны для аналитики и отчетов?
Результат: словарь данных и требования к их валидности (проверке на соответствие).
5. Классифицировать функциональные требования будущей программы
Цель: подготовить структуру ТЗ.
Ключевые блоки:
5.1. Операционные функции
- Создание, регистрация, изменение сущностей.
- Назначение статусов, маршрутов согласования.
- Уведомления и контроль сроков.
5.2. Учет и контроль
- Аудит действий пользователей (журнал изменений).
- Распределение ролей и прав доступа.
- Валидация вносимых данных.
5.3. Отчетность и аналитика
- Какие отчеты обязательны для управления.
- Какие срезы данных критичны.
- Частота формирования (ежедневно, еженедельно, ежемесячно).
5.4. Интеграции
- Бухгалтерские системы, ERP, почта.
- Импорт/экспорт через Excel.
- Вывод шаблонов документов в форматы Word,PDF,JPG и т.п.
Результат: структурированная матрица требований.
6. Провести анализ процессов для расстановки приоритетов
Цель: понять, что надо автоматизировать сразу, а что можно изменить в процессе.
Анализировать:
- Какие данные из Excel будут перенесены в первую очередь.
- Где Excel не отражает реальной логики (например, отсутствие статусов или журналов событий).
- Какие процессы потребуют реинжиниринга (изменения) с целью их автоматизации.
Результат: список приоритетных процессов для автоматизации.
7. Подготовить критерии выбора прикладной программы
Для итогового выбора программного решения важно заранее сформировать требования:
- Поддержка ваших сущностей и процессов.
- Масштабируемость и расширяемость.
- Стоимость владения.
- Гибкость в адаптации.
- Возможность переноса исторических данных прошлых периодов.
- Удобство для конечных пользователей.
- Наличие технической поддержки и доработок.
8. Готовим проект ТЗ
Он должен включать:
- Цели внедрения (обеспечение безопасности хранения данных, снижение ручного труда, минимизация ошибок, обеспечение контроля, экономия времени).
- Бизнес-процессы (как сейчас и как должны работать).
- Справочники и сущности.
- Требования к данным.
- Требования к интерфейсу (простота, скорость, единообразие).
- Требования к интеграциям.
- Требования к безопасности и ролям.
- Требования к отчетам.
- Оценка желаемых метрик эффективности (например: «время на формирование отчета сокращается с 3 часов до 5 минут» или «время на формирование шаблона договора или кадрового приказа»).
9. Финал: сформированное ТЗ и список требований для рынка
После прохождения предыдущих шагов вы получаете:
- Четкое ТЗ.
- Карту процессов.
- Описание сущностей.
- Словарь данных.
- Требования к отчетам и аналитике.
- Список критериев выбора ПО.
На этой базе можно:
- искать готовую прикладную программу,
- обсуждать доработки у разработчиков,
- либо рассматривать создание собственного решения.
Интересное:
Новости отрасли:
Все новости:
Публикация компании
Достижения
Контакты
