В этой статье расскажу историю не про «успешный успех», а про то, как опытный предприниматель с 20-летним стажем в IT и десятками успешных реализованных проектов оказался в долгах, лишился команды и заложил дом из-за одного внедрения и звонка в фирму «1С».
Проект, который начинался с доверия
Я бывший собственник компании, которая на протяжении 13 лет (с 2011 по 2024) была надежным партнером фирмы «1С». Мы выиграли тендер на внедрение ЗУП 3.1 («1С: Зарплата и управление персоналом») для крупной нефтесервисной компании с годовым оборотом 6 млрд руб.
Нас пригласили те заказчики, с кем мы уже успешно работали раньше в другой компании и выполняли аналогичный проект. Он длился полтора года и закончился с отличными отзывами и размещенным кейсом в справочнике внедренных решений на портале фирмы «1С». Казалось бы, что могло пойти не так?
На старте мы проанализировали документацию, обозначили риски, выиграли тендер и подписали контракт на 18 млн руб.
Первый тревожный звонок
В процессе работы на этапе предпроектного обследования стало ясно: техническое задание было неполным, интеграций — море, и все это не учли изначально.
После написания и согласования отчета об обследовании нам пришлось сделать пересчет проекта. Мы подняли стоимость проекта до 30 млн руб., обосновав увеличение стоимости заказчику.
Согласование изменений в бюджете проекта заняло 4 месяца, но мы продолжали работать — по привычке «тащить» заказчика. Это была первая ошибка.
Саботаж внутри клиента и выгорание команды
В процессе работы и на ключевом этапе принятия работ заказчик начал саботировать собственный проект. Сотрудники отказывались проверять и выверять перенос данных: «Рабочий день — 8 часов. Мне за это не платят», заявляли исполнители заказчика.
В процессе сдачи работ возникало все больше задержек принятия работ со стороны исполнителей заказчика, часть команды исполнителя в процессе проекта покинули компанию.
У них не было мотивации для внедрения нового продукта. А у нас была команда, опыт и ответственность. Мы продолжали выполнять свои обязательства по договору в обозначенные сроки договором и предложили свои услуги в виде дополнительных ресурсов на первую линию консультаций заказчика и аналитиков по выверке переноса данных.
Я усилил команду: вместо 10 специалистов стало 16 — почти треть всей компании. Мы сделали почти все.
Когда 10 из 14 юрлиц начали считать зарплату в новой системе, я понял — мы близки к финишу и завершению проекта. Увы, но часть команды до наступления этого момента я уже потерял. Часть опытных экспертов выгорели и нашли другие места на рынке. Удержать их мне не удалось.
Юридически мы все оформили идеально: проектная документация, протоколы, письма, переписка, подтверждения. Мы были готовы к закрытию одного из ключевых этапов проекта на 7-8 млн руб. И тут случилось самое абсурдное.
Заказчик пожаловался в «1С». Сказал, что его «прижали к стенке» и что «подрядчик ведет себя агрессивно». Вендор просто снял нас с проекта. Без разбирательств. Без проверки фактов. Просто решили, что проще заменить. И нас заменили другим партнером.
К счастью, новый подрядчик оказался порядочным — он отказался начинать работу, пока нам не подпишут акты и не закроют все вопросы по оплатам. Взамен он попросил у нас гарантийные обязательства, если таковы будут найдены. Благодаря ему и тонне переписки, мы подписали мирное соглашение — через год, в феврале 2024 года.
Проект, рассчитанный на 1,5 года, растянулся на 2,5. Чтобы удержать команду, я взял кредиты. Заложил дом. Заплатил налоги. И все равно остался с кассовым разрывом в 72 млн руб. Команда в итоге ушла — кто-то сам, кого-то пришлось отпустить. «1С» от нас просто отмахнулась без выяснения на то обстоятельств.
Выводы и советы каждому внедренцу и партнеру крупного вендора
- Проверяйте заказчика как контрагента. Анализируйте арбитражные дела, смотрите, кто в руководстве. Не верьте красивым словам. У нашего заказчика в арбитражных делах было 364 иска. У руля стоял бывший банковский работник, который умеет оборачивать деньги, тем самым задерживая принятие работ у исполнителей (у многих заказчиков есть такая стратегия).
- Всегда имейте финансовую подушку. Берясь за крупные проекты, планируйте и рассчитывайте, чтобы у вас была всегда в наличии в резервном фонде сумма, составляющая не менее шести выплат ФОТ вашей компании.
- Не надейтесь на вендора. Партнерская сеть — это бизнес, а не семья. Сегодня вы ценный партнер, а завтра вас могут вычеркнуть одним звонком или в лучшем случае купить.
- Документируйте все. Каждое письмо, каждый протокол, каждое задание должно быть на бумаге. Электронно и физически.
- Страхуйте себя и свою команду. Не ставьте бизнес под угрозу ради «успеха любой ценой». Иногда правильное решение — остановиться.
Почему я рассказал эту историю
Не из обиды, а потому что таких историй — десятки, но про них не говорят. Если вы работаете в интеграции, в автоматизации, в «1С» — подумайте, прежде чем входить в проект мечты. Один звонок может изменить вашу судьбу. Как он изменил мою.
Читайте также:
Интересный кейс !
Но в процессе прочтения мне показалось, что есть явные неувязки:
и
Получается, что изначально смета расходов была колоссально занижена ?
Может причина в этом, а не в "звонке другу"...
Интересный кейс. Просто уточню:
1. Контракт за 18 млн. планировался на 18 месяцев (т.е. 1 млн./мес.) при команде 10 чел. (т.е. менее 100 т.р. на одного заработчика 1С)?
2. Опытный предприниматель с 20-летним стажем в IT и десятками успешных реализованных проектов процессе работы понял, что техническое задание было неполным? Т.е. ТЗ составляли сами, но не учли интеграции?
3. Контракт выиграло юрлицо, с которым было проведено контрактование, но некий вендор просто "снял с проекта. Без разбирательств. Без проверки фактов". Как вендор вообще оказался в контракте с такими полномочиями?
4. "Нас пригласили те заказчики, с кем мы уже успешно работали раньше в другой компании и выполняли аналогичный проект." и "Проверяйте заказчика как контрагента. Анализируйте арбитражные дела, смотрите, кто в руководстве. Не верьте красивым словам." Нет ли тут противоречия?
5. "Берясь за крупные проекты, планируйте и рассчитывайте..." Когда 18 млн. стало крупным проектом в IT для Oil&Gas?
6. "...остался с кассовым разрывом в 72 млн руб." при повышенном бюджете до 30М и годовой просрочке? Как это возможно?
7. "... бывший собственник компании" поднял проектную команду до 16 человек, что было около 1/3 от штатной численности, т.е 2/3 команды работало по другим проектам"? Только ли из-за одного проекта "схлопнулся бизнес"?
8. "Юридически мы все оформили идеально: проектная документация, протоколы, письма, переписка, подтверждения." И тут же "Документируйте все. Каждое письмо, каждый протокол, каждое задание должно быть на бумаге. Электронно и физически." В чем ноу-хау - не то или не так документировали?
9. "новый подрядчик ... попросил у нас гарантийные обязательства, если таковы будут найдены." Смысл фразы вообще ускользнул. Кто что и кому гарантировал? Или на стороне старого подрядчика было непонимание, что они подписывали?
Не надейтесь на вендора. Партнерская сеть — это бизнес, а не семья. Иногда правильное решение — остановиться.
Bingo! Для инсайта такой глубины точно нужен стаж в 20 лет. И вот - "контрольный вопрос": как такое качество проектного управления вообще могло оказаться в наличии у бизнес-тренера, executive-коуча и ментора Сколково -Практикум?
Либо не весь кейс описан, либо в реальности было иначе - слишком много "нестыковок". С учетом блокировки по счетам "ФОБИЗНЕС ПРО" (на эту же контору повесили контракт?) я склоняюсь к первому.
Удивительная история. Она реальная?
Два-три совершенно детских вопроса:
- был ли у проекта менеджер, и чем он всё это время занимался
- кто такие "мы" в тексте публикации, и кто конкретно готовил контракт и все приложения с заказчиком
- почему проект не был остановлен, как только выяснилось, что фактический объем работ в разы выше запланированного и бюджетированного.
И то, что я никак не берусь объяснить: почему предпроектное обследование выполняется после начала работ по проекту, и каким образом какой угодно вендор упоминается в этом контракте с правом его - контракта - разрыва.
Сработали классические риски оговора подряда.
Все что нужно было сделать - открыть реестр рисков и прописать кавинанты в договор.
По сути 72 млн.р. - это плата за 10 строчек неграмотно составленного договора,
Очень похоже на историю из серии «как не надо что-то делать».
ИТ-проекты могут стоить очень дорого, но при этом их выполнение легко сорвать как со стороны заказчика, так и со стороны исполнителя.
Тут надо очень внимательно относиться к собственной безопасности.
А вот это действительно можно не предусмотреть и «вляпаться» из-за этого.
Надо обязательно предусмотреть все возможные риски и защиту от них.
По моему мнению всё что описанно сверху полный бред отвечаю почему.
1. Скрытая правда и неполная картина
Автор исходного материала, скорее всего, представил лишь часть информации, выгодную ему или его стороне. В реальности любая ситуация имеет множество нюансов:
Кто заказчик, кто исполнитель? Возможно, у второй стороны своя версия событий.
Какие договорённости были на самом деле? Устные договорённости, переписка, предварительные согласования — всё это может кардинально изменить трактовку.
Почему не приведены доказательства? Если речь идёт о судебном споре или конфликте, важно видеть документы, а не только эмоциональные утверждения.
Вывод: Без полной информации делать однозначные выводы нельзя. Возможно, автор намеренно манипулирует фактами, чтобы вызвать определённую реакцию.
2. Юридические последствия и ответственность компаний
Утверждение, что "ни одна компания не может просто так отмахнуться от исполнителя", требует уточнения:
Если нарушен договор – исполнитель вправе требовать компенсацию через суд. Но важно, какие именно пункты соглашения были нарушены.
Роль юристов – действительно, грамотные специалисты могут выявить нарушения со стороны заказчика (например, 1С) и даже доказать сговор, если есть доказательства.
Но есть нюанс: если исполнитель сам нарушил условия (не выполнил работу, срывал сроки), то его претензии могут быть отклонены.
Пример: Если компания подписала акт приёма-передачи, а потом передумала, это её проблемы. Но если подпись была поставлена под давлением или с ошибками – можно оспорить.
Вывод: Прежде чем обвинять, нужно изучить договор и переписку. Иначе это просто эмоции.
3. Непрофессионализм и публикация ошибок
Зачем вообще выкладывать такую статью? Возможные мотивы:
Попытка оправдаться – автор хочет показать себя жертвой, переложив вину на других.
Пиар или провокация – иногда скандальные статьи делают для привлечения внимания.
Искреннее раскаяние – но тогда текст должен быть другим: с анализом ошибок, а не обвинениями.
Проблемы в тексте:
"Мы подписали, а потом пересчитали" – если компания согласилась с условиями, а потом передумала, это её риски. Нужно было проверять до подписания.
"Жадность и неопытность" – возможно, автор сам не разобрался в вопросе, а теперь ищет виноватых.
Вывод: Если уж писать о своих ошибках, то честно: что пошло не так, какие уроки извлекли. А не просто жаловаться.
Соглашусь. Таких историй много. У меня тоже есть аналогичный скелет в шкафу.
Собственно, "опытный предприниматель" начинается после первого провала (разной степени "провальности").
Одна из типичных ошибок ИТ-компаний - вольное или невольное участие в политических баталиях внутри заказчика. Иногда лучше отказаться от "вкусного" контракта, если чувствуешь, что внутри организации-заказчика есть напряженность между значимыми людьми и/или подразделениями.
История трагичная, но "что-то ты, Герасим, не договариваешь".
Я так понял, что фирма работала по рамочному договору с некой нефтедобывающей компанией, как контрагент. Такое сейчас в ИТ часто бывает, тем более, что сумма договора не ахти большая.
Ну и понадеялись на советы, везение и авось. Техзадание никто не смотрел. Телегу поставили впереди лошади - сначала ТЗ, потом обследование. Ну это, товарищи, чудовищно!
Гендир пошёл на поводу у команды: "Ну ЗУП - это ерунда, первый раз что-ли...".
Автор - смелый человек, но вижу только одно - ужасно подготовленная работа. На всех этапах. И команда из-за этого выгорела и разбежалась. Даже странно читать про 20 лет опыта.
И полностью согласен с Евгением: "был ли у проекта менеджер, и чем он всё это время занимался".
На мой взгляд, типичная история про то, как небольшой 1С:Франчайзи, который:
Исходя из этой логики выходит на тендер и прилично демпингуя выигрывает его.
При этом подставляет не только себя, но и заказчика, который вынужден назвать его победителем по соответствующим законам.
Итог: у заказчика нет системы, а у подрядчика кассовые разрывы, дыра в бюджете и уход команды.
Ну и называть кассовым разрывом 72 млн при невыполненном контракте - звучит странно. Имхо это убыток.
Точно! Не объясняются логикой ни одна цифра в рассказе. 14 юрлиц, 10 человеку команды. Ну ЗУП далеко не самый сложный продукт, мягко говоря. И 1,5 года на ведрение.
Перенос данных - операция почти элементарная, даже если там 1000 человек. Что мешало самим проверить? Команда не выгорела, она разбежалась, видя полный бардак. Видимо под внедреним и понимался это пресловутый перенос.