Как выбрать 1С-партнёра: статус, компетенции, методология проекта и SLA. Полный чек-лист для тендера

Как выбрать 1С-партнёра: статус, компетенции, методология проекта и SLA. Полный чек-лист для тендера

Выбор партнёра по 1С определяет сроки запуска, стабильность учёта и стоимость владения системой на годы вперёд. Ошибка на этапе выбора ведёт к сдвигам сроков, «латочным» доработкам и росту операционных рисков. В этой статье — практическая методика, позволяющая за 2–4 недели провести тендер, сопоставить поставщиков «яблоко к яблоку» и заключить договор с прозрачным SLA.

1. Кого мы ищем: карта рынка 1С-подрядчиков

  • Официальные партнёры/франчайзи. Как правило, имеют команду консультантов и разработчиков, доступны типовые договоры сопровождения, есть доступ к последним версиям и методическим материалам.
  • Нишевые интеграторы. Сильны в конкретных продуктах (ERP, ЗУП, Документооборот, Управление холдингом, ТОИР, CRM). Часто быстрее и гибче в узких задачах.
  • Индивидуальные консультанты/мини-команды. Подходят для точечных доработок и поддержки малого бизнеса, но требуют большего управления со стороны заказчика.

Вывод: под комплексный проект (внедрение/миграция) выбираем партнёра с подтверждённой компетенцией в нужном продукте и опытом проектов сравнимого масштаба.

2. Статус и верификация компетенций

Попросите у участника тендера:

  • перечень сертификатов специалистов (консультант, разработчик, архитектор, администратор);
  • список реализованных проектов с контактами для обратной связи (минимум 3 кейса за последние 24 месяца);
  • штатную структуру: кто из сотрудников в штате, кто — на аутсорсе;
  • подтверждение страхования ответственности (если политика компании это требует);
  • сведения о поддержке 24/7 (при критичном контуре — бухгалтерия, зарплата, производство).

Проверка занимает 2–3 дня и снимает до 80% рисков «ширмы» вместо реальной команды.

3. Техническая зрелость: что должен уметь партнёр

  • Аналитика и обследование. Интервью с владельцами процессов, диаграммы AS-IS/TO-BE, матрица требований, оценка трудозатрат.
  • Проектная методология. Классический каскад (для регламентированных контуров) или гибрид Agile (для витрин, интеграций, BI). Наличие артефактов: устав проекта, WBS, план-график, план рисков.
  • Код и качество. Правила код-ревью, единые стандарты разработки, автотесты критичных модулей, статический анализ, репозиторий Git, среда CI/CD (хотя бы для поставки обновлений на тест/прод).
  • Интеграции. Опыт обмена с банками, ЭДО, WMS/CRM/BI, сервисами госорганов; умение проектировать устойчивые интеграции (очереди, ретраи, мониторинг).
  • Безопасность и доступность. Резервное копирование, репликация, шифрование, ролевые модели, журналирование, политика обновлений.

4. Коммерческие модели и TCO

  • Fixed Price — фиксированная стоимость на чётко описанный объём. Подходит после качественного обследования.
  • Time & Material — оплата по факту часов/ставок. Гибко, но требует зрелого управления и прозрачной отчётности.
  • Подписка на сопровождение — пакет часов/инцидентов в месяц, SLA по приоритетам.
  • Смешанная модель — фикс на ядро + T&M на развивающие задачи.

Считайте TCO на 3 года: внедрение + сопровождение + инфраструктура + обновления + риск-буфер (обычно 10–15%).

5. SLA: как описать поддержку, чтобы не спорить

В договоре/приложении пропишите:

  • Классы инцидентов (P1–P4), допустимое время реакции и восстановления;
  • Окна сопровождения (рабочие часы/выходные/ночь), дежурства;
  • Процедуру релизов (тест → приёмка → прод);
  • Каталог услуг: обновления платформы/конфигураций, создание отчётов, интеграции, обучение, аудит;
  • Метрики: % соблюдения SLA, среднее время решения, NPS внутренних пользователей;
  • Штрафы/бонусы за нарушение/перевыполнение SLA.

6. Методика тендера (2–4 недели)

Неделя 1.

  1. Утвердить цели и ограничения (сроки, бюджет, продукты 1С).
  2. Разослать RFP/брив (см. шаблон ниже) 5–7 потенциальным партнёрам.
  3. Провести установочные звонки, ответить на вопросы.

Неделя 2.
4) Получить предложения в едином формате, запросить демо-сессии/пилоты.
5) Сверить компетенции, кейсы, резюме ключевых специалистов.

Неделя 3–4.
6) Пилот/пресейл-воркшоп (1–3 дня): импорт тестовых данных, макет отчёта/процесса, проверка коммуникаций.
7) Итоговая защита, скоринг, выбор победителя, согласование SLA и плана старта.

7. Полезный чек-лист для сравнения претендентов

  1. Понимание предметной области (бухучёт, налоговый учёт, зарплата, производство, холдинг).
  2. Команда: роли и загрузка, «первый состав» на проект.
  3. Методология и артефакты проекта.
  4. План миграции данных (источники, качество, дедупликация).
  5. План интеграций (форматы, устойчивость, мониторинг).
  6. Политика обновлений (платформа, конфигурации, тестовый контур).
  7. QA: тест-план, регресс, нагрузочное тестирование для критичных мест.
  8. Документация: пользовательские инструкции, админ-гайд, схема прав.
  9. Обучение: форматы, часы, материалы, посттренинговая поддержка.
  10. SLA: приоритеты, метрики, штрафы/бонусы.
  11. Стоимость: детализация сметы, допущения, риск-буфер.
  12. Референсы: контакты, результаты, показатели до/после.
  13. Безопасность: доступы, аудит, резервирование, DR-план.
  14. Гарантия на доработки и условия передачи исходников.
  15. Право интеллектуальной собственности и ограничения на реюз кода.
  16. Лицензирование и инфраструктура (on-prem/облако), требования к железу.
  17. Управление изменениями (CAB/CR-процедуры, приоритезация бэклога).
  18. Модель сопровождения (1-я/2-я линии, эскалации).
  19. KPI проекта (сроки этапов, доля автоматизации, время закрытия месяца).
  20. План выхода из проекта (handover, передача знаний, финальный аудит).

8. Красные флаги (признаки риска)

  • Цена «в 2–3 раза ниже рынка» без детальной сметы.
  • Отсутствие конкретных CV ключевых специалистов на ваш проект.
  • Обещания «сделать всё без обследования».
  • Нежелание показывать референсы и демо-среду.
  • Нет тестового контура и регламента релизов.

9. Шаблон RFP/брифа (короткая версия)

  1. Описание компании, численность пользователей, филиалы.
  2. Продукты 1С, версии, кастомизации, интеграции.
  3. Цели проекта (что будет считаться успехом).
  4. Ключевые процессы и «боли».
  5. Нефункциональные требования (производительность, безопасность, доступность).
  6. Ожидаемая методология и артефакты.
  7. План миграции/интеграций.
  8. Требования к SLA.
  9. Формат сметы: по стадиям, по ролям, допущения.
  10. Сроки ответа и контакт для уточнений.

10. Пилот за 3 дня: что успеть проверить

  • Импорт 10–20 справочников/документов, базовые проверки качества.
  • Макет 1–2 ключевых отчётов (управленческий P&L, оборотно-сальдовая, реестр кадровых событий).
  • Один сценарий интеграции (например, обмен с ЭДО).
  • Дорожная карта релизов и миграции, согласованная по датам.

11. Как зафиксировать «правила игры» в договоре

  • Приложение с SLA, приоритетами и метриками.
  • Каталог услуг с оценками (стандартные работы, нестандартные).
  • Матрица ответственности (RACI) и график статусов.
  • Условия изменения стоимости при выходе за рамки допущений.
  • Процедура приёмки/отклонения результатов, календарь платёжных этапов.
  • Условия выхода из договора и передачи исходников/документации.

12. Итоги

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