ECM/СЭД *

CRM (Customer Relationship Management) – если говорить дословно, то это система, позволяющая управлять отношениями с клиентом (но на самом деле под клиентом может подразумеваться и канал продаж и канал продвижения товаров и услуг компании). В широком смысле это некая методология, инструмент, который позволяет правильным образом выстраивать взаимоотношения компании с внешним миром, приводящим к требуемым бизнес результатам. Если смотреть с точки зрения программного обеспечения, это информационная система, обеспечивающая хранение и управление информацией, управление процессами взаимоотношений компании с внешним миром.

Часть 1. Lead Generation


Практически в любой организации в процессе работы с клиентами можно выделить три основных этапа:

Первый этап Lead Generation – создание потока потенциальных клиентов. Не все клиенты одинаково полезны для нашего бизнеса, тратить время на бесперспективных клиентов смысла нет. Не надо бежать за «бумажным зайцем», продавцы должны концентрироваться только на тех запросах, которые принесут выручку, это особенно важно в B2B продажах. Если у вас стоимость транзакции маленькая, и клиент достаточно быстро принимает решение, то скорее всего вам нужен один сквозной процесс заказа, где у продавца будут преднастроенные задачи, которые он должен выполнить, чтобы потенциальный клиент с максимальной долей вероятности конвертировался в клиента.

"Проектируя Flexbby Parametric, мы реализовали возможность настраивать большинство процессов в организации с использованием уже существующих Обработчиков событий и Действий платформы.

Мы также добавили возможность разрабатывать дополнительную бизнес логику в виде add-on скриптов, написанных на Python (их использование в нашей системе скорее исключение, чем правило)".

"Наша система обрабатывает несколько десятков типов Событий, и мы это постоянно расширяем, если встречаем какие-то уникальные случаи у наших заказчиков. Большинство других систем обрабатывает только два события – Создание (Create) и Изменение (Change)".

"Новая платформа предоставляет возможность сформировать неограниченное количество различных Действий, если что-то встречается нестандартное, то можно написать скрипт на Python и выполнить его, если произошло определенное Событие".

BE FLEXBBY

Роман Чёсов: «Да, мы создали интеллектуальную платформу Flexbby Parametric, на базе которой мы можем предлагать заказчику невозможное – с нашими приложениями можно работать «вечно».



На российском ИТ-рынке большое разнообразие продуктов по автоматизации бизнеса от разработчиков как российских, так международных. Конференции, бизнес-завтраки, выставки — на любой вкус. Интернет пестрит баннерами: бесплатный CRM, прокачай воронку продаж, внедрение электронного документооборота.

Реально ли выйти сейчас с новым брендом на рынок приложений по управлению процессами?

Роман Чёсов, директор по развитию компании «Флексби Солюшнс»: «Непросто пробиться сквозь информационный фон рекламы, и, конечно, многие компании имеют задел – наработали репутацию, раскрутили свой бренд. Международные компании пришли на рынок с опытом развития на других рынках, с бюджетами, именем.

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

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

2 марта 2017 рабочей группой при Администрации Президента РФ утвержден новый типовой общероссийский тематический классификатор обращений граждан, организаций и общественных объединений. Файл разослан в регионы в PDF.

Для тех, кто будет парсить текст, и редко работает с re, напомню выражение для Питона:
Исходный список:
…
0002.0013.0140.0282 Управление в сфере научной и научно-технической деятельности
0002.0013.0140.0282.0006 Иные подвопросы
…
r'((([\d]{4}\.){3,4}[\d]{4})([\s\S]+?))[\d]{4}\.'
возвращает фрагмент текста,
имеющий начало (код вопроса):
(([\d]{4}\.){3,4}[\d]{4}) — три или четыре группы по 4 цифры с точкой + еще 4 цифры

середину:
([\s\S]+?) — текст вопроса

и конец:
[\d]{4}\. — 4 цифры с точкой (код следующего вопроса)

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

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

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

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


Яндекс.Картинки

Профиль предприятия – производство фармпрепаратов, проектирование, строительство и оснащение медицинских объектов. Распределенная структура: головной офис и производство продукции — в Москве, филиал в Санкт-Петербурге. 150 сотрудников.

Как было

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

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

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



Итак, есть некая активность. В мифологическом сознании первобытного человека за каждым действием стоит сознательное существо. Например, если течет, то делает это живое существо — река, если светит, то делает это живое существо Солнце. Поэтому в мифологическом сознании у каждого действия есть сознающий себя актор, который это действие выполняет. И мы можем сказать, что назначение (функция) этого актора — делать это действие. Я специально говорю о том, что все это происходит только в рамках мифологического сознания. Например, машина едет по дороге только в рамках мифологического сознания, потому что на самом деле машина не обладает волей и не может куда-то ехать. Наш язык настроен на отражение мифологического сознания, поэтому нам так сложно мыслить иначе. Например, можно было бы сказать, что участником активности является машина и дорога, в результате этой активности машина постоянно перемещается по дороге, но мы, одушевляя машину, говорим о том, что это делает именно машина. Таким образом, назначение машины в рамках мифологического сознания — ехать, или в рамках мифологического мышления функция машины — ехать. (хотя мы могли бы с тем же успехом одушевить колесную пару и сказать, что ехать — это функция колесной пары, а не машины). Замечу, что назначение как и функция — не имеет начала и конца в рамках существующего контекста.

В крупных и средних компаниях рано или поздно возникает потребность в системе электронного документооборота, т.к. следить за бесконечно растущим количеством документов становится совершенно невозможно. И в 90% случаев первая попытка внедрения становится большой болью в сердце и где-то ниже, хотя её можно было бы избежать. Причём избежать можно как той самой боли, так и вообще внедрения, если вы поймёте, что пока не готовы к нему, и сможете это аргументировать.
Как сотрудник компании, внедряющей СЭД, я бы хотел поделиться неким чек-листом того, что стоит сделать до внедрения, чтобы по его итогам вас не уволили.

Всё началось с задачи создания отчёта по взаиморасчётам с клиентами и поставщиками. Маячила перспектива собирать все данные руками. Целый отдел из 7 девочек не знал, как подступиться к этому, учитывая, что база состояла более чем из 180 тыс. строк и велась в MS Access.

Год назад мы начали рассказывать о пакете решений для организации документооборота промышленных объектов — EMC EPFM. Затем подробно описали первый из основных компонентов пакета — Capital Projects. Теперь пришла пора рассказать о следующем модуле — Asset Operations.

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

Пользователь Василий обращается в техподдержку «Не выделяется номер при регистрации документа ошибка 1234, для исправления приходится перезапускать службу сервера приложений. Ошибка возникла 05.05 приблизительно в 15:10-15:50. Воздействие инцидента: Снижена эффективность работы пользователей».

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

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

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

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

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

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

В Казахстане рынок СЭД представлен следующими продуктами (формулировка и пунктуация взята с официальных сайтов продуктов и сохранена):

• 1С: Документооборот (Россия)
• Система Электронного Документооборота «InDocs» (Казахстан)
• Е1 Евфрат (Россия)
• Система электронного документооборота «Documentolog» (Казахстан)
• Единая система электронного документооборота государственных органов Республики Казахстан (ЕСЭДО) (Казахстан)
• Портальная система электронного документооборота «ТЕНГРИДОК» (Казахстан)
• Система электронного документооборота ARTA SYNERGY (Казахстан)
• CЭД Docsvision (Россия)
• Система электронного документооборота Эвридок (Казахстан)
• DIRECTUM (Россия)

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

Наконец-то я добрался до третьей запланированной и заключительной статьи про KCS из моего мини-триптиха, посвящённому этой мало известной в России методологии. Напомню, что KCS расшифровывается как knowledge-centered support и в предыдущих двух статьях я довольно подробно описал, что из себя представляет KCS в целом, где он внедрялся в России и расписал основные составляющие KCS. Последнюю заключительную статью по KCS я хотел бы посвятить моему видению по проблеме выбора софта для данной методологии.

Статья номер раз и статья номер два.