Конкурс кейсов «1С» на 2 250 000 ₽: как сделать внедрение, которое возьмут
«1С» объявила конкурс кейсов автоматизации бизнеса с общим призовым фондом 2 250 000 рублей: компании подают истории внедрения своих 1С-систем с измеримым результатом, а жюри выбирает лучшие по отраслям. Для среднего бизнеса Москвы это шанс получить признание — но только если внедрение с самого начала строилось так, что результат можно показать цифрами, а не общими словами.
Что за конкурс запустила «1С» и кто может подать заявку
Формат простой: компания описывает проект внедрения — от какой задачи оттолкнулись, что настроили или доработали в 1С, что изменилось в работе после запуска. Заявки принимает сама «1С», участвовать могут и клиенты, которые внедряли систему своими силами, и партнёры-интеграторы, которые вели проект для заказчика. Общий призовой фонд — 2 250 000 рублей, точные номинации и сроки подачи «1С» публикует на официальном сайте конкурса, поэтому дату дедлайна стоит уточнять там же.
Организаторам важен не факт внедрения — 1С стоит у сотен тысяч компаний, — а доказуемый результат: сократили срок закрытия месяца, ускорили инвентаризацию, снизили число ошибок в отгрузках. Именно с этим у большинства компаний, которые внедряли систему год-два назад, начинаются сложности.
Хороший кейс обычно строится вокруг одной измеримой боли, а не вокруг перечисления функций системы. Например: раньше склад закрывал инвентаризацию три дня и останавливал отгрузки, теперь — за смену без остановки продаж. Или: расчёт себестоимости делали в Excel параллельно с 1С, потому что типовой отчёт не устраивал, а после доработки отчёт стал единственным источником цифр для директора. Такие формулировки жюри читает быстрее, чем общее «повысилась эффективность учёта».
Кейс с цифрами пригождается не только для конкурса: с ним проще защитить бюджет следующего этапа автоматизации перед собственником, показать на тендере опыт работы с похожей отраслью или обосновать инвестору, зачем компании нужен ещё один блок 1С. Поэтому подготовку к конкурсу разумно рассматривать как повод навести порядок в отчётности о собственных проектах, а не разовую активность к дедлайну.
Почему возникает разрыв между «внедрили 1С» и кейсом, который возьмут в конкурс
Компания закрыла проект по 1С:Управление торговлей полгода назад. Склад работает, отчёты формируются, бухгалтерия не жалуется. Маркетолог садится писать заявку на конкурс — и упирается в стену: никто не зафиксировал, сколько времени раньше уходило на инвентаризацию и сколько уходит сейчас. Есть ощущение «стало лучше», а цифр для кейса нет.
Так происходит, потому что внедрение чаще всего принимают как разовый ИТ-проект: настроили, обучили пользователей, закрыли акт — и разошлись. Никто не снимал показатели «до» и не назначал ответственного, кто через три месяца измерит показатели «после». Но именно отсутствие этих цифр — не мелочь для отчётности. Без них компания не может доказать себе и собственнику, что бюджет на внедрение окупился, не может повторить успешный сценарий в другом филиале и точно не наберёт материала на заявку в конкурс, где жюри просит конкретику, а не «стало удобнее работать».
Есть и другой сценарий: цифры вроде бы есть, но им никто не доверяет. Отчёт о скорости работы формировала сама 1С без независимой проверки, а бухгалтерия параллельно ведёт часть учёта в Excel — потому что не до конца доверяет новым отчётам. В такой ситуации кейс писать рано: сначала нужно свести оба источника данных и понять, где на самом деле проходит граница между «фактически изменилось» и «выглядит, что изменилось».
Как исправить внедрение, чтобы результат подтверждался цифрами
Если проект уже закрыт, а показать нечего, есть смысл провести короткий технический и управленческий аудит — обычно на это уходит несколько дней силами специалиста по доработке 1С.
Что проверяют в первую очередь
- ✓скорость типовых операций — закрытие месяца, формирование крупных отчётов, проведение документов;
- ✓совпадает ли текущая версия конфигурации с рекомендованной — устаревший релиз часто и есть причина тормозов, которые списывают на «медленную 1С» в целом;
- ✓есть ли в базе отчёты, которые считают именно те метрики, которые нужны для кейса — экономию времени, снижение числа ошибок, рост оборота на сотрудника.
Если база уже подвисает на операциях, которые раньше выполнялись быстро, стоит отдельно прогнать тест Гилёва — он показывает, упирается ли система в железо или в саму архитектуру базы. Результат теста заодно даёт те самые объективные цифры, которые пригодятся и для внутренней отчётности, и для заявки на конкурс.
Как оформить результат, когда цифры уже под рукой
Дальше остаётся техническая часть: свести показатели «до» и «после» в одну таблицу, приложить скриншоты отчётов и коротко описать, что именно поменяли в системе — новый обмен, доработанный отчёт, изменённую схему учёта. Жюри и коллегам по отрасли важнее конкретная механика решения, чем общие фразы про «цифровизацию».
Что делать, если слабый результат повторяется от проекта к проекту
Хуже, когда это не разовая недоработка, а системная история: компания меняла подрядчика на внедрении 1С:ERP два года назад, потом дорабатывала торговый учёт ещё через год — и каждый раз результат один и тот же. Сроки съезжают, пользователи саботируют новый интерфейс, а через полгода после запуска никто не может сказать, стало ли лучше объективно.
В таком случае проблема обычно не в конкретном релизе или консультанте, а в том, как ставится сама задача перед подрядчиком. Прежде чем менять очередного исполнителя, стоит проверить три вещи: закреплены ли измеримые критерии приёмки в договоре, проводился ли тест производительности до старта работ, и назначен ли внутри компании человек, который отвечает за результат после сдачи проекта, а не только за сам факт запуска. Если ни один из этих пунктов не выполняется, смена подрядчика ничего не изменит — повторится тот же сценарий с другим исполнителем.
Ниже — разница между внедрением, из которого не соберёшь кейс, и внедрением, которое можно показать конкурсу.
| Критерий | Слабое внедрение | Внедрение уровня кейса |
|---|---|---|
| Показатели «до» | не фиксировались | сняты до старта проекта и подписаны заказчиком |
| Тест производительности | не проводился | сделан до и после, есть с чем сравнить |
| Ответственный за результат | не назначен | назначен, дата контрольного замера в договоре |
| Документация решения | только акт сдачи-приёмки | описаны доработки, отчёты, обучение пользователей |
| Поддержка после запуска | эпизодическая, по звонку | плановая, с журналом обращений и правок |
Как предотвратить провал ещё на этапе выбора подрядчика и архитектуры
Проще заложить измеримость в проект на старте, чем восстанавливать её постфактум. Три вещи, которые стоит закрепить в договоре ещё до начала работ.
Зафиксировать KPI, а не только объём работ
Техзадание обычно описывает, что нужно настроить — обмен с сайтом, новый отчёт, доработку печатной формы. В нём почти никогда нет пункта «через три месяца после запуска время закрытия месяца должно сократиться». Такой пункт стоит добавлять отдельно и привязывать к нему приёмку этапа, а не только к факту передачи базы в эксплуатацию.
Выбрать конфигурацию с учётом масштаба, а не «на вырост»
Для компании на 15–20 пользователей избыточная конфигурация утяжеляет каждое обновление и увеличивает срок внедрения без выгоды для бизнеса. Разница между внедрением 1С:Управление торговлей и внедрением 1С:ERP — это не «что новее», а вопрос реальной сложности учёта и числа юрлиц. Для проектов с участием госзаказчиков или требованием импортозамещения стоит заранее уточнить, входит ли нужная редакция и модули в реестр российского ПО — статус конкретной конфигурации стоит проверять по факту, а не полагаться на бренд платформы в целом.
Проверить железо до, а не после жалоб пользователей
Часть провальных проектов упирается не в настройки 1С, а в сервер, на котором она работает: конфигурация растёт, число одновременных пользователей увеличивается, а мощности остаются прежними. Соответствие текущим системным требованиям 1С стоит сверять до начала проекта, а не через полгода, когда база уже тормозит на закрытии периода. Это же требование стоит перепроверять при каждом заметном росте штата или числа документов — то, что хватало на 20 пользователей, может не выдержать пятьдесят.
Сколько стоит довести внедрение до уровня, из которого получится кейс
Если причина слабого результата — инфраструктура, перенос базы на профильный сервер обходится от 1 100 ₽/мес за пользователя за аренду сервера 1С, а без выделенного сервера — от 1100 рублей в месяц за аренду самой 1С в облаке. Донастройка отчётов под нужные метрики, устранение узких мест в производительности и сопровождение после запуска считаются по часам сисадмина или специалиста 1С — от 3800 рублей в час.
Для проекта, который планируется с нуля и должен изначально давать измеримый результат, разумнее закладывать аудит и фиксацию KPI в само внедрение 1С, а не добавлять их постфактум. Если внедрение уже случилось, но версия конфигурации отстала на несколько релизов, часто быстрее и дешевле начать с обновления 1С — многие проблемы с производительностью и отчётностью снимаются уже на этом шаге, и заодно появляется точка отсчёта для будущего кейса: зафиксированные показатели «до обновления» и «после».
❓ Частые вопросы
Кто может подать заявку на конкурс кейсов «1С»?
Заявку подают и компании, которые внедряли 1С своими силами, и партнёры-интеграторы, которые вели проект для заказчика. Точные условия участия, номинации и дедлайн подачи «1С» публикует на официальной странице конкурса — их стоит уточнять непосредственно там.
Что обязательно должно быть в кейсе, чтобы его приняли всерьёз?
Минимум — показатели «до» и «после» внедрения: сколько времени занимала операция раньше и сколько занимает теперь, сколько ошибок или ручных действий убрали. Без замера «до» кейс превращается в описание функций системы, а не результата.
Можно ли собрать кейс, если внедрение уже закончилось полгода назад?
Да, если сохранились исходные данные — отчёты, выгрузки, тикеты поддержки за период до и после запуска. Часто достаточно короткого аудита, чтобы восстановить и сравнить показатели, даже если специально их никто не фиксировал.
Из-за чего внедрение чаще всего не дотягивает до уровня кейса?
Обычно из-за отсутствия KPI в техническом задании и слабого сервера, на котором работает база: даже удачные доработки теряются на фоне жалоб пользователей на скорость работы в конце месяца.
С чего начать, если старое внедрение хочется довести до кейс-уровня?
С короткого технического аудита: проверить версию конфигурации, прогнать тест производительности и понять, какие метрики уже можно снять из базы, а какие для отчёта придётся досчитать вручную.
Или позвоните: +7 906 045-28-27 — в рабочее время с 9:00 до 19:00
Читайте также
Остались вопросы? Нужна помощь?
Менеджеры компании с радостью ответят на ваши вопросы, произведут расчет стоимости услуг и подготовят индивидуальное коммерческое предложение.
Бесплатная консультация

