Бизнес план системы документооборота

Бизнес план внедрение электронного документооборота

В ходе реализации проекта была автоматизирована деятельность обособленного подразделения «Зарубежнефть-добыча Харьяга», а также удаленных рабочих мест – без очного присутствия на рабочих местах. Особенность проекта еще и в том, что систему электронного документооборота установили на самом промысле в поселке Харьяга.

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

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

Для руководителей разработан персональный интерфейс, который позволяет оптимизировать работу с поступающими задачами и документами, а также оперативно контролировать работу сотрудников. В интерфесе доработана форма «Задачи мне». При создании подзадачи на основании собственной задачи, созданная подзадача отображается на форме.

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

Реализована группировка задач по типам (исполнение, согласование), добавлено цветовой отображение новой поступившей задачи, а также префикс «Новая!». На форме задачи добавлены активные ссылки на связанные документы, на визы по документу. Доработана вкладка «Отчет о выполнении поручения» на форме задачи с возможностью сохранения хода исполнения поручения.

Кроме того, при создании системы были сделаны следующие доработки решения «1С:Документооборот»:

1. Доработка журнала регистрации договоров (универсальный отчет).
2. Разработан отчет «На контроле ЗНДХ» и «Отчет по выполненным поручениям» по контрольным поручениям генерального директора на основании документов.
3. Доработан механизм контроля исполнения поручений. Если ответственный исполнитель выполняет своё поручение и оно снимается с контроля, то у соисполнителей поручение автоматически завершается.
4. Разработан отчет о выполнении контрольных поручений от генерального директора для заместителей генерального директора.
5. Доработана команда «Вопросы деятельности». Если настройка установлена, то в разделе Нормативно-справочная информация появится команда «Вопросы деятельности», в документах появится поле «Вопрос деятельности».
6. Доработан лист согласования для внутренних и исходящих документов.
7. Разработан отчет о средней длительности согласования. Отчет формируется за заданный период, позволяет настраивать иерархию вывода информации и менять уровень группировки от заместителя генерального директора до сотрудников отдела.
8. В печатной форме протокола совещаний добавлена возможность вывода строки «Отметили».
9. В печатной форме протокола добавлено автоматическое заполнение регистрационного номера и даты из связанного внутреннего документа, а так же автоматическое заполнение реквизитов «Номер протокола» и «Дата протокола» в карточке мероприятия.
10. Доработана форма задач не принятых к исполнению. Добавлено отображение у исполнителя задач по делегированию полномочий. Форма позволяет посмотреть задачи, приходящие на роль или на конкретного исполнителя.
11. Доработана форма «Дела (тома)». Реализовано создание связи с внутренними документами с помощью реквизита «Дела постоянного хранения». Дела закрываются автоматически после согласования связанного документа.
12. Разработаны всплывающие окна о поступлении новых задач.
13. Разработан лист согласования в соответствии с шаблоном для заявки на закупку.
14. Разработан лист согласования в соответствии с шаблоном для дополнительного соглашения и договора.
15. Разработан лист голосования в соответствии с шаблоном для «Решения тендерного комитета».
16. Добавлена возможность настройки прав на сохранения листа результатов согласования для определенного круга пользователей в редактируемом формате.
17. В блоке «Мероприятия» доработан функционал по запуску поручений по протоколам: Настроено разграничение по запуску контрольных и неконтрольных поручений в зависимости от вида мероприятия (внутренние совещание; совещание у генерального директора).
18. Реализована возможность настройки запрета на удаление определенного шага в шаблоне комплексного процесса перед стартом.

Для чего нужно внедрение системы

Чтобы эффективно решать задачи бизнеса, ECM-система должна максимально соответствовать потребностям предприятия — быть настроена под его текущие процессы. Грамотная организация проекта внедрения специалистами Directum и партнеров обеспечивает получение гарантированного эффекта в установленные сроки.

Источник

Проект оптимизации документооборота, или Как на примере 8 видов документов сделать работу компании проще и легче

Рассказ пойдет о проекте по оптимизации документооборота одного из клиентов ООО «МайТэк».

Компания N — российская группа производственно-сервисных организаций. Основные виды деятельности: производство и поставка продукции различного назначения, инженерная поддержка заказчиков и сервисные услуги.

На момент обращения к нам компания N уже несколько лет работала в ECM-системе. Несмотря на то, что процессы по согласованию документов были переведены в электронный вид, средний срок согласования приказа, например, составлял более 15 дней против отведенных по регламенту 4.

Как выяснилось, компания оказалась в такой ситуации по совокупности различных факторов. Из ключевых стоит обозначить следующие:

● Отсутствие четких регламентов по согласованию документов. В итоге документ, требующий согласования всего четырех руководителей, попутно обрастал еще десятком согласующих;

● Наличие бизнес-единиц, работающих «в полях» и не имеющих возможности использовать какую-либо СЭД в формате реального времени;

● Отказ некоторых подразделений переходить на новые системы под предлогом «У нас все работает! Вы только сделаете хуже!».

Но все верили, что документооборот должен и может быть простым и понятным, а самое главное – эффективным.

Бизнес-процессы «как есть»

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

Причиной неудачи послужили несколько факторов:

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

· Переплетение документов внутри бизнес-процессов.

В таком ключе рассматривать бизнес-процессы было невозможным, т.к. на понимание и описание схем процессов ушло бы от 1,5 до 2 лет. Разумеется, такой роскоши, как время, у нас не было, а значит, этот вариант не подходил.

Отбросив в сторону идею с бизнес-процессами, проектная команда стала искать точки входа для аналитики документооборота компании N. Рассуждали долго: обдумывали каждый возможный вариант, но постоянно заходили в тупик… До определенного момента. На очередном обсуждении, спустя 3 часа непрерывного совещания, когда казалось, что решения нет, была предложена идея двигаться не от бизнес-процессов, а непосредственно от документов.

От процессов к матрице документооборота

Этот подход позволил нам взглянуть на проблему «по частям», подробно разобрав весь документооборот компании на составляющие. На первом этапе была составлена детальная матрица документооборота компании N, куда вносились все данные о существующих документах:

● В каком виде документ заносится в организацию;

● В каком виде проходит каждую из стадий жизненного цикла;

● Сколько документов формируется в год;

● Сотрудники, работающие с документом;

● Обязательность хранения в бумажном виде;

● Взаимодействие с контрагентами;

● В какой системе с документом проводится та или иная работа;

● Что служит основанием для создания документа;

● Что является следствием рассматриваемого документа;

Список был весьма внушительным, а к моменту сбора всей информации матрица документооборота превратилась в таблицу с 1 200 строками.

Сбор данных и структурирование результатов

Второй этап работы – выяснение процентных долей каждого вида документа от всего документооборота компании. Было установлено, что 95%, то есть 233 212 шт., составляли всего 8 видов документов: акты, счета, документы фонда оплаты труда, приказы, договоры, письма (входящие и исходящие), авансовые отчеты, бухгалтерские документы.

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

Изучение документов началось с анализа нескольких показателей:

● Количество создаваемых документов в год;

● Количество сотрудников, работающих с документом;

● Временные затраты на выполнение заданий по работе с документом;

● Стадии жизненного цикла документа;

● СЭД и другие системы, где документ фигурирует;

● Проблемные места в работе с документом;

● Стоимость процесса работы с документом.

И обратно к процессам

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

● Документы вносились разрозненно;

● Жизненный цикл документа протекал в нескольких системах одновременно;

● Процессы согласования не были оптимизированы в части отказа от бумажных копий;

● Процессы согласования не были оптимизированы или даже регламентированы в части согласующих лиц;

● Большое количество возвратов документов на доработку происходило в результате некорректного выполнения заданий (отсутствие необходимых вложений; неверное оформление реквизитов);

● Сотрудники не использовали функционал ECM-системы на необходимом уровне.

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

Итоги этапа аналитики

В результате детального исследования процессов, связанных всего с 8 видами документов, удалось прийти к нужному результату. Завершив проект оптимизации, Компания N придет к следующим показателям:

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

Да, современные веяния подсказывали нам, что надо идти от процессов. Но процессы бывают разные. Какие-то из них связаны с документами, какие-то идут без них. В данном конкретном случае схемы процессов оказались бесполезны – они тяжелые и в отрыве от контента (документов) ничем помочь не смогли. Зато, когда мы пошли от документов, удалось быстро вернуться к процессам и оптимизировать их.

Конечное исполнение процессов заказчик реализовал в ECM, а не в BPM-системе. Это может кому-то показаться странным. Но еще раз подчеркнем, что контент и процессы неотделимы, поэтому на современном рынке многие ECM-системы имеют движки workflow и поддерживают управление процессами, в то время как BMP-системы добавляют работу с контентом (внутри себя или посредством интеграции с внешними хранилищами).

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

Источник

Как я выбирал СЭД — о чем молчат вендоры

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

Я согласился, хотя и работаю в немного другом направлении и раньше вплотную не сталкивался с СЭД. То что я обнаружил в процессе изучения и сравнения разных решений мне настолько интересным, что я даже решился на небольшое расследование и теперь делюсь результатами.

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

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

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

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

Обманутые ожидания

Давайте на секунду отойдем от темы электронного документооборота, чтобы никого не обидеть. Я просто предлагаю вам внимательно посмотреть на две картинки.

Это Salesforce – одна из самых серьезных и авторитетных CRM-систем. На их сайте нужно пройти процедуру регистрации, в том числе указать название компании, количество сотрудников и свой телефон, чтобы просто посмотреть видеоролик о системе. Без этого Вы не увидите ни внятного описания функционала ни скриншотов, которые помогли бы составить впечатление о продукте.

А это Битрикс24. У них достаточно просто ввести свой Email-адрес и через несколько секунд можно уже начать работу в системе, и через 15-20 минут вы на практике получите общее представление о возможностях предлагаемого решения.

Чувствуете разницу? Кто более открыт публике? У кого больше шансов «зацепить» клиента?

Так вот, ситуация на российском рынке систем электронного документооборота всё больше напоминает первую картинку. Почему? Потому что продавец (который делает сайт) и покупатель (который приходит на сайт) преследуют разные цели.

Позиция продавца — «Расскажи мне о своих проблемах, а я покажу, как мой продукт их решает».

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

Только в условиях насыщенного рынка покупатель не очень-то стремится к диалогу, вот и получается, что клиент приходит на сайт с целью «примерить костюмчик», а вендор заколачивает витрины досками, и соглашается хоть что-то показать только, когда дверь за посетителем надёжно закроется.

Впрочем, такое парадоксальное поведение имеет простое объяснение — так исторически сложилось.

История вопроса

Давайте мысленно вернемся примерно в начало 2000-х и представим, что вы решили привнести в свой бизнес немного автоматизации. К примеру, организовать электронное согласование договоров или автоматизировать какие-нибудь заявки.

Для этого вам без сомнения пришлось бы взяться за реализацию серьезного и масштабного ИТ-проекта как минимум на 6-12 месяцев и несколько миллионов рублей (в сегодняшних деньгах). Этот проект по большей части состоял бы из работ по обследованию, составлению ТЗ, моделированию бизнес-процессов, модификации, адаптации, конфигурированию, настройке и внедрению ПО.

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

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

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

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

Раньше вендорам не было смысла акцентировать внимание на функциях продукта, потому что никто кроме ИТ-специалистов не смог бы этого понять, а тем более осмыслить. Сами клиенты охотнее велись на такие вещи как известность бренда, наличие известных клиентов и пр.

Но за последние годы всё изменилось. Но современный клиент – совсем другой человек. Сегодня менеджер среднего звена (например, начальник общего отдела) вполне может обсудить вопрос синхронизации справочников 1С с внедряемой системой.

Современный клиент технически более грамотен и занимает активную позицию — он хочет и может самостоятельно изучить продукт и сделать собственные выводы на основе собственного опыта.

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

До поставщиков СЭД это еще не дошло. Они по-прежнему думают, что их покупатель такой же, каким был 10 лет назад. Они по-прежнему считают, что продают не продукт, а свою многолетнюю репутацию. Они по-прежнему предпочитают показывать отзывы, а не саму систему.

Что же делать? Как же нам выбрать подходящее решение, если вендоры совсем не хотят идти нам навстречу? Надо собирать информацию по крупицам и читать между строк.

Вот прямо сейчас и попробуем.

Процесс выбора

Перейдем к главному. Давайте посмотрим на процесс выбора СЭД и отметим, какая информация нам потребуется и насколько легко её можно найти на сайтах ведущих российских поставщиков.

Шаг 1. Изучаем списки функциональных возможностей

Как и любой потенциальный клиент, я прихожу на сайт уже с некоторым пониманием своих проблем и способов их решений. Я примерно представляю, какой функционал мне необходим, поэтому отправной точкой для меня будет перечень функциональных возможностей системы. На этом этапе меня не интересуют детали — мне важно, обладает ли в принципе система необходимыми функциями. Зачастую от ответа на этот вопрос будет зависеть – продолжу ли я изучение этого сайта или пойду на следующий.

Пример: Организация ведет интенсивную официальную переписку со своими обособленными подразделениями и другими организациями. Поэтому для меня критична функция регистрации входящих писем от контрагентов и государственных органов.

Начать следует с таких разделов как «Описание решения», «Решаемые задачи», «Возможности» и пр. Постарайтесь найти список конкретных возможностей системы или решаемых задач. Обращайте внимание на уровень детализации, многие вендоры предпочитают общие формулировки типа «навести порядок в договорной работе» или акцентируют внимание на архитектуре, технологиях, поддержке разных СУБД и пр.

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

Хороший пример:

ТЕЗИС. В разделе «Функциональность» находится простой и понятный перечень основных возможностей, разбитый по функциональным блокам. Позволяет сразу составить представление о системе.

Плохой пример:

DocsVision. Информация о функционале рассредоточена по описаниям платформы, модулей, бизнес-решений и доработок сторонних производителей. Разобраться в таком большом объёме данных непросто.

Шаг 2. Ищем релевантные примеры использования

Допустим, я нашел интересующий меня функционал. Теперь надо понять, как именно это реализовано. Мне мало обещаний в стиле «возможность согласования документов» — мне важно, как в рамках этой возможности будут выполняться нужные мне операции.

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

Для этого вам следует искать специальный раздел посвященный конкретной функции или модулю, либо дополнительные материалы. Зачастую на сайтах можно найти тематические презентации, посвященные конкретным процессам, например «Согласование договора в системе Х», «Автоматизация канцелярии» и тому подобное. Важно найти материалы, демонстрирующие решения проблем, максимально похожих на ваши.

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

Хороший пример:

Verdox. В разделе «Виртуальный тур» представлено множество конкретных кейсов, каждый из которых – небольшая демонстрация соответствующего процесса с картинками и подробным описанием.

Плохой пример:

МОТИВ. Вместо описания возможностей и функций – статья о необходимости и актуальности документооборота. Даже в примерах подробно описаны проблемы, но непонятно какие решения предлагаются.

Шаг 3. Рассматриваем скриншоты

Как ни крути, а зачастую хороший скриншот может очень многое сказать о системе. Для меня изучение скриншотов – это обязательный этап выбора. И я — не исключение — современные покупатели зачастую обладают достаточным опытом, чтобы даже на основании снимка экрана сделать определённые выводы.

К тому же скриншот это своего рода доказательство того, написанное на сайте — правда. Одно дело написать что-то в списке функций и совсем другое — показать соответствующий экран.

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

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

Если же скриншотов мало или на них не видно деталей, то возможно разработка не так хороша, как вам расписывают.

Хороший пример:

Optima Workflow. Полноразмерные скриншоты сопровождаются подробным описанием того, что на них изображено.

Плохой пример:

БОСС-Референт. Скриншотов нет вообще. Весь контент – текстовый. Для меня так и осталось загадкой – как же выглядит эта система. Впрочем, один скриншот на сайте найти удалось, правда он был настолько мелкий, что деталей не разобрать.

Шаг 4. Смотрим видеоролики

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

Не нужно думать, что скриншоты и видеоролики – вещи взаимоисключающие. Скриншоты дают возможность самостоятельно выбирать, что смотреть и в каком порядке. Зато видео иллюстрирует работу системы гораздо более подробно.

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

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

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

Хороший пример:

Опять ТЕЗИС. В разделе «Видеоматериалы» представлено достаточное количество видеороликов. Сами ролики тоже очень хороши — оптимальная длина, закадровый голос и полноценная демонстрация работы.

Плохой пример:

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

5. Демо-версия

Завершающий этап отбора — испытание системы в условиях приближенных к реальным. Для этого нам потребуется демонстрационная версия или бесплатный пробный период.

Пример: Допустим, мне необходимо автоматизировать процесс работы с корреспонденцией, когда сотрудник А регистрирует документ, сотрудник Б выносит резолюцию, сотрудник В её исполняет, а сотрудник Г контролирует работу. Убедиться, что это возможно и понять насколько удобно можно только в демо-версии. Ни скриншоты, ни ролики не дадут такой возможности.

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

Хороший пример:

Опять Verdox. Одна из немногих систем, где демо-версия создаётся реально на лету без установки, разговоров с менеджером и прочего. Достаточно заполнить форму и подождать несколько минут.

Плохой пример:

E1 Евфрат. В открытом доступе демо-версии нет, но можно оставить заявку. Саму демо-версию дадут только после обстоятельного разговора с менеджером (мне перезвонили через 3 дня). При этом удаленного доступа нет — надо устанавливать сервер, СУБД и прочее, что без администратора сделать нереально.

6. Ценник

Ну и самое интересное напоследок. Если функционал и технические требования меня устраивают – время взглянуть на стоимость.

Здесь самое главное – прозрачность ценообразования, как на лицензии, так и на услуги внедрения. К счастью времена, когда стоимость была коммерческой тайной, уже почти у всех прошли. Однако не всегда неподготовленный пользователь может разобраться в прайс-листе.

Хороший пример:

Опять Optima Workflow. Редкий случай, когда раскрываются цены и на ПО и на услуги и на техническую поддержку. Всё, что нужно – это умножить количество пользователей на стоимость лицензии и прибавить единую стоимость типовых решений.

Плохой пример:

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

Резюме

В качестве итога предлагаю вашему вниманию сводную таблицу с перечнем некоторых из рассмотренных систем (в реальности их было гораздо больше) и моей субъективной оценкой по каждому пункту.

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

Источник