Автоматизация бизнес процессов в CRM. Сравнение подходов. Бизнес программирование


Автоматизация бизнес процессов в CRM. Сравнение подходов / Блог компании Trinion / Хабр

При внедрении любой 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 просто потому, что графический вариант представления бизнес-процессов намного понятнее пользователям. Именно на них рассчитаны такие инструменты. Именно нарисовать, чтобы процессы правильно исполнялись все равно придется привлекать программиста. Считается, что пользователю изучить графическую нотацию проще, чем программирование процессов. Здесь каждый решает сам, что ему больше нравится: гибкость и простота программирования или наглядность для пользователей и возможность внесения изменений в бизнес-процессы без участия разработчиков.

habr.com

Как разработчику начать бизнес в 2017

Перевод статьи разработчика Standard Notes о том, как начать собственный проект или бизнес. Здесь вы найдете несколько важных советов, которые зададут вам курс.

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

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

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

Однако это слишком хорошо, чтобы быть правдой.

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

Обладание тем, что нужно кому-то, не означает, что транзакция существует.

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

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

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

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

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

Код может создать вашу компанию, но он также может ее разрушить. Марк Андриссен, известный стартап инвестор, написал статью, в которой рассматривает вещи, делающие стартапы успешными.

Он рассматривает три фактора:

  1. Насколько продукт хорош (код, дизайн, UI/UX)
  2. Насколько хороша ваша команда
  3. Соответствие продукта/рынка (правильный продукт для правильной аудитории)

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

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

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

Стоп. Отойдите от клавиатуры и спросите себя «какие проблемы у вас действительно есть?»Во многих случаях это маркетинговая проблема, а не проблема с кодом. Недавно у меня была цель увеличить трафик в Standard Notes. Как разработчик, сначала я хотел написать больше кода. «Больше кода -> больше функций -> больше опыта -> больше пользователей». Чушь. (Больше кода –> больше багов) Поэтому я остановился и повторил несколько раз:

У тебя проблема с маркетингом, а не с кодом.У тебя проблема с маркетингом, а не с кодом.

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

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

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

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

proglib.io

Публикации для программистов — xBB.uz

Избранные доки Подписаться через RSS2Email.ru Программируем на R: как перестать бояться и начать считать 28.11.2014 Возможно, вас заинтересовала проблема глобального потепления, и нужно сравнить погодные показатели с архивными данными времен вашего детства. Калькулятором тут не обойтись. Да и такие программы для обработки электронных таблиц, как Microsoft Excel или Open Calc, пригодны только для простых вычислений. Придется изучать специализированный статистический софт. В этой статье мы расскажем об одном из популярнейших решений — языке программирования R. Smart Install Maker. Создаем установщик 23.11.2014 Появляется все больше инди-разработчиков, которые создают собственное программное обеспечение для компьютеров. Однако, чтобы продукт выглядел качественным, необходимо продумать все до мелочей, в том числе и систему установки программы. Тратить время на написание собственных инсталляторов никто не хочет, поэтому на рынке появляется все больше специализированных утилит, которые все сделают за вас. Они дают целевому пользователю то, что ему необходимо. Функции в языке программирования C++ 18.11.2014 Функцией называют обособленный модуль программы, внутри которого производятся некоторые вычисления и преобразования. Помимо непосредственных вычислений внутри данного модуля могут создаваться и удаляться переменные. Теперь расскажем о том, из каких основных частей состоит функция в C++. Самая первая часть — это тип возвращаемого значения. Он показывает, что будет передавать функция в основную программу после своих внутренних преобразований... Урок «Hello world» на Microsoft Visual Studio 2013 13.11.2014 Статья предназначена для новичков, которые пока не знают даже как создать файл C++ в среде Visual Studio. Перед вводом кода нужно сделать проект: «File — New — Project» или при помощи быстро-вызова через Ctrl+Shift+N. В открывшемся окне слева выбираем шаблоны «Visual C++». В центральной же части нажимаем на «Empty Project». Затем вводим значимое имя проекта, чтобы помнить зачем он создавался (в нашем случае подойдёт Lesson), и нажимаем «OK»... Код, который почти невозможно взломать 05.11.2014 Современные программы могут хранить в своем коде бесценные секреты. С помощью алгоритмов можно предсказать, какой товар на Amazon будет продаваться лучше всего или станет ли популярным сюжет нового фильма. Само собой, разработчики подобных программ не хотят, чтобы посторонние люди имели возможность изучить их код. Исследователи из Калифорнийского университета, IBM и Техасского университета в Остине не оставляют попыток избавиться от этой угрозы. Программирование на заказ как бизнес 10.06.2014 Этот вид бизнеса, — программирование на заказ, — распространен не только в режиме оффлайн, но и онлайн. Эффективность бизнеса определяется не только хорошими познаниями и умениями в области составления программ, но и способностью отслеживать инновации, новыми технологиями и инструментами, вовремя проведенным реинжинирингом. Чаще всего эта услуга привлекается небольшими предприятиями и даже физическими лицами для автоматизации бизнес-процессов. Лёгкое создание виртуальных машин с помощью PuPHPet. Часть 3 14.05.2014 Выполнение всех этих шагов может поначалу показаться чересчур долгим. Но когда вы разберетесь с этим лучше, сможете проделывать их быстро. Тем более, что вам ненужно каждый раз пересоздавать все с нуля. Если вы перетащите puppet/hieradata/common.yaml на puphpet.com, он автоматически заполнит форму соответственно этой конфигурации. Вам останется только откорректировать ее как надо. Один раз проделав работу, вы сможете выполнять ее быстрее и легче. Лёгкое создание виртуальных машин с помощью PuPHPet. Часть 2 12.05.2014 Apache или Nginx? В этом руководстве я остановлюсь на Apache. Опции его конфигурирования просты. Сначала укажем модули, которые нужно установить и включить. Для этого наберем их в поле Apache Modules. При этом выпадет список доступных модулей. Это позволяет избежать ошибок при наборе. Далее перейдем к конфигурации Virtual Host. Каким должно быть имя сервера и алиас вашего приложения? Сначала указываем их, потом корневую директорию и порт. Лёгкое создание виртуальных машин с помощью PuPHPet 12.05.2014 Окружение — одна из моих любимых мозолей в разработке софта. Его каждый раз приходится создавать заново для разных проектов с разными потребностями. Приходится обеспечивать соответствие окружения для всех разработчиков в команде (в том числе и для уделенных). Создавать окружения для разработки, тестирования и продакшена. Вас напрягает создавать и настраивать среду разработки? Это замедляет вашу работу? Если да, могу предложить решение — PuPHPet! Краткое введение в трейты в PHP 21.04.2014 Трейт, по существу, — это группа чистых методов, которые служат строительным блоком для классов и являются элементарной единицей повторного использования кода. В этой модели классы составляются как наборы трейтов, для чего служит специальный склеивающий код, соединяющий трейты вместе и задающий их нужное состояние. Практическое обоснование трейтов заключается в том, что классы иногда слишком велики для оправданного повторного использования кода. 6 подсказок по отладке для каждого PHP-кодера. Часть 2 11.04.2014 Иногда баги очень хитры или сообщения об ошибках совершенно непонятны. В таких случаях используйте дебагер и точки останова (для этого можно воспользоваться XDebug), добавляйте в лог-файл дополнительную отладочную информацию, помещайте ошибки в песочницу и отлаживайте «с уткой». Я надеюсь, что эти подсказки сэкономят ваше время на отладке и сделают ее чуть приятнее! И не стесняйтесь делиться своими собственными подсказками в разделе комментариев!
код, отладка, php, практика программирования, кодер, программисты, баги, отладка кода, разработчики, программирование, разработка нет комментариев
6 подсказок по отладке для каждого PHP-кодера 09.04.2014 Программисты тратят на отладку больше времени, чем на написание кода. Когда я был новичком, я тратил уйму времени на ковыряние кода в надежде, что баги исчезнут сами собой. Не делайте этого! Представьте, сколько времени я потерял! Ваш код не работает, а вы видите лишь то, что браузер не показывает того, что должен был показать? В этой статье я покажу вам пару трюков, которые позволяют работать эффективнее, но ключевая тема — это отладка кода.
код, отладка, php, практика программирования, кодер, программисты, баги, отладка кода, разработчики, программирование, разработка нет комментариев
Курсоры в хранимых процедурах MySQL. Часть 3 26.03.2014 Мы углубились в хранимые процедуры MySQL, рассмотрели функциональность курсоров. В предыдущих частях статьи мы продемонстрировали, как получать скалярные данные с помощью параметров вывода (заданных как out var_name vartype в объявлении ХП). Теперь рассмотрим, как получать вычисляемые наборы данных посредством временных таблиц. Попутно будут рассмотрены некоторые другие аспекты хранимых процедур. Также продемонстрируем вызов ХП из кода PHP.
процедуры, курсоры, хранимые процедуры, mysql, хранимки, процедуры mysql, cursor, sql, бд, хранимые процедуры mysql, db, хп, procedure нет комментариев
Курсоры в хранимых процедурах MySQL. Часть 2 24.03.2014 В данной части статьи на примерах демонстрируется, как создать хранимую процедуру с помощью MySQL Workbench и как использовать в этой хранимке курсор. Построчно объясняется, как работают курсоры в хранимых процедурах MySQL, основные принципы их применения. Затем в статье демонстрируется, как вызывать написанную ХП из кода PHP. В качестве примера используется реальная задача по обработке статистики игр для баскетбольного клуба ЛА Лейкерс.
процедуры, курсоры, хранимые процедуры, mysql, хранимки, процедуры mysql, cursor, sql, бд, хранимые процедуры mysql, db, хп, procedure нет комментариев
Курсоры в хранимых процедурах MySQL 19.03.2014 Курсоры не могут использоваться в MySQL сами по себе. Они — неотъемлемые компоненты хранимых процедур. Я считаю их аналогами указателей в C/C++, или итераторов в цикле foreach. С помощью курсоров мы можем обойти весь набор данных и над каждой записью произвести требуемые действия. Такие операции могут производиться и на стороне PHP, но если мы хотим уменьшить объем передаваемых данных, мы можем просто получить в PHP уже готовые обобщенные данные.
процедуры, курсоры, хранимые процедуры, mysql, хранимки, процедуры mysql, cursor, sql, бд, хранимые процедуры mysql, db, хп, procedure нет комментариев
Хранимые процедуры в MySQL и PHP. Часть 2 12.03.2014 В этой статье мы рассмотрим давно забытую составляющую баз данных MySQL: хранимые процедуры. Преимущества использования ХП очевидны, но напомним: Хранимые процедуры позволяют нам применять более строгий контроль доступа к определенным данным, когда это требуется бизнес-логикой. Кроме того, мы продемонстрируем основные шаги в создании хранимых процедур, пользователей и назначения соответствующих привилегий, покажем, как ХП вызываются из PHP.
db, mysql, базы данных, php, процедуры, базы данных mysql, хп, sql, хранимые процедуры, бд, программирование, mysql и php, базы нет комментариев
Хранимые процедуры в MySQL и PHP 10.03.2014 Проще говоря, хранимые процедуры («ХП») — это сохраненные в базе данных процедуры (написанные с помощью SQL и других управляющих операторов), которые могут быть выполнены движком баз данных и вызваны из программного кода, который с этим движком работает. В этой статье мы рассмотрим создание ХП в MySQL и их выполнение на сервере MySQL из кода PHP. ХП доступны и в других СУБД. Поэтому статья поможет лучше понять работу с базами данных в целом.
db, mysql, базы данных, php, процедуры, базы данных mysql, хп, sql, хранимые процедуры, бд, программирование, mysql и php, базы нет комментариев
WebDAV Mini-Redirector (MRXDAV.SYS). Версии и проблемы 28.02.2014 WebDAV Mini-Redirector (MRXDAV.SYS) — это компонент Windows, реализующий клиент для серверов WebDAV по технологии «веб-дисков». Протокол WebDAV — это расширение HTTP, реализующее работу с распределенной файловой системой с версионированием. В предлагаемом документе дается список известных версий MRXDAV.SYS и их багов. Этот список полезен, прежде всего, разработчикам, работающим над программным обеспечением, использующем протокол WebDAV. Настройка аутентификации в SabreDAV 21.02.2014 После того как вы создали свой сервер WebDAV, вы, вероятно, хотите сделать его безопасным. Аутентификация в WebDAV производится с помощью базовой или дайджест-аутентификации. Хотя ее несложно реализовать самостоятельно, SabreDAV предоставляет некоторые средства, которые могут облегчить ваш труд. SabreDAV поставляется с плагином, который производит аутентификацию. Он включает в себя два бэкэнда. Один хранит логины в файле, другой — в БД. Особенности реализации WebDAV в Microsoft Windows. Часть 2 15.02.2014 Во второй части статьи рассказывается о том, 1) как Windows понимает свойства WebDAV; 2) в каких кодировках шлет HTTP-запросы, получает ответы и о связанных с этим проблемах; 3) о баге с поддержкой {DAV:}displayname; 4) о различных других багах; 5) об имеющихся ограничениях на размер сохраняемых файлов; 6) о поддержке аутентификации на сервере WebDAV; 7) прочая информация и ссылки на ресурсы, где можно узнать больше о том или ином аспекте. Особенности реализации WebDAV в Microsoft Windows 13.02.2014 Windows имеет два клиента WebDAV. Предпочтительным на данный момент является «веб-клиент». Старый известен как «веб-папки». Веб-клиент назначает диску букву, что весьма полезно в плане его интеграции с операционной системой. Веб-папки не позволяют редактировать файлы непосредственно, а только перетаскивать их в/из папки WebDAV. Для работы веб-клиента сервис Web Client должен быть включен и запущен. В некоторых версиях ОС он по умолчанию выключен. Реализация файловой системы WebDAV с помощью PHP и SabreDAV. Часть 6 29.01.2014 Ранее мы добавили поддержку блокировки файлов, требуемую некоторыми клиентами WebDAV. Затем мы реализовали систему HTTP дайджест-аутентификации. Это означает, что пользователи должны вводить свои логины и пароли для доступа к серверу WebDAV. Теперь кратко опишем, как реализовать собственную виртуальную файловую систему с SabreDAV, позволяющую легко добавить WebDAV в уже существующее веб-приложение (такое как Система управления контентом).
webdav, файловая система, php, система webdav, sabredav, реализации webdav, веб, сервер webdav, файлы, библиотека sabredav, web нет комментариев
Реализация файловой системы WebDAV с помощью PHP и SabreDAV. Часть 5 27.01.2014 Последним шагом в создании нашего сервера WebDAV станет добавление аутентификации. SabreDAV облегчает добавление как базовой, так и дайджест HTTP-аутентификации. Однако пользователи Windows могут использовать базовую аутентификацию только на защищенном сервере. Другими словами, не-SSL сервера WebDAV должны либо не использовать аутентификацию, либо использовать дайджест-аутентификацию. Раз так, покажем добавление дайджест-аутентификации.
webdav, файловая система, php, система webdav, sabredav, реализации webdav, веб, сервер webdav, файлы, библиотека sabredav, web нет комментариев
Реализация файловой системы WebDAV с помощью PHP и SabreDAV. Часть 4 24.01.2014 Вы можете добавить несколько плагинов к серверу. Они предоставляют такие функции, как обработка блокировки файлов или промежуточные операции над файлами. С SabreDAV поставляется несколько плагинов, включающих: драйвер, который позволяет вам просматривать сервер WebDAV с помощью браузера; драйвер для блокировки файла; драйвер для игнорирования файлов ресурсов (таких, как Thumbs.db в Windows, файлы .DS_Store и «точка-подчеркивание» в Mac OS X.
webdav, файловая система, php, система webdav, sabredav, реализации webdav, веб, сервер webdav, файлы, библиотека sabredav, web нет комментариев
Реализация файловой системы WebDAV с помощью PHP и SabreDAV. Часть 3 22.01.2014 Начало работы с SabreDAV очень простое. После того как мы сохранили наши файлы на сервере, можно использовать уже готовый обработчик локальной файловой системы. Позже в этой статье мы кратко рассмотрим создание виртуальных файловых систем, если вы хотите хранить файлы в базе данных. В этом же разделе мы начнем пошагово создавать server.php, уже упомянутый в этой статье. Затем покажем вам, как монтировать ново-созданный диск к вашему компьютеру.
webdav, файловая система, php, система webdav, sabredav, реализации webdav, веб, сервер webdav, файлы, библиотека sabredav, web нет комментариев
Реализация файловой системы WebDAV с помощью PHP и SabreDAV. Часть 2 20.01.2014 Давайте создадим виртуальный хост для сервера WebDAV. Эта статья предполагает, что вы используете HTTP-сервер Apache на Unix-платформе. Если это не так, вам понадобится корректировка. В целях сохранения простоты мы не будем затрагивать SSL в этой статье. Если у вас есть доступный защищенный сервер, вы можете попытаться использовать его. После того, как у нас появится виртуальный хост, назначенный серверу WebDAV, скачаем и установим SabreDAV.
webdav, файловая система, php, система webdav, sabredav, реализации webdav, веб, сервер webdav, файлы, библиотека sabredav, web нет комментариев
Реализация файловой системы WebDAV с помощью PHP и SabreDAV 17.01.2014 Покажем вам, как создавать файловую систему WebDAV с помощью PHP и открытой библиотеки SabreDAV. Мы создадим простой веб-диск, который будет сохранять файлы в заданной директории на веб-сервере. К концу статьи вы сможете эффективно примонтировать эту директорию к локальному компьютеру и обновлять в ней файлы из своей операционной системы. WebDAV — это, проще говоря, расширение HTTP, которое позволяет управлять файлами на удаленном веб-сервере.
webdav, файловая система, php, система webdav, sabredav, реализации webdav, веб, сервер webdav, файлы, библиотека sabredav, web нет комментариев
Дональд Кнут. Человек, книга и программа 08.01.2014 Есть люди, вклад которых в развитие какой-то области деятельности невозможно не заметить, но трудно оценить. Дональд Кнут, имя которого каждому программисту известно по определению, именно таков. Американский математик и специалист в области компьютерных наук Дональд Кнут является автором самой фундаментальной монографии, посвященной программированию, 4-томного «Искусства программирования», настольной книги и Библии программистов всего мира. Особенности программирования под iOS 18.12.2013 Если вы никогда не использовали систему Cocoa или её предшественниц NeXTSTEP и OpenStep, то, возможно, среда разработки приложений Cocoa Touch покажется вам недружелюбной. Она отличается от обычных сред разработки, используемых, например, для разработки приложений для платформы .NET или на языке Java. Не стоит беспокоиться о том, что на первых порах вам будет несколько неудобно. Просто покорпите над упражнениями, и всё встанет на свои места. Что такое машина Тьюринга 01.04.2013 Дело было в 1936-м году. Молодой учёный Алан Мэтисон Тьюринг решил растолковать человечеству принцип алгоритмических вычислений. Дело в том, что мистер Тьюринг являлся пророком компьютерной эпохи, поэтому попросту не мог не поведать людям о том, что такое алгоритм. Вот и придумал абстрактную машину, которую назвали его именем. То бишь фамилией. Следует сразу обозначить важный момент: машина Тьюринга — исключительно умозрительное устройство...
что такое, машина, что, машина тьюринга, тьюринг, что такое машина, виртуальная машина, компьютеры, информатика, информационные технологии, программное обеспечение, ит, программирование, it, компьютерные технологии, икт, цифровые технологии, алгоритм нет комментариев
Биржа долевых инвестиций SIMEX.

xbb.uz

Как выбрать бизнес идею для IT стартапа / Блог компании PickTime / Хабр

Друзья,

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

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

На старте у многих складывается похожая ситуация:

— Отсутствует бизнес идея — Отсутствуют уверенные навыков программирования, верстки, дизайна (этот пункт только для IT сферы, в других областях он присутствует, только с другим перечнем навыков) — Отсутствует стартовый капитал У каждого бывает такой момент, в который хочешь все бросить и открыть своё дело. У меня, не смотря на хорошую работу сейчас, такое желание появилось 3 года назад и до сих пор не пропало. На тот момент я еще учился в университете и наивно верил, что он сможет дать мне какие-то практические знания и навыки, но, увы, кроме системного мышления, похвастаться нечем. И вот, совсем недавно, я запустил сайт бесплатной электронной очереди — Picktime.

Что такое PickTime?PickTime — это попытка избавиться от назойливых очередей и глупых телефонных звонков. Статус проекта на текущий момент — Beta. Основная идея состоит в том, что любой, кто хочет забронировать себе столик в ресторане, записаться к врачу или пойти к парикмахеру сможет это сделать не отрываясь от компьютера. Достаточной зайти на Picktime, найти интересующее заведение и за пару кликов забронировать удобное время. Заведения эти появляются на сайте тоже максимально просто. Владельцу достаточно зайти и пройти простую (!) регистрацию. Указываешь время работы и интервал — и всё, ты уже в поиске и к тебе могут приходить люди. Для владельца заведения важно понимать, что он должен обслуживать клиентов, которые пришли через PickTime в первую очередь (в назначенное ими время). Кто-то из Вас может напомнить, что некоторое время назад Яндекс запустил похожий сервис. Однако, хочу отметить то, что для того чтобы к Вам можно было записаться через интернет нужно выполнить довольно много действий, включая подпись договора (а у кого-то может даже не быть Юридического лица). У нас же — всё просто, 5 минут и всё готово.

В ходе опроса друзей и знакомых я собрал следующие высказывания:

«У меня есть деньги, значит я в любой момент смогу создать успешный бизнес».

«Ой да открыть своё дело — 5 минут. Вот закончу проект и сразу начну».

«Начать сегодня или завтра — не важно, успею ещё. Пока хорошо сижу, не буду напрягаться.».

«Изменить что-то в своей жизни и начать жить не по шаблону? Не сегодня.».

Эти фразы (и их различные формулировки), как не грустно, составили 90% ответов. Возможно, если у Вас есть миллионов 5-10, то довольно легко купить франшизу какой-нибудь популярной фирмы и, с минимальными рисками, получать довольно неплохой доход. Если не ошибиться. Допустим, с выбором места, где очередной ресторан SubWay или сетевую пивнушку открывать. Только это вовсне не 5 минут, и важно начать сегодня. Сегодня, именно потому, что завтра может уже не быть этих денег или франшиза подорожает, или энтузиазм угаснет. Вариант с франшизой так или иначе скушен. Как минимум потому, что это всё-равно работа «на дядю», только на более крупного и с сильно увлеченной зоной ответственности. Что же делать тем, кто хочет сделать что-то своё, для души? Основой такого бизнеса является идея. Важно отметить что от выбора идеи зависит 90% успеха. На мой взгляд, идея должна быть максимально «интересна».

Основные критерии «интересности» идеи: -Массовость -Новизна -Возможности монетизации -Что-то из жизни. или близкое к тому

Поясню каждый пункт,

Массовость. Кажется, этот пункт предельно прост, но, на примере моих знакомых, я заметил что не все понимают это требование правильно. Массово — это значит не вашему классу в школе, или «всем малярам», не «всем трактористам». Нет, безусловно, группы людей тоже нуждаются в хорошем сайте, тематической википедии, может быть, удобных приложениях на их телефон. Вы правда думаете что все 15000 маляров скачают ваше приложение? У скольких из них есть телефон? А именно на той ОС под которую пишется приложение? Хорошо, пусть 5 процентов. 300 человек? Нет, правда? Ради такой аудитории стоит тратить пол-года год на прототип, а потом всю жизнь? Кажется, что нет. Массово — это, в идеале, всем и каждому. Минимум — через одного.В потенциале, конечно. Надеюсь, все понимают, что сразу не начнёт пользоваться Вашим сайтом пол населения земного шара? Да, с этим можно работать, но потенциалы напрямую влияют на качество идеи. И, кстати, если вдруг, на Ваш стартап обратит внимание инвестор или инвестиционный фонд — этот критерий будет первым, по которому оценят Ваш стартап.

Новзина. Часто люди не понимают, что подсознательно копируют чужие мысли, идеи, подходы. Нет, безусловно, смотреть на опыт других компаний нужно.Зачем ходить по одним и тем же граблям дважды. Русский Kickstarter, локализованный Facebook. Все эти проекты хороши. По началу. Через какое-то время их основной конкурент, с которого была заимствована основная идея, приходит в Россию. Целевая аудитория начинает выбирать их, и ваше творение, медленно, но начинает погибать. Как пример — VK. Да, возможно, там своя целевая аудитория (школьники + 1-3 курс). Но, посмотрите статистику, все больше и больше людей выбирают Facebook вместо VK. Даже обилие рекламы не отпугивает людей. Почему это происходит? Сложный вопрос. На мой взгляд — это потому, что создатель «идеи» развивает её, чувствуя тренды. Вы же, будете часто оборачиваться, перенимать основные нововведения. В итоге получается локализованная подделка, которая только создает видимость удовольствия от использования. Почему-то мало кто пытается, но, зачем копировать? Найдите контакты создателя идеи и предложите ему открыть региональное подразделение его компании. У вас будет в какой-то мере свобода действий и выбора, притом вы не будете встречаться лбами с конкурентами (а если и будете, то займете сразу выигрышную позицию).

Монетизация. Многие учебники по созданию стартапов учат начинающего бизнесмена не думать про монетизацию. Часто бывает что невидно всего потенциала организации и монетизация, на ранней стадии, убивает проект, однако, это не означает что не нужно думать о способах получения прибыли. Нужно же бизнесу на что-то развиваться. Если Вы всё еще читаете и, при этом, думаете что, через пол года, после запуска, проекта (любой стартап это проект) сможете купить себе Porshe Panamera и квартиру на рублёвке — заканчивайте читать хабр, всё-равно не поможет. Вобщем, всё это враньё. Все врут (С). Думать о монетизации надо, но зацикливаться на одном варианте, который наметили изначально, не стоит. Стартап должен быть гибким, соответственно и планы должны меняться в зависимости от многих факторов. Мало кто меняет схемы монетизации после запуска стартапа, но, зря. Нужно пробовать различные варианты, анализировать, пробовать другие, делать выбор, но анализировать не прекращать. Стоит простоять без движения пол года и, всё, поезд ушел. Основной аудитории становится скучно, появляется отток клиентов, упадок мотивации команды, всё рушится.

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

Резюмируя вышесказанное, что не нужно делать при создании стартапа: — НЕ нужно бояться — НЕ нужно тянуть с созданием компании мечты — НЕ нужно копипастить чужие идеи — НЕ нужно слепо следовать плану — НЕ нужно ставить все на продукт для очень небольшого количества пользователей

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

Основатель компании Picktime.ru.

p.s. Надеюсь, хоть кому-нибудь будет статья полезна.

Тем кто дочитал до этого места — бонус, котейка.

habr.com

Как запустить фирму по программированию и созданию приложений

По данным ассоциации «Руссофт» объем продаж российского софта в 2017 году прибавит 13% и достигнет $13,6 млрд. При этом ЦБ России оценивает текущий экспорт компьютерных услуг в объеме $2,7 млрд. Сами же программисты утверждают, что разработка программного обеспечения принесла им порядка $ 5 млрд в валюте.

Наверняка эта цифра была бы больше, если многие фрилансеры имели бы статус предпринимателей и возглавляли бы фирмы по программированию. «13% роста заказов в год - не самый большой результат, - поясняет эксперт Вадим Краснов, - В 2016 году российский софтверный рынок скакнул сразу на 21%. Есть все предпосылки к тому, что в ближайшем будущем этот рекорд окажется побит».

Конечно, с позиции самого обычного программиста проще и понятнее работать «на дядю», который, впрочем, монетизирует «в свой карман» до 70% труда фрилансера. Однако, открыв свою программистскую контору, можно получать в разы больше, выполняя тот же объем работы. Тем, кто к этому стремится, и пригодится наш материал.

О том, как трудно быть директором

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

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

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

Такие проблемы характерны для многих видов бизнеса, но в среде программистов распространены особенно. Не случайно разработчики софта называет себя «ранимыми людьми». Что не так – сразу уходят, даже если заказ выполнен на 90%. Как-никак, а без работы они не останутся. Именно поэтому с самого начала нужно выстроить четкие отношения: с одной стороны – дружеские и честные, а с другой – без панибратства.

Бытовые особенности бизнеса

Вопрос, где снять офис, является далеко не пустячным. Кажется, что нет разницы, где осуществлять разработку компьютерных программ - главное, чтобы было комфортно. Это так, если речь идет о зарубежных заказах. «Я знаю, что, к примеру, в Анапе есть фирмы, которые сотрудничают с крупными зарубежными компаниями, - поясняет Илья Яковенко. – Благо, скайп позволяет общаться на расстоянии. Однако если бизнес ориентирован на российского потребителя, лучше всего снять офис поближе к заказчику, поскольку высока вероятность того, что придется регулярно общаться по различным вопросам».

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

На форумах можно встретить рассказы о софтверных предприятиях, построенных исключительно на удаленной работе. «Ребята, честное слово, я намучился в офисе, где имеет значение межличностные отношения, - пишет предприниматель с никнеймом [email protected], – Этому – не так, другому – не так! Работаю только с проверенными фрилансерами из глубинки».

ТЗ и тесты: что нужно знать о них

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

«Если фрилансер не интересуется ТЗ, значит, он не профессионал, - утверждает Илья Яковенко. – Конечно, есть парни, которые всё «схватывают на лету», только найти их очень трудно – все равно, что выиграть в лотерею. Были у меня такие, но потом их переманили крупные компании. Кадровый вопрос является настоящей головной болью».

Есть и другие риски. Если директор имеет поверхностные профессиональные навыки, то программисты (особенно, фрилансеры) запросто смогут писать софт с нарушением авторских прав компаний, у которых был позаимствован (украден – авт.) лицензионный код. Кроме того, они могут применять «дырявые» технологии или уязвимые коды.

 

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

Вопросы технического характера

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

Приведем набор инструментов, с которыми, по мнению Вадима Краснова, должны уметь работать сотрудники софтверной компании:

• Язык разметки веб-документов HTML.

• CSS-язык описания внешнего вида документа, написанного с использованием языка разметки.

• «Старый добрый» язык программирования Java (или JavaScript). Идеально подходит для создания программ для Андроида.

• Objective-C - объектно-ориентированный язык для написания программ для Айфона.

• Языки программирования Си (C++ или C#), которые также подойдут для создания программ для Айфона.

• Ajax –технология для веб-программирования.

• Скриптовый язык общего назначения PHP. Очень популярен для создания динамических веб-сайтов.

«Ко мне часто обращаются знакомые с вопросом: как заработать на программировании? Что делать? – рассказывает Вадим Краснов. – Они-то понимают, что это перспективно и выгодно. Но когда я интересуюсь их знаниями - например, владею ли они JavaScript или PHP - оказывается, многие имеют весьма приблизительное представление об этих языках программирования». Эксперт уверен, что в этом случае открыть свое дело не получится - даже если будут потрачены миллионы.

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

Заключение

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

www.equipnet.ru

Нейролингвистическое программирование бизнеса

Зачем нужно НЛП

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

«На закате советских времен мы решили построить в республике еще одну гидроэлектростанцию. Мы руководствовались следующими доводами. На нашей территории почти нет полезных ископаемых, нам ежегодно не хватает 20-30% электроэнергии, и мы вынуждены были ее импортировать и импортируем ее до сих пор. Мы хотели построить электростанцию в одном из традиционно слаборазвитых районов и решить сразу две задачи — закрыть потребности республики в электричестве и дать импульс развитию района. Мы сделали необходимые расчеты и поехали с ними в Москву. Там нас поддержали. После того как все документы были утверждены, техника начала двигаться к месту строительства.

Абсолютно неожиданно для нас население стройными рядами вышло на дорогу, взялось за руки и не пропустило технику. Пока выясняли, кто прав, кто виноват, пока договаривались, распался Советский Союз. У нашей страны нет денег на такую электростанцию, и она продолжает импортировать электроэнергию. Мы готовы показать наши расчеты, мы были объективно правы. Когда мы сейчас показываем наши разработки западным специалистам, они полностью соглашаются с нами. Нам не удалось построить электростанцию, потому что нашелся зловредный журналист, который, не разобравшись в чем дело, взбаламутил народ».

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

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

Мне кажется, сейчас можно говорить о трех способах мышления в российском менеджменте:

  • производственном;
  • маркетингово-финансовом;
  • коммуникационном.

Образец первого — приведенный выше разговор с топ-менеджером энергетической компании.

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

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

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

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

Третий способ мышления — коммуникационный, как мне кажется — наименее осознанный и распространенный из трех.

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

  • Рынок — это система стихийных трансакций.
  • Трансакции не бывают бесплатными, они стоят денег и времени. Деньги, которых они стоят, называются трансакционными издержками.
  • Фирма — институт, призванный минимизировать трансакционные издержки участников рынка, например экономя их время.
  • У фирмы есть трансакционные издержки; сосчитать их сложно, но если они начинают зашкаливать за невидимую черту, компания может погибнуть или понести серьезные финансовые потери.

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

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

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

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

1. Сделки совершаются в результате взаимодействия (коммуникации), следовательно, мы можем рассмотреть бизнес не только как систему сделок, но и как систему взаимодействий (коммуникаций).

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

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

С точки зрения коммуникационного мышления бизнес — это система взаимодействий групп людей, от которых зависит бизнес компании. Можно выделить следующие типовые внутренние группы: учредители, топ-менеджеры, менеджеры, сотрудники; и внешние группы: клиенты, партнеры, инвесторы, государственные органы, СМИ, конкуренты, общественные организации. Что дает такой способ мышления менеджменту?

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

  • От каких групп людей зависит мой бизнес?
  • Как и какими средствами коммуникации сформировать позитивное отношение данной группы людей или отдельно взятого человека к моей компании, проекту?

Далее он мобилизует ресурсы компании для выполнения задачи № 2 и только после этого «подтягивает технику к месту строительства».

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

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

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

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

НЛП как инструментарий менеджера и тень Аристотеля

Основателями нейролингвистического программирования являются американцы Джон Гриндер, который преподавал математическую лингвистику в одном из американских университетов, и Ричард Бендлер, который учился на психологическом отделении того же вуза. НЛП сравнительно молодо, первая книга появилась в середине семидесятых годов, а в Россию НЛП попало в 1989 году. Ключевой идеей НЛП с самого рождения было моделирование. Создание физиологических (нейро) и словесных (лингвистическое) алгоритмов, моделей (программирование), помогающих понять, как думают и действуют выдающиеся в своих областях люди.

Первоначально НЛП специализировалось на моделировании методов работы выдающихся американских психотерапевтов. Первые техники и модели НЛП представляли формализованные приемы их работы. Это привело многих энэлпистов в психологию и психотерапию, а многих психологов и психотерапевтов - в НЛП. Как мне кажется, это во многом объясняет то, что часто НЛП считается направлением в психологии. Впоследствии объектами моделирования становились самые различные люди, начиная с Аристотеля и заканчивая Уолтом Диснеем. Так, сейчас одной из центральных моделей НЛП является модель SCORE. Она представляет алгоритм мышления Аристотеля, смоделированный по его книгам Робертом Дилтсом. Постепенно НЛП стало активно использоваться в образовании и бизнесе (менеджмент и маркетинговые коммуникации).

Существует много определений НЛП, но общепринятого ответа на вопрос «что такое НЛП?» на данный момент нет. Это порождает большое количество самых фантастических кривотолков.

Сейчас можно говорить о четырех разновидностях НЛП.

  • Набор техник для психокоррекции. Де-факто самый распространенный. На рынке присутствует в виде семинаров «НЛП-практик», «НЛП-мастер». По сути представляет собой обучение техникам психокоррекции, фрагменты из которых могут использоваться в бизнесе.
  • Набор приемов для манипуляции. Семинары, на которых показывают, как фрагменты психокоррекционных техник могут использоваться для манипуляции, как и всякая манипуляция, способны давать краткосрочный эффект. Но стратегически плохо влияет на характер отношений и создает проблемы, прежде всего самим манипуляторам, ибо они начинают бояться, что и ими манипулируют.
  • Направление в когнитивной психологии. Фокус внимания в данном подходе связан с идеей моделирования (формализации) когнитивных стратегий людей, добившихся выдающихся результатов в различных областях, и идеей обучения использованию этих моделей.
  • НЛП как междисциплинарный язык описания, социально-экономическая и гуманитарная технология. Специализируется на повышении эффективности внутренних и внешних коммуникаций компании, создании долгосрочных отношений с группами людей, от которых зависит бизнес компании. Достигается это за счет алгоритмизации процесса коммуникации и обучения клиента использованию этих алгоритмов. Целью использования этого варианта НЛП в компании являются:

— повышение эффективности мышления управленческой команды;

— повышение эффективности внутренних и внешних коммуникаций, минимизации внутренних и внешних трансакционных издержек компании;

— развитие отдельных коммуникационных навыков, например навыка ведения переговоров.

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

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

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

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

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

Евгений Плаксенков,

директор по управлению человеческими ресурсами «ОТИС Россия»

На стадии выстраивания коммуникаций любая компания остро нуждается в большом разнообразии методов развития взаимоотно-

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

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

Изменения бизнес-среды требуют от любой компании способностей быстрого выстраивания эффективных и долгосрочных отношений, с учетом самых значимых для сторон интересов. Для решения этой задачи НЛП продемонстрировала следующее.

1. Системность, которая обеспечивается:

- многообразием способов получения обратной связи;

- логичностью построения уровней управления процессами и объектами;

- единым языком описания процессов и объектов.

2. Уникальность методики, не поддающаяся слепому копированию.

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

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

5. Долгосрочность действия эффективно настроенных отно-шений.

Александр Беленький,

глава представительства AMD в России и странах СНГ

НЛП — это очень неожиданный взгляд на мир. Я помню, что первоначальное утверждение «карта не равняется территории» сделало для меня мир трехмерным.

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

Евгений Добровольский,

директор по консалтингу компании «Инталев»

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

Владимир Филиппов,

президент рекламного агентства «Аврора», вице-президент РАРА

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

1. Улучшение внутренних коммуникаций.

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

2. Развитие внешних коммуникационных навыков.

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

3. Использование принципов и навыков НЛП в рекламе.

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

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

Сергей Якунин,

генеральный директор по странам СНГ Armstrong Building Products CIS

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

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

«Армстронг» — компания отношений (relationships company). Здесь нет ни новаторства динамичных компаний Силиконовой Долины, ни отлаженности бизнес-процессов «Макдоналдса». Основа нашего успеха — поддержание контактов с тысячами архитекторов, строителей и установщиков потолков, а следовательно, с тысячами разных личностей, тысячами уникальных «карт» их сознания. Рецептов общения здесь нет и не может быть. Могут быть лишь общие подходы, технологии. НЛП прекрасно справляется с этой задачей.

Денис Сизов,коммерческий директор агентства «S'TOP-PR, реклама, консалтинг»

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

Автор:

Гринфельд МихаилЖурнал "Top-Manager", № 8(29)

hr-portal.ru

Автоматизация бизнес процессов в 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 есть собственное понятие «Бизнес-процессы», а внутри этого раздела имеется нотация, в которой нужно рисовать бизнес-процессы.

 

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

 

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

Основное преимущество первого подхода было описано выше: он очень удобен разработчикам, не требует глубокого изучения нотации, позволяет привычным для программистов-разработчиков образом алгоритмизировать любые бизнес-процессы. Очевидный минус этого варианта: отсутствие наглядности для пользователей. При этом никто не мешает разработчику создать графическую схему бизнес-процессов для заказчика (блок-схему в виде блоков и стрелок) в любой удобной среде для согласования, после чего выполнить программирование и ознакомить пользователей с результатом. Точно так же, как каждый разработчик это делает при создании и доработке приложений. Более того, удобный и отлаженный бизнес-процесс требует каких-либо изменений в редких случаях, обычно связанных с внедрением изменений в схему работы самой компании. А потому отсутствие наглядности и сложность внесения правок для неспециалиста на самом деле не являются критической проблемой. Скорей всего, заказчик с готовой системой будет работать годами, а изменения ему потребуются тогда, когда сама схема работы компании будет меняться, а здесь простыми правками в бизнес-процессах обычно обойтись не удается, и в любом случае требуется участие специалиста в разработке и внедрении обновленной системы. Во втором случае используются нотации, изобретенные создателями 1С и Bitrix24 CRM. С одной стороны, такой подход очень удобен для пользователей, так как нагляден и понятен. С другой, для его использования придется потратить дополнительное время на изучение нотации от 1С или Bitrix24, а информации по работе с этими системами не так много, как хотелось бы. Конечно, каждая система предоставляет документацию и какие-то разделы помощи, но в них нет определенной идеологии. Вся информация, которую предоставляет разработчик, это документация от вендора. Т.е. для изучения нотации пользователям предлагается не решение от бизнес-аналитиков и опытных пользователей системы, а краткое руководство с точки зрения разработчиков системы. А потому для такого метода работы очень полезно иметь развитые способности к визуализации процессов, а также умение быстро приспосабливаться к незнакомым нотациям. Еще один минус графического подхода, это значительные ограничения, которые накладывает на работу в системе возможности нотации. При программировании гибкость и перечень возможностей значительно выше. В результате я лично предпочитаю пользоваться более гибкой системой, т.е. программировать бизнес-процессы, а наглядность для заказчика я обеспечиваю при помощи создания графики (блок-схемы) на этапе согласования бизнес-процессов, которую выполняю обычно в IDEF 3 или BPMN… Но на самом деле, вы можете использовать даже обычный лист бумаги и карандаш. Главное здесь – взаимопонимание с заказчиком. С другой стороны, если бизнес-процессы в компании оказываются относительно простыми, и выполнять работу по автоматизации процессов намерен производить пользователь, не являющийся программистом, графический подход оказывается удобнее. Наглядно «нарисовать» схему процессов и определить иерархию в нотации сможет даже пользователь, знакомый с бизнес-аналитикой и IT просто потому, что графический вариант представления бизнес-процессов намного понятнее пользователям. Именно на них рассчитаны такие инструменты. Именно нарисовать, чтобы процессы правильно исполнялись все равно придется привлекать программиста. Считается, что пользователю изучить графическую нотацию проще, чем программирование процессов. Здесь каждый решает сам, что ему больше нравится: гибкость и простота программирования или наглядность для пользователей и возможность внесения изменений в бизнес-процессы без участия разработчиков.

С уважением, Кинзябулатов Рамиль.

trinion.org


Смотрите также