Как человечно внедрить 1С: 9 шагов от ручного управления к системе

3 августа 2026 · 12 минут · Павел Ступко, основатель iTeal

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

Почему 9 из 10 внедрений не достигают целей

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

Поэтому мы начинаем с честного вопроса: зачем компании внедрение? Если ответ — «перестать управлять вручную и начать видеть правду о бизнесе в цифрах», проект имеет смысл. Если «поменять программу, потому что старая надоела» — скорее всего, вам нужен не проект, а нормальная поддержка текущей 1С.

Что мы называем человечным внедрением

«Человечное» — не про вежливых менеджеров. Это пять рабочих правил, которые отличают нашу технологию от классического «внедрили и убежали»:

• Собираем правду о бизнесе. Процессы описываем как они есть на самом деле, включая обходные пути и экселины, — а не как написано в должностных инструкциях.
• Процессы защищают сами эксперты клиента. Схему процесса перед коллегами представляет не наш аналитик, а сотрудник, который в этом процессе работает. Тогда это его процесс — и саботажа при запуске не будет.
• Сначала показываем, потом программируем. Демо-базу будущего решения клиент видит до подписания договора, а смоделированные процессы — живьём в 1С до написания техзадания.
• Людей учим до запуска, а не после. Каждый пользователь проходит обучение на своём кейсе и получает сертификат — система стартует с людьми, которые уже умеют в ней работать.
• Эффект измеряем. Ключевые метрики замеряем до проекта и после запуска — результат внедрения виден в цифрах, а не в ощущениях.

Маршрут целиком

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

1Знакомство

Ведёт: менеджер поддержки

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

2Диагностика

Ведёт: тимлид внедрения и бизнес-аналитик

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

На выходе: отчёт о диагностике — текущая IT-архитектура, Индекс здоровья 1С, боли и варианты решений, риски, рекомендации — и календарно-ресурсный план с точной ценой следующего этапа. С этим отчётом можно работать с любым подрядчиком, не только с нами.

3Описание процессов As Is

Ведёт: бизнес-аналитик и тимлид

Описываем основные бизнес-процессы «как есть» в схемах BPMN — вместе с обходными путями, двойным вводом и потерями. Это и есть «правда о бизнесе»: там, где есть экселины, там начинается автоматизация.

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

4Моделирование To Be

Ведёт: бизнес-аналитик и архитектор 1С

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

Здесь же рождается IT-архитектура будущей системы: какая конфигурация 1С станет центральной, какие обмены с банками, маркетплейсами, ЭДО и госсистемами нужны, где хватит типовых механизмов.

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

5Техзадание и программирование

Ведёт: аналитик, архитектор и разработчик 1С

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

6Обучение

Ведёт: бизнес-аналитик

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

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

7Настройка баз

Ведёт: аналитик, архитектор и разработчик

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

8Запуск

Ведёт: вся проектная команда

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

9Передача на поддержку и анализ

Ведёт: бизнес-аналитик и тимлид

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

Что это даёт в цифрах

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

Смотреть разбор на видео

С чего начать

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