Разработка или покупка технологических решений для автоматизации юридической функции (LegalTech) — это вопрос, с которым часто сталкиваются юридические департаменты.
Обе стратегии имеют свои преимущества и недостатки, и выбор зависит от конкретных потребностей компании.
Что касается разработки (build)
Разработка собственных решений позволяет адаптировать инструменты под конкретные нужды участников процесса. Большими преимуществами становятся высокая конфиденциальность данных внутри систем и возможность интегрироваться с существующими системами так, как удобно пользователям. Такой подход может сократить затраты на подписку и предоставит возможность внедрения новшеств под конкретные пожелания компании без ограничений коробочных решений.
Однако, разработка требует значительных временных и человеческих ресурсов. Нанимать и удерживать квалифицированных специалистов — продукт-менеджеров для внутренних проектов — дорого. Если загрузки не будет достаточно или в проекте не будет интересных задач, есть риск потери таких менеджеров. Их отсутствие усложнит поддержку и масштабирование решений.
Однако, разработка требует значительных временных и человеческих ресурсов. Нанимать и удерживать квалифицированных специалистов — продукт-менеджеров для внутренних проектов — дорого. Если загрузки не будет достаточно или в проекте не будет интересных задач, есть риск потери таких менеджеров. Их отсутствие усложнит поддержку и масштабирование решений.
Про покупку решений ‘с полки’ (buy)
Готовые продукты, обеспечивают быстрое развертывание, стабильность и поддержку от поставщика. Часто соответствуют высоким стандартам безопасности. Особенно ценно, когда необходимо срочно решить конкретную проблему, например, с управлением документами или выставлением счетов в юрфирме. Такие продукты обычно поддерживаются инструкциями и часто задаваемыми вопросами, что облегчает их внедрение и освоение. Стоимость и потенциал затрат на подобные решения легко предсказуемы, что облегчает планирование бюджета. Тем не менее, покупка готовых решений требует начальных инвестиций и возможных постоянных затрат на подписку. Если решение не понравится на старте, то скорее всего, отказ от него дорого обойдется компании.
Главный минус решений от поставщика — в большинстве случаев эти решения ограничены в возможностях настройки и требуют времени на обновления для добавления новых функций.
Главный минус решений от поставщика — в большинстве случаев эти решения ограничены в возможностях настройки и требуют времени на обновления для добавления новых функций.
Комбинированный подход
Многие компании находят оптимальным комбинированный подход, когда сначала создается решение как доказательство концепции, а затем, при необходимости, докупается программное обеспечение от вендора. Это позволяет лучше понять потребности и подготовить убедительный бизнес-кейс для инвестиций внутри компании. Как, пример, потребность можно попробовать автоматизировать через бескодовые платформы. Инвестиции в такие платформы могут стать замечательной альтернативой, позволяя автоматизировать процессы без глубоких технических знаний. Гибкость таких решений делает их привлекательными для компаний любого размера, позволяя быстро и эффективно внедрять изменения.
Такие решения могут закрыть потребность компании в моменте, но далеко не всегда могут учитывать существующие процессы и вытянуть потенциальные интеграции с другими системами.
Такие решения могут закрыть потребность компании в моменте, но далеко не всегда могут учитывать существующие процессы и вытянуть потенциальные интеграции с другими системами.
Как вывод…
Успешный выбор стратегии требует тщательного анализа всех аспектов: от полной стоимости владения до возможности масштабирования и поддержки. Интеграция данных и платформ часто становится ключевым фактором, независимо от выбранного подхода.
Пара важных комментариев:
Основа запуска любого решения — уточнить требования всех участников. Фактические пользователи плохого не посоветуют, а отфильтровать лишнее вы всегда успеете. Им приятно, всем полезно.
Чтобы не травмировать участников, обкатывайте с ними идею заранее. Даже когда нет идеи в четком виде. Это всегда создает атмосферу причастности и объединяет всех как общий проект.
Основа запуска любого решения — уточнить требования всех участников. Фактические пользователи плохого не посоветуют, а отфильтровать лишнее вы всегда успеете. Им приятно, всем полезно.
Чтобы не травмировать участников, обкатывайте с ними идею заранее. Даже когда нет идеи в четком виде. Это всегда создает атмосферу причастности и объединяет всех как общий проект.