Аналитика и предпроектное обследование — это два тесно связанных, но разных по целям и глубине этапа, которые проводятся до и в начале внедрения программных продуктов 1С. Их главная задача — синхронизировать ожидания бизнеса и возможности системы, чтобы не переделывать всё на ходу.

1. Предпроектное обследование (ППО)

Это стратегический этап, который выполняется до принятия решения о запуске полноценного проекта. Его цель — понять, жизнеспособна ли идея автоматизации на базе 1С, какой объём работ предстоит и сколько это будет стоить.

Основные работы на этом этапе:
- интервью с ключевыми пользователями и владельцами бизнес-процессов. Аналитик смотрит, как работают люди сейчас, какие у них боли, как устроен документооборот;
- анализ текущего состояния (AS-IS). Фиксируются учётные схемы, потоки данных, используемое ПО (в том числе самописные таблицы, старые программы). Часто вскрываются зоны хаоса: двойной ввод, потеря данных, ручные согласования;
- формирование образа целевого состояния (TO-BE). Не детальное проектирование, а каркас: как будет выглядеть процесс после внедрения 1С на верхнем уровне. Сразу оценивается, сколько можно взять из типовой конфигурации (скажем, «1С:ERP» или «1С:Бухгалтерия»), а что придётся дорабатывать;
- выявление ключевых доработок и интеграций. Например, обмен с сайтом, специфический расчёт себестоимости, нестандартная логистика, интеграция с производственным оборудованием.
- оценка объёмов и рисков. На выходе заказчик получает предварительный бюджет, укрупнённый план-график и список критических требований.

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

2. Аналитика (этап детального анализа и проектирования)

Если ППО отвечает на вопрос «Что делать и сколько стоит?», то аналитика отвечает на вопрос «Как именно это будет работать в 1С?». Этот этап идёт уже после старта проекта и часто разбивается на итерации, особенно если используется гибкая методология.

Что делает аналитик 1С на фазе детальной аналитики:
- погружается в детали. Изучает каждый шаг пользователя: от ввода первичного документа до формирования регламентированной отчётности. Разбирает нюансы учётной политики, особые случаи (брак, возвраты, неотфактурованные поставки);
- проектирует ролевую модель и сценарии использования. Кто, в какой момент, с какими правами заходит в систему и что видит на своём рабочем столе;
- описывает постановки на разработку. Создаёт документы, по которым программист будет писать код. Для 1С это часто выражается в формате «Спецификация доработки» или «ЧТЗ на изменение конфигурации», где детально расписана логика обработчиков, структура новых справочников/документов/регистров, алгоритмы движений;
- прототипирует интерфейсы. Создаёт макеты форм в самой 1С или в Figma, чтобы сразу согласовать удобство работы с системой;
- ставит задачу на разработку в терминах 1С. Не просто «нужен отчёт по продажам», а «отчёт на СКД, выводящий обороты по регистру „Продажи“ в разрезе номенклатуры за период с возможностью отбора по менеджеру, сумма НДС рассчитывается по ставке из карточки номенклатуры». Это гарантирует, что программист и заказчик понимают друг друга;
- готовит сценарии функционального тестирования и участвует в приёмке доработанного функционала;
- управляет изменениями. Если во время разработки возникают новые требования, аналитик оценивает их влияние на архитектуру и сроки, формализует, согласует и только потом отдаёт в разработку.

Специфика для 1С

Внедрение продуктов 1С редко бывает «с нуля». Всегда есть типовая конфигурация, которая покрывает 70–90% потребностей. Поэтому задача аналитики — не изобрести идеальную систему, а корректно адаптировать типовую логику под бизнес-процессы клиента:

- определить, что настраивается штатными средствами без изменения кода (параметры учёта, функциональные опции);
- что реализуется через расширения конфигурации (чтобы не слетало при обновлениях);
- что требует точечного вмешательства в типовые модули (нежелательно, но иногда неизбежно);
- где нужно использовать подсистему «1С:Шина» или другие механизмы для интеграции;

Как это работает вместе

Чаще всего на практике процесс выглядит так:
- экспресс-обследование (неделя-две). Аналитик собирает верхнеуровневые требования и даёт оценку проекта;
- заключается договор на этап «Анализ и проектирование»;
- проводится глубокое погружение. Пишется Технический проект или частные технические задания на блоки (закупки, продажи, склад);
- только после согласования всех постановок подписывается договор на реализацию и запускается разработка.

Почему это критически важно

- бюджет без аналитики – гадание. Практика показывает, что пропуск детального анализа приводит к перерасходу бюджета на 50–200%, потому что по ходу разработки всплывают неучтённые сложности;
- борьба с «хотелками». Без формализованных требований заказчик на этапе приёмки скажет: «Я думал, это будет работать иначе». Документ с подписями защищает обе стороны;
- тиражирование логики 1С. Грамотный аналитик предложит решение, которое не сломает типовые обновления и позволит безболезненно развивать систему дальше.

Если коротко: предпроектное обследование — это компас, показывающий, куда мы идём и какой путь займём. Аналитика — это детальная карта местности и инструкция по прокладке маршрута именно для 1С. Без первого вы рискуете не туда прийти, без второго — увязнуть в болоте доработок.