Главная проблема, с которой могут или уже столкнулись предприятия реального сектора экономики, не обремененные большой долговой нагрузкой - спад спроса, отток клиентов. Поэтому, наверное, одной из ключевых задач руководителя бизнеса становится удержание клиентов. В этой статье Алексей Кудинов и Михаил Сорокин подробно останавливаются на одной из причин появления недовольных клиентов - отсутствие внутри компании-поставщика товаров или услуг регламентированных бизнес-процессов или, проще говоря, четких правил работы с клиентом. Приводимые примеры из российской практики описаны в недавно вышедшей книге «CRM:Российская практика эффективного бизнеса».

Причина проблемы: отсутствие четких «правил игры»

Как говорит известная поговорка - «стабильность - признак мастерства». Cтабильность работы компании не должна зависеть от привычек или стиля работы одного из сотрудников. Компания не может себе позволить терять клиентов из-за нестабильного уровня сервиса. В периоды экономических катаклизмов, когда объективно падает спрос, критичность этой проблемы для бизнеса, как правило, увеличивается.

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

Считаете что похожая ситуация в бизнесе не возможна даже теоретически?

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

Вот один из типичных примеров из российской практики.

Российский пример: инструмент для наведения порядка

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

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

Сергей Иванович обратился в консалтинговую компанию для исправления ситуации.

Бизнес-консультанты, проанализировав внутренние процессы работы компании, указали «тонкие» места и предложили модернизацию бизнес-процессов «заказ», «производство», «выставка», «разбор жалобы».

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

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

Решение: «живые» бизнес-процессы

А как у Вас обстоят дела с описанием основных бизнес-процессов компании и их автоматизацией? Предлагаем читателю »узнать« проблемы своей компании среди описанных ниже пар «проблема-решение»:

Рис. 1. Маршрутные карты некоторых из типовых бизнес-процессов в CRM-системе: «Продажа », «Разбор жалобы » и «Маркетинговое мероприятие ».

Рис. 2. Шаблон бизнес-процесса позволяет назначить ответственного и, кроме этого, установить вероятность успеха выполнения этапа и временные рамоки выполнения задачи.

Рис. 3. Анализ выполнения задач бизнес-процессов менеджерами компании и отклонения по времени их исполнения.

Рис. 4. Задача бизнес-процесса с инструкцией для исполнителя.

Рис. 5. Бизнес-процесс «Поручение » и отчет по нему позволяет выдавать и контролировать исполнение поручений.

Рис. 6. Отчет «Воронка продаж » позволяет моментально оценить состояние дел по продажам в компании, а при необходимости «расшифровать » заинтересовавший руководителя параметр вплоть до операции и документа.

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

Как бы жестко это ни звучало, но основные проблемы в отделе продаж происходят по вине людей. Люди – это всегда источник проблемы. Люди – это САМА ПРОБЛЕМА.

Наверно, каждый собственник в глубине души мечтает о том, чтобы в компании работали роботы. А что? Они работают в режиме 24/7. Не ходят на больничные и в отпуска. Не устают. Не жалуются на недостижимые планы. Не совершают ошибки, а, потому, не теряют клиентов. Идеальные работники...

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

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

С помощью автоматизации.

Автоматизировать - это как?

Бизнес-процессы в компании - это последовательность действий и операций, которые нужны для создания продукта или оказания услуги.

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

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

И все они выполняются людьми.

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

6 причин автоматизировать бизнес-процессы

Автоматизировать бизнес-процессы можно с помощью CRM-системы. В действительности преимуществ ее внедрения – намного больше. Здесь перечислим базовые и наиболее весомые аргументы в пользу CRM-системы:

1. Менеджеры работают продуктивнее
Вы когда-нибудь замеряли, сколько менеджер тратит на выполнение однообразных и рутинных действий? На подготовку и отправку документов, на рассылку типовых sms-сообщений клиентов, обработку заявок? А сколько из 8-часового рабочего дня остается непосредственно на продажи? То есть на то, ради чего собственного менеджеры и были наняты в компанию?
Автоматизация позволяет убрать из рабочего процесса рутину и переключить фокус внимания менеджеров на ПРОДАЖИ. В итоге, сотрудники справляются с работой намного быстрее и качественнее.

2. Человеческий фактор сведен к минимуму.
Человек – не робот. Он может допускать ошибки. Нелепая опечатка – и всё, контакт клиента записан неверно. Нет контакта – нет клиента. Нет клиента – нет продажи.

3. Экономия на заработной плате.
Программа «не просит» зарплату. А еще вы можете экономиться и избавиться от необходимости брать людей на механическую работу типа создание массовых рассылок или осуществление документооборота.

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

5. Клиенты не теряются.
CRM-система реагирует на входящий запрос по любому каналу связи. Она не дает пропустить ни одну заявку. А еще система напоминает менеджеру о необходимости связаться с клиентом в назначенное время для повторной продажи. Ни один клиент не будет упущен!

6. Сделки завершаются быстрее.
Система ставит задачи менеджеру на каждом этапе продаж. Он никогда не запутается и не забудет о том, что надо совершить любое касание по отношению к клиента, приближая его к сделке: перезвонить, подготовить коммерческое предложение, выставить счет.

Что можно автоматизировать?

Рассылка уведомлений.
Уходит много времени на проведение планерок и совещаний для контроля все сделок менеджеров? Есть один отличный вариант, как сэкономить время и посвятить несколько лишних часов на решение действительно важных вопросов.
Если у сотрудников возникают критические моменты на ключевом этапе сделки, которые мешают успешному ему завершению, то система автоматически присылает уведомление руководителю. Таким образом, у него есть возможность оперативно вмешаться и направить решение сложного вопроса в нужное направление.

Рассылка sms-уведомлений клиентам.
Есть категория клиентов, которые готовы обрывать телефоны офиса, чтобы выяснить статус их заказа. Менеджеры – на нервах, едва успевают отвечать на десятки звонков. И при этом отвлекаются от важных дел, едва справляясь с наплывом звонков.
CRM-система берет на себя рутину и автоматически отправляет sms-уведомления клиентов о статусе их заказов.
А еще настроить отправку sms-уведомлений клиентам с напоминаниями, актуально, например, когда у покупателей запланирована встреча с менеджером. Сотруднику нет необходимости тратить время на дозвоны до клиента. А тот, в свою очередь, не забудет о встрече. Выходит, что рассылка sms-уведомлений – это дополнительный фактор для увеличения продаж и экономии рабочего времени менеджеров.

Помощь менеджерам
Сколько «теплых» лидов вы теряете по вине менеджеров? Из-за их забывчивости. Из-за лени. Из-за того, что не захотели перезвонить после первого недозвона до клиента?
CRM-система не оставит менеджеру шансов забыть, полениться или не захотеть. Система подсказывает, когда и кому нужно перезвонить. Автоматические напоминания не дадут упустить сделку.

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

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

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

Таким образом, при работе по внедрению CRM лично я придерживаюсь следующей последовательности действий, которую также рекомендую всем коллегам, как доказавшую на практике свое удобство и жизнеспособность:

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

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

И сейчас я хочу рассказать о двух разных подходах решения этих вопросах, которые в той или иной степени реализованы во всех популярных CRM.

1. Программирование бизнес-процессов.
2. «Рисование» бизнес-процессов.

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

Программирование бизнес-процессов

Этот метод применяется в таких популярных системах, как ZOHO CRM или Saleforce CRM, и заключается в реализации бизнес-процесса по технологии Step by Step, т.е. «шаг за шагом».

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

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

Приведем пример из ZOHO CRM. Здесь имеются два основных вида объектов:

• Workflow позволяет задать то или иное действие в зависимости от различных полей.
• Approval process задает те или иные процессы согласования. Мы можем добавить несколько таких процессов, и они будут работать следующим образом. Для каждого процесса мы можем указать, когда он работает, кто его одобряет. И, соответственно, система будет контролировать работу процессов.

Пример Approval process

Пример Workflow

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

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

Об этом подходе можно сказать, что описание алгоритма реализуется текстовым способом. Например, если мы возьмем в ZOHO CRM определенный Provel process, то для него нужно будет указать:

1. Критерий, когда он работает.
2. Кто должен его одобрить.
3. Какое действие нужно выполнить после одобрения, например, создать задачу или отправить оповещение внутри системы, отправить sms и пр.
4. Что должно происходить, если процесс не был одобрен, например, ничего не предпринимать, вернуть задачу исполнителю на доработку с комментариями и т.д.

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

Рисование бизнес-процессов

Такой подход реализован, например, в Bitrix24 CRM и в 1С CRM. Здесь все бизнес-процессы нужно рисовать в определенном внутреннем формате этих систем. Так, в Bitrix24 есть собственное понятие «Бизнес-процессы», а внутри этого раздела имеется нотация, в которой нужно рисовать бизнес-процессы.

Пример бизнес процесса в Битрикс CRM

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

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

Пример бизнес процесса в 1C CRM

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

Плюсы и минусы подходов

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

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

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

Во втором случае используются нотации, изобретенные создателями 1С и Bitrix24 CRM. С одной стороны, такой подход очень удобен для пользователей, так как нагляден и понятен. С другой, для его использования придется потратить дополнительное время на изучение нотации от 1С или Bitrix24, а информации по работе с этими системами не так много, как хотелось бы.

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

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

В результате я лично предпочитаю пользоваться более гибкой системой, т.е. программировать бизнес-процессы, а наглядность для заказчика я обеспечиваю при помощи создания графики (блок-схемы) на этапе согласования бизнес-процессов, которую выполняю обычно в IDEF 3 или BPMN… Но на самом деле, вы можете использовать даже обычный лист бумаги и карандаш. Главное здесь – взаимопонимание с заказчиком.

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

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

Процесс автоматизации предприятия специалисты обычно делят на несколько этапов:

1. Анализ бизнес-процессов, их адаптация или пересмотр.

2. Определение фактических потребностей в автоматизации.

3. Подборка софт-решения или разработка специализированного софта.

4. Внедрение софта на предприятии и обучение персонала его использованию.

Причем первые два этапа по важности ничем не уступают последним.

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

Обратите внимание: довольно часто при помощи автоматизации руководители хотят скоординировать работу фирмы. Конечно, современное управление трудно представить без информационных систем. Но автоматизация не исправит ошибки в организации бизнес-процессов.

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

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

Автоматизация бизнес-процессов на современном этапе развития способна решать следующие задачи:

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

На решение других задач, например, на увеличение потока клиентов, своевременную сдачу отчетности или определение перспектив развития автоматизация непосредственно не влияет!

Поэтому обычно автоматизация необходима в следующих случаях:

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

Следующий важный момент: нужно четко определить, какой именно участок работы необходимо автоматизировать в данный момент. Причем, небольшим компаниям сделать это несложно. Им нужно всего лишь проанализировать, чья деятельность в фирме связана с обработкой и хранением больших объемов информации и построением отчетов. Как правило, это подразделения, которые занимаются бухгалтерским и налоговым учетом, отвечают за движение товарно-материальных ценностей и т. п. Существуют "общепризнанные" процессы, вопроса о необходимости автоматизации которых обычно не возникает. Традиционно это бухучет, движение ТМЦ, расчет зарплаты и кадровый учет. Эти процессы автоматизируют изначально, так как повышение их эффективности вследствие автоматизации многократно доказано.

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

Только после этого можно переходить непосредственно к выбору автоматизированной системы.

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

Все системы автоматизации можно разделить на два класса: жесткие, с набором типовых настроек (например, mySAP Business Suite, Oracle E-Business Suite, Галактика) и гибкие, с возможностью изменять их функции (например, 1C, Microsoft Axapta). Такое деление распространяется на все программы - от простых решений для локальных задач до комплексных систем автоматизации работы крупных предприятий.

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