Как выбрать подрядчика по 1С. Пишет подрядчик по 1С

Приветствую вас, коллеги!

Этой статьей я закрываю цикл. За последние недели я разобрал маркировку, ЭДО, ФСБУ, серверы, лицензии, подписи и безопасность — и почти в каждом тексте заканчивал словами «если разбираться некогда, обращайтесь».

Логично закончить разговором о том, как вообще выбирать того, к кому обращаться. Включая случаи, когда это не я.

Сразу о конфликте интересов

Начну с очевидного, потому что делать вид, что его нет, глупо.

Я подрядчик по 1С. Статья «как выбрать подрядчика», написанная подрядчиком, по определению небеспристрастна.

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

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

Три типа подрядчиков и кому какой нужен

На рынке есть три разные модели, и путать их — главный источник разочарований.

Крупный франчайзи 1С. Штат в десятки человек, офис, отдел продаж, регламенты, сертификаты.

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

Минусы: дороже, менее гибкий, вы редко общаетесь с тем, кто реально работает, и на небольшой задаче можете оказаться в конце очереди.

Кому подходит: крупным компаниям, госсектору и всем, кому нужны формальные требования — сертификация, тендер, аудит поставщиков.

Небольшая команда или частный специалист. От одного до полутора десятков человек. Сюда отношусь и я - у нас команда из десяти программистов.

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

Минусы: зависимость от конкретных людей, нет круглосуточной смены, формальных гарантий меньше.

Кому подходит: малому и среднему бизнесу, где важнее скорость и вменяемость, чем бумаги.

Штатный специалист. Свой человек в компании.

Плюсы: всегда рядом, знает ваш бизнес, лоялен.

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

Кому подходит: от определенного размера. Обычно свой человек начинает окупаться, когда ИТ-задачи занимают полный рабочий день постоянно, а не набегами.

И частая рабочая схема: свой человек на повседневное плюс подрядчик на специфическое. Это обычно дешевле и надежнее, чем крайности.

Где мы не подходим

Обещал честно — вот раздел, который вы не найдете у других.

Нужна круглосуточная поддержка. Ее у нас нет. Если у вас производство в три смены или склад, работающий ночью, и авария в 3:40 должна разбираться в 3:45 — вам нужна организация с дежурной сменой. Это не мы.

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

Нужна сертификация и тендерные требования. Госзакупки, требования к поставщику, аттестации — отдельный мир со своими правилами, и мы в нем не игроки.

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

Нужно все и сразу в одном лице. Мы занимаемся 1С, серверами и инфраструктурой. Разработка мобильных приложений, дизайн сайтов, реклама — не к нам, и лучше это сказать сразу, чем взяться и сделать плохо.

Понимаю, что признаваться в этом в статье про выбор подрядчика странно. Но выяснять это на третьей неделе работы хуже для обеих сторон.

Восемь вопросов, которые стоит задать

Теперь практическое. Задайте их любому кандидату — включая меня.

1. Кто конкретно будет работать и можно ли с ним поговорить до договора?

Если отвечают «у нас команда специалистов» и не называют имя — плохой знак. Работать будет человек, а не компания, и вам с ним общаться год.

2. Что происходит, когда этот человек в отпуске или болеет?

Честный ответ бывает разный: «у нас есть второй, он в курсе», «мы предупреждаем за две недели», «в такие периоды только срочное». Все три нормальны. Плохо — когда ответа нет вообще.

3. Как вы решаете конфликты при обновлении конфигурации?

Технический вопрос, который отлично показывает подход. Если ответ «оставим ваши доработки, так быстрее» — уточните, почему именно так. Это быстро и дешево сегодня, а платить будете через год.

4. Где хранятся доступы и отдадите ли вы их, если мы расстанемся?

Об этом отдельно ниже. Вопрос неудобный, и именно поэтому его стоит задать на входе.

5. Что входит в абонентскую плату, а что считается отдельно?

Нужен список, а не «все по 1С». Обновления входят? Консультации пользователей? Выезд? Настройка нового рабочего места? Границу надо очертить до начала, а не в первом спорном случае.

6. Какое время реакции и какое время решения?

Это разные вещи, и их постоянно путают. «Отвечаем за 15 минут» — это реакция. Сколько времени займет само решение — отдельный разговор, и он честнее.

7. Кому принадлежат доработки, которые вы сделаете?

И будут ли они описаны так, чтобы следующий человек разобрался. Об этом тоже ниже.

8. Покажите, что вы делали для похожих компаний.

Не список логотипов, а рассказ: какая была задача, что делали, сколько заняло, что пошло не так. Человек, который делал, расскажет с подробностями. Тот, кто не делал, — общими словами.

Красные флаги

Шесть вещей, каждая из которых — повод насторожиться.

«Снимем базу с поддержки, так быстрее».

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

«Вам точно нужен сервер помощнее» — без диагностики.

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

Не показывают, что сделали.

Раз в месяц должен быть внятный ответ на вопрос «что вы делали». Если его нет — вы платите за неизвестное.

Не называют сроки, а называют «как получится».

Иногда честно — бывают задачи с неизвестным объемом. Но тогда это проговаривается явно: «сначала два часа диагностики, потом назову срок». Без этого — просто размытость.

Единственный аргумент — цена.

Если в разговоре нет ничего, кроме «у нас дешевле», подумайте, за счет чего.

Не задают вам вопросов.

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

Про цену: почему самый дешевый выходит дороже

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

Но есть вещи, на которых экономия почти всегда возвращается.

Обновления «на скорую руку». Сэкономили день сейчас — получили базу, которая через год обновляется неделю.

Доработки без описания. Работает, но никто не знает как. Через два года это придется переписывать с нуля, потому что дешевле, чем разбираться.

Настройка без прогона. Вроде включили — а проверили на одной операции. Всплывает в самый неудобный момент.

Отсутствие бэкапов в регламенте. Пока не понадобилось — экономия. Когда понадобилось — цена вопроса меняется на порядок.

Как об этом разговаривать с исполнителем. Не «почему так дорого», а «что входит в эту цену и что не входит». Часто разница между двумя предложениями — не в жадности, а в том, что один заложил прогон, документирование и проверку, а второй нет.

И обратное тоже верно: если вам называют цену втрое выше остальных — спросите, за что. Внятный ответ бывает. Невнятный — тоже показатель.

Доступы и доработки: чье это

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

Доступы. Пароли к серверу, к базе, к личным кабинетам, к хостингу, ключи. У подрядчика они будут — иначе он не сможет работать.

Вопрос в другом: есть ли они у вас.

Здоровая ситуация: доступы хранятся у вас, вы даете их подрядчику. Рабочая: у обоих. Нездоровая: только у подрядчика.

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

Что делать: попросите список всех доступов и храните его сами. Не как акт недоверия, а как гигиену — с этим согласится любой нормальный исполнитель.

Доработки. Здесь два вопроса.

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

Второй — практический, и он важнее: описаны ли доработки так, чтобы следующий человек разобрался.

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

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

Как проверить до договора

Лучший способ — не спрашивать, а посмотреть.

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

И смотрите не на результат, а на процесс:

Как задавали вопросы. Уточнял детали или сразу побежал делать?

Как назвал срок и попал ли в него. Промах на день — нормально. Промах втрое — показательно.

Как объяснил, что сделал. Понятным языком или «ну там конфигурация, вы не поймете»?

Как повел себя, когда что-то пошло не так. Признал и исправил или начал объяснять, что это из-за вас?

Последний пункт — самый ценный. Все ломается у всех. Разница между хорошим исполнителем и плохим видна не когда все хорошо, а когда что-то сломалось.

Одна задача за реальные деньги расскажет больше, чем три встречи и презентация.

Как расставаться

Об этом не пишут вообще, а планировать стоит на входе.

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

Как уходить правильно:

Заберите доступы. Все. Проверьте, что работают.

Попросите описание того, что сделано. Доработки, настройки, схема, где что лежит. Нормальный исполнитель отдаст. Ненормальный откажется — и это уже говорит о том, правильно ли вы уходите.

Не уходите в разгар проекта. Дождитесь паузы, если есть возможность. Смена посреди внедрения — это переделка, а не передача.

И не жгите мосты. Отрасль маленькая, а ваш новый исполнитель почти наверняка захочет что-то уточнить у старого.

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

Что должно произойти в первый месяц

Как понять, что выбор был правильным, не дожидаясь года.

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

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

К концу месяца: должно появиться понимание. У вас — что происходит с вашей системой. У него — как устроен ваш бизнес.

И должен быть первый отчет. Не обязательно формальный. Но внятный ответ на вопрос «что было сделано и что дальше» — обязательно.

Если за месяц ничего из этого не случилось — скорее всего, дальше будет так же.

На этом цикл закрываю. Двадцать с лишним разборов за несколько недель — маркировка, ЭДО, ФСБУ, серверы, базы данных, лицензии, подписи, безопасность.

Общее у них одно: почти в каждом случае проблема была предсказуема, а решалась заранее дешевле, чем в авральном режиме. Это, пожалуй, единственный вывод, который стоит вынести из всего написанного.

Если хотите поговорить

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

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

Подробнее про обслуживание: 1c.akernel.ru/services/it-podderzhka

А если выберете другого — заберите отсюда восемь вопросов и список красных флагов. Они работают с любым исполнителем)

Вся серия: Календарь дедлайнов 2026-2028 — там собраны ссылки на все разборы. А если вы не выбираете подрядчика впервые, а меняете действующего: что вам должны передать при смене.