Как проиграть суд на 1,5 млн рублей за внедрение amoCRM и Power BI, но в итоге выиграть дело. Инструкция

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

Внизу есть краткий итог, кому лень читать.

Всем привет! Меня зовут Михаил Кузьмин. До недавнего времени мы активно занимались внедрением CRM и аналитики на Power BI. Успели поработать с такими компаниями как: Forbes, Ormatek, Евро Чехол, Атланты — это из крупных. Было много и маленьких. В области аналитики мы даже победили на одном хакатоне с решением по сквозной аналитике. Мелочь, а приятно.

Сейчас продолжаем работать в области аналитики, от CRM почти отказались.

Общая стоимость того самого проекта составила ≈ 1.5 млн ₽. Работу делали для компании, у которой в системе должны были работать около 30 человек. В сумму входили:

Любой проект мы всегда разбиваем на стадии:

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

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

Любой проект мы начинаем с аудита. Это по большей части нудный этап, когда вы сидите и слушаете заказчика о том, как все плохо, и почему после внедрения системы должно быть хорошо. Мало кто понимает, что во время аудита интегратор должен смотреть не столько на то, какие системы существуют и как они работают (понятно должен), но и на культуру компании: как она работает, как принимаются решения, кто за что отвечает.

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

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

Если в рамках аудита вы услышали что предыдущий исполнитель неадекватен и плох — это очень звоночек (колокол). Глупо будет не связаться с предыдущим исполнителем и не обсудить проект. Мы, как вы наверное уже догадались, этого не сделали.

Если заказчик говорит, что договор это формальность и вообще мало что означает, но его юристы меняют ваш договор — это опять явный звоночек/гром :)

Ни в коем, повторяю, ни в коем случае не соглашайтесь включать в договор тезисы про то, что вы создаете продукт, а не услуги (если вы оказываете услуги, а не создаете продукт). Мы оказывали именно услуги, поэтому не попались на эту классическую удочку.

И не соглашайтесь подписывать все акты сразу — это путь в один конец.

Классическая ошибка. Вставил его сюда для полноты. Услышал это от Кати Ким на одном выступлении.

Окончание первого этапа

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

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

Да, кстати, мы после этого проекта начали работать только через ЭДО. Только — это значит только. Если у заказчика нет возможности подписывать электронно документы, мы с ним не будем работать :)

До этапа настройки систем у нас все было идеально. Возможно, это было потому, что наши документы толком никто и не читал. Жара началась позже :)

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

Мы столкнулись, по-моему, со всеми звоночками, но упорно двигались далее к завершению проекта с мыслью о том, что у нас все в порядке. На самом деле мы плыли на Титанике и уже даже столкнулись со льдиной, но еще просто не начали активно тонуть. Вспоминаем про подход к работе по спринтам, тут бы он помог быстро остановиться и не тонуть дальше.

Все, кто работает на проектах знают, что часто задержки происходят не только по вине исполнителя. К сожалению, мы не знали, что если появляются задержки на этапе, и после затянутого этапа мы отправляем само подписывающиеся акты, их можно оспорить. Заказчику может быть уже и не нужны ваши работы. Поэтому любое затягивание работ, необходимо согласовывать с заказчиком и получать его согласие.

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

У заказчика была настроенная amoCRM, дашборды, инструкции по работе, было проведено множество обучений (с фиксацией) команды. Только какая разница кто прав, если заказчик недоволен.

Абсолютно все аргументации о том, что мы сделали все по ТЗ и готовы менять систему в рамках доработок или технической поддержки, бодро разбиваются о том, что ТЗ вы согласовывали с другим человеком, все это чушь собачья, и вообще у заказчика все по-другому :( Короче полный атас…

В этой ситуации я могу понять заказчика. Он заплатил немалые (ну для нас они немалые) деньги и получил не то что хотел. Кто виноват?

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

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

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

В итоге я пришел на первое заседание, пришел на второе, и не пришел на третье. Жесть. Я его пропустил. В стране была эпидемия, я почувствовал себя неважно и подумал, что в такой ситуации суд просто перенесут. Дозвониться до суда я не смог. Хотя именно на этом заседании я должен был доказать, что отправлял акты. Короче эпик фейл. Через день мы узнали, что проиграли.

Конечно, мы подали апеляцию.

В апеляционный суд я шел с вероятностью победы примерно 3-5% — так говорили мне юристы, с которыми я уже начал сотрудничать.

Потом я уже узнал, что апеляционные суды сейчас стали менее формальные и примерно 10-15% решений оспаривают.

Ход суда

В суд представитель заказчика пришел, наверное, просто для формальности.

Первый довод заказчика был в том, что мы не отправили акты.

Я подготовился и показал судьям (их там было уже три) факт отправки актов — распечатки и сами акты.

Второй довод был в том, что заказчик их не получал.

Я показал что почта получателя в отправке и в договоре одинаковая.

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

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

Четвертый довод был в том, что по работам шли нарушения сроков.

Тут уже, видимо, сам суд охренел от позиции и отмел этот довод по причине того, что если вас не устроили сроки, то где хотя бы одно письмо? Вот почему так важно отвечать на вопросы по срокам, а в идеале их исполнять.

Короче в апеляции мы победили.

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

Как мне потом объяснил знакомый юрист, который прослушал аудио запись заседания, правильным было мое личное присутствие на апеляции.

На данный момент идут мелкие разбирательства по которым мы возвращаем средства, понесенные нами на юристов, перелеты и прочее…

Отдельно хочу отметить подрядчиков по проекту: Sensei и MyBI Connect. Это хорошие партнеры, которые подготовили для нас кучу документов для помощи в суде. Если вы вдруг выбираете решение для amoCRM по автоматизации или выгрузке данных, их смело рекомендую соответственно.

В итоге мы сделали чек лист, как по-нашему мнению лучше всего вести проекты по сайтам, внедрению срм систем, построения отчетов и так далее.

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