Часто за выбор софта отвечают либо айтишники, либо (что ещё хуже) закупки. Их выбор строится не на проблемах конечных пользователей (тут нужно глубоко разбираться), а на сравнении списков фич. Чем больше фич за ту же цену, тем лучше.
Чаще всего это приводит к тому, что выбирают софт, которым сложно пользоваться, его долго внедрять и вообще он морально устарел. Как результат, софт либо ненавидят, либо просто не пользуются. Ресурсы потрачены, результата нет.
Задача проектов по автоматизации — найти технологию, которой по-настоящему захотят пользоваться.
Софт становится привлекательным для пользователя, когда:
✅ решает конкретную задачу, а не предоставляет абстрактные возможности;
✅ у него удобный и интуитивный интерфейс (обычно у юристов нет времени осваивать что-то сложное).
Поэтому начинать автоматизацию нужно не с выбора конкретной технологии, а с определения узких мест в работе (возможно там вообще не нужен софт):
📌 измерять показатели работы с имеющимися инструментами (в будущем это также поможет определить окупаемость инвестиции);
📌 пробовать реинжиниринг процессов;
📌 разрабатывать стратегию автоматизации.
Чаще всего это приводит к тому, что выбирают софт, которым сложно пользоваться, его долго внедрять и вообще он морально устарел. Как результат, софт либо ненавидят, либо просто не пользуются. Ресурсы потрачены, результата нет.
Задача проектов по автоматизации — найти технологию, которой по-настоящему захотят пользоваться.
Софт становится привлекательным для пользователя, когда:
✅ решает конкретную задачу, а не предоставляет абстрактные возможности;
✅ у него удобный и интуитивный интерфейс (обычно у юристов нет времени осваивать что-то сложное).
Поэтому начинать автоматизацию нужно не с выбора конкретной технологии, а с определения узких мест в работе (возможно там вообще не нужен софт):
📌 измерять показатели работы с имеющимися инструментами (в будущем это также поможет определить окупаемость инвестиции);
📌 пробовать реинжиниринг процессов;
📌 разрабатывать стратегию автоматизации.