Сначала документы, потом процессы, потом софт
Документооборот нужно оптимизировать, иначе компания будет увязать в нём — это понимают все большие юридические команды. Но чаще всего оптимизацию юрдепартаменты начинают с покупки конструктора договоров.
Этот подход самый распространённый на рынке. Но он стратегически неправильный — компания не получит желаемого эффекта.
Софт сам по себе не оптимизирует документооборот — он только избавляет от части ручной работы. Софт работает хорошо, только когда встроен в правильные процессы. А в случае с конструктором нужны ещё и качественно другие документы (не стандартные шаблоны, где в зависимости от вида лицензии нужно поменять примерно 23 других условия договора).
Поэтому мы всегда рекомендуем такой порядок оптимизации:
📌 разработать новую архитектуру документооборота — более гибкую и подходящую под дальнейшую оптимизацию процессов;
📌 переработать имеющиеся шаблоны и подготовить их к оптимизации процессов и автоматизации — с учётом масштабируемости документооборота;
📌 посмотреть на процессы, обозначить узкие места и пересобрать их;
📌 понять, нужен ли софт — с правильной архитектурой документооборота и процессов работа с документами может быть удобной и быстрой и без конструктора;
📌 на более поздних этапах подобрать полноценный CLM — софт с более широким функционалом, чем конструктор.
Расскажите о своём опыте оптимизации документооборота — с чего начинали, какие уже есть успехи, какие узкие места.
#SimplawyerLegalOps
Post #205
4.07K
- 👏 15
- 👍 14
- 🔥 3
- 🤩 1