Как выбрать 1С-подрядчика: 8 вопросов до начала работ

Проблемы с 1С редко начинаются в коде. Чаще они начинаются до него — когда задача не сформулирована, гарантия не обсуждена, а про обновления никто не подумал. Вот вопросы, которые стоит задать до старта.

Как выбрать 1С-подрядчика: 8 вопросов до начала работ

Почему это важнее цены

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

Вопрос 1. На чём будете делать изменения?

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

Вопрос 2. Как поймём, что результат готов?

Нужны критерии приёмки, а не «сделаем и покажем». Например: «отчёт строится не дольше 10 секунд», «печатная форма совпадает с образцом», «обмен переносит заказы без дублей». Если критериев нет — спор о результате неизбежен.

Вопрос 3. Что будет с обновлениями дальше?

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

Вопрос 4. Можно ли увидеть похожие работы?

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

Вопрос 5. Как передадите доступы и что с конфиденциальностью?

Работа идёт на копии базы, доступы выдаются под конкретный контур, при необходимости подписывается NDA. Всё это стоит обсудить заранее, а не по ходу проекта.

Вопрос 6. Как считается цена?

Нормально, когда есть два варианта: фикс по этапу для понятной задачи и почасовая для небольших правок. Плохо, когда точной оценки нет вообще, а «зато дёшево». Уточните, что входит в стоимость и что считается дополнительной задачей.

Вопрос 7. Что если результат не подойдёт?

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

Вопрос 8. Кто будет на связи после сдачи?

Часть вопросов возникает уже после запуска: «а почему вот это поле так считается?». Хорошо, когда есть регламент поддержки — выделенные часы по запросу или ретейнер. Обсудите это до старта, а не в момент аварии.

Красные флаги в ответах

  • Точной оценки нет, но есть обещание «разберёмся по ходу».
  • Отказ фиксировать ТЗ и критерии приёмки.
  • Согласие на всё сразу без вопросов — обычно означает, что задача не понята.
  • Работа только «в конфигурации», без варианта с расширениями.
  • Нет ни одного примера работ и подтверждаемых данных об опыте.
  • Просьба работать без договора и закрывающих документов.

Что подготовить со своей стороны

Описание задачи простым языком, доступ к копии базы, версия конфигурации и список известных доработок. Этого достаточно, чтобы получить внятную оценку. Как формулировать задачу — в заметке «Как описать задачу по 1С».

Остались вопросы?

Опишите свою ситуацию — подскажу, как поступить именно в вашем случае.