Doczilla позволит
Полностью исключить простые ошибки;
Ускорить подготовку документов в 10 раз;
Избавиться от рутины и перепроверок;
Забыть про неактуальные шаблоны;

На ошибках учатся: топ-10 факапов команды Doczilla, которые сделали платформу лучше


⏱13 мин | 13.06.2024

На вебинаре LegalTech fuckups CEO и основатель Doczilla Кирилл Буряков рассказал, какие ошибки допускала команда Doczilla в проектах клиентов. В этой статье раскрываем 10 наших главных промахов и говорим о выводах, которые сделали.


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


В этой статье CEO и основатель Doczilla Кирилл Буряков поделится опытом команды Doczilla и покажет 10 наших ошибок в клиентских проектах. Для защиты интересов клиентов все кейсы приведены анонимно.

Клиент всегда прав

Если продукт автоматизации работает не так, как следует, — пенять нужно на вендора. Заказчик не обязан знать всех тонкостей LegalTech-процессов. Автоматизация документооборота — разовый проект для клиента, а для подрядчика — целый бизнес. Поэтому мы как вендоры знаем все о своем продукте, технических особенностях интеграции с СЭД клиента, рисках и возможных проблемах. Именно наша команда должна предугадывать трудности в будущем и купировать риски. Поэтому все ошибки, о которых дальше пойдет речь, — это промахи команды Doczilla.

1. Масштабирование без опытной эксплуатации

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

2. «Мы все сделаем сами»

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

3. Слишком амбициозная задача

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

4. Команде вендора не хватило лидерства

Вывод
Руководитель проекта со стороны вендора должен уметь управлять ситуацией, настаивать на грамотном решении и вести проект в правильное русло. Если вендор работает с топ-менеджментом крупной компании, нужно ставить опытного и статусного руководителя, который проведет заказчика через «темный лес автоматизации» и застрахует от неэффективных решений.

5. Адское ТЗ в несколько сотен требований

Вывод
Когда техническое задание разрабатывается без участия исполнителя, клиент не всегда может объективно оценить, какие функции ПО ему действительно нужны, а от каких можно смело отказаться. В этом случае вендору следует прийти на помощь и объяснить, как решить проблему заказчика самым быстрым и доступным способом. Чем проще проект — тем быстрее и дешевле его можно реализовать.

6. Нет тестового сервера

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

7. Использование waterfall-подхода в управлении проектом

Вывод
Для управления LegalTech-проектами идеально подходит продуктовая, или ping-pong-методология, когда вендор отдает заказчику MVP (минимально жизнеспособный продукт), получает фидбэк и доделывает решение до тех пор, пока не получит стабильный результат.

8. Автоматизация старых процессов

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

9. Ошибки интеграции

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

10. Консервативный подход

Вывод
Требования ИБ не должны становиться стоп-фактором внедрения передовых технологий, потому что в долгосрочной перспективе консервативный подход и отказ от нововведений приведет компанию к поражению в конкурентной борьбе.
Предлагаем также узнать больше →
Об опыте клиентов Doczilla

Применение Doczilla

  • Ускорить подготовку документов в 10 раз
  • Полностью исключить простые ошибки
  • Забыть про неактуальные шаблоны
  • Избавиться от рутины и перепроверок

Читайте также