35 перспективных бизнес идей, которых нет в россии в 2023 году

Страх перемен

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

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

Безусловно, есть случаи неудачных изменений, как это произошло, к примеру, с компанией Tropicana в 2009 году: после смены фирменного стиля упаковки сока убытки по продажам составили $30 млн, и компании пришлось вернуться к прежней упаковке.

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

И конечно, есть и множество примеров удачного ребрендинга компании. Один из примеров в России — обновление бренда московского завода «Карат». Компания пересмотрела дизайн 15-летней давности и сделала более современную и лаконичную упаковку продукции, после чего продажи плавленых сыров «Карата» увеличились на 35%.

Вы составили список рисков: что теперь делать?

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

Рассмотрим каждый способ.

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

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

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

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

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

Что мы должны получить после интеграции?

Входящие звонки

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

Исходящие звонки

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

Внутренние звонки

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

Также должны быть доступны статусы всех сотрудников. Статусы могут быть: свободен, занят (т.е. находится в разговоре), в перерыве или недоступен. Менеджер видит кто из коллег занят в данный момент и подождать, пока он освободится, для совершения звонка.

Статистика / история звонков.

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

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

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

Схема интеграции

Oktell позволяет работать одновременно с сервером WebCRM и с клиентскими (браузерными) приложениями. Интеграция Oktell и WebCRM-системы проводится в два этапа:

1. Серверная интеграция — настройка канала обмена данными между WebCRM-системой и сервером Oktell.

2. Клиентская интеграция — организация интерфейса для передачи команд телефонии от браузерного приложения к серверу Oktell.

Обмен с системой Меркурий через Web + Ветис.API для любых конфигураций (универсальная конфигурация Хамелеон Меркурий) Промо +383 –

Универсальная конфигурация Хамелеон Меркурий для взаимодействия с системой Меркурий(тестовый+рабочий+демо контур) может использоваться для интеграции в любую конфигурацию на базе 1С, версии ПРОФ и выше. Основное отличие от других решений — полностью открытый код, работа через веб-интерфейс и API 2.0(API 2.1). Для удобства реализован общий интерфейс в виде обработки, схожей с интерфейсом Меркурий, но возможностей гораздо больше, т.к. при интеграции в Вашу учетную систему, можно на основании Ваших справочников и документов, создавать соответствующие документы и справочники в системе Меркурий и наоборот. Доступно подробное и развернутое описание в HELP-окнах, которое помогает во всем разобраться даже неподготовленным пользователям, добавлены ссылки на обучающее видео по использованию системы Меркурий. Лицензирование идет на ХС в целом(а не на каждое предприятие). Добавлена возможность автономной работы при неполадках на сайте Меркурий.

6000 руб.

Нужные и важные навыки аналитика

1. Понимание, что такое API

2. Понимание основных требований к сервисам

3. Понимание видов интеграционного взаимодействия (синхронно или асинхронно)

4. Понимание работы очередей сообщений

5. Понимание работы шины данных

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

Что же такое API?

Для начала нужно определить на какие вопросы нам отвечает API:

1. Как ко мне и к моей системе можно обратиться?

2. «Ко мне можно обращаться так и так, я обязуюсь делать то и это»

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

Основные требования к описанию сервиса

Сохранение единой структуры сообщения При описании веб-сервиса необходимо сохранять структуру иерархии его объектов. (разработчики опираются на нее при формировании сообщения)

Полнота описания данных по каждому значению будущего сообщения
Идентификатор – системное наименование;
Название – бизнес название
Поле таблицы – источник хранения значения в БД. Записывается через точку (значение.таблица)
Тип данных – числовой, текстовый, справочник, дата и т.д.
Размерность – ограничение по количеству символов

Например, если поле представляет собой «чек-бокс», то его размерность будет единицей для обозначения да/нет/пусто

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

Блок может быть разделен на два значения:
Обязательность для системы 1 (отправителя)
Обязательность для Системы 2 (получателя)

Комментарий – для указания дополнительной информации, при необходимости

Обычно используется два типа сообщений:
Запрос (Request) – исходящее сообщение от Системы 1 в Систему 2
Ответ (Response) – входящее сообщение от Системы 2 в Систему 1 в результате полученного запроса (Request).

Схема работы

Сервер Oktell взаимодействует с телефонами и с браузерными приложениями с помощью клиент-серверного интерфейса. Между Oktell и каждым браузерным приложением организовывается свой независимый канал для двустороннего обмена командами управления и событиями.

Фактически, веб-приложение получает возможность взаимодействовать напрямую с сервером Oktell. Интерфейс позволяет

• Принимать / совершать / переводить звонки
• Создавать / управлять конференциями
• Видеть номерной план / очередь звонков

Рекомендуется использовать одинаковые логины и пароли в WebCRM и в Oktell для упрощения процесса авторизации. При входе в WebCRM, пользователь автоматически авторизуется в Oktell с идентичными авторизационными данными.

ВНИМАНИЕ: Канал клиентского интерфейса не следует использовать для фиксации событий в базе WebCRM, таких как сохранение информации о входящих и пропущенных звонках. Если браузерное приложение будет отвечать за запись подобной информации, то в случае его недоступности, информация будет утеряна

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

Выгрузка товаров ВКонтакте из 1С и обмен заказами (Модуль обмена для Розницы, УТ, КА, ERP, УНФ) Промо +122 –

Модуль обмена со страницей ВКонтакте предназначен для выгрузки сведений о товарах из информационной базы 1С на страницу ВКонтакте в раздел «Товары», а также для обмена заказами, созданных покупателями на странице магазина ВКонтакте. Модуль предназначен для конфигураций «Управление торговлей 11», «Комплексная автоматизация 2», «1С:ERP Управление предприятием 2», «Розница 2.2, 2.3», «Управление нашей фирмой 1.6». При внедрении модуля не производится изменения вашей основной конфигурации, все объекты остаются на поддержке. Обновления релизов основной конфигурации проходят без дополнительных сложностей.

5400 руб.

Организации

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

В году CSICOP изменил свое название и стал Комитетом по скептическим расследованиям (CSI), чтобы подчеркнуть, что группа интересовалась не только паранормальными явлениями, но и псевдонауками, теориями заговора и даже религиями .

Самой известной скептической ассоциацией сегодня является Комитет по скептическому расследованию, издающий журнал Skeptical Inquirer . Другими важными англоязычными организациями являются Общество скептиков и Образовательный фонд Джеймса Рэнди . Майкл Шермер, основатель Общества скептиков, ведет скептическую колонку в престижном журнале Scientific American .

Во Франции и Квебеке воплощают это направление мысли, включая Квебекских скептиков, Союз рационалистов и Французскую ассоциацию научной информации . Ассоциация по науке и передаче критики (ASTEC) объединяет скептически настроенных популяризаторов, в том числе Томаса С. Дюрана, занимающихся, в частности, созданием контента в Интернете, направленного на популяризацию критического мышления среди широкой публики.

Использование телефона

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

Гарнитура

Для подключения гарнитуры в браузере используется библиотека Oktell-voice.js, которая выполняет функцию софтфона, работающего на веб-странице. При работе используется технология передачи голоса WebRTC. Технология пока поддерживается только в браузерах Google Chrome.

Регистрация софтфона происходит при загрузке веб-страницы. Если параллельно открыть новую вкладку с тем же самым веб-приложением, Oktell зарегистрирует еще софтфон для пользователя по технологии SIP Forking (множественное подключение устройств под одной учетной записью). При закрытии вкладки происходит разрегистрация линии. Следует отметить, что если пользователь закрыл вкладку во время разговора, то соединение будет потеряно, а значит и разговор будет тут же разорван.

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

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

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

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

Подробнее вы можете прочитать в статье Okapp.

IP-телефон

Чтобы использовать IP-телефон при работе в CRM-системе, необходимо в карте сети создать телефон с тем же логином, как и у сотрудника. Тогда при входе сотрудника, за ним автоматически будет закрепляться его устройство. Данный функционал доступен, начиная с версии Oktell 2.9.

Если телефоны имеют отличные логины от пользователей, то необходимо вручную закрепить устройство за сотрудником. Зайдите в Администрирование -> Карта сети -> Настройки телефона. Выберите сотрудника в поле Пользователь WebCRM.

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

Софтфон

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

Приведенный ниже пример не является готовым решением, а предоставлен как демонстрационный материал

Обратите внимание на взаимосвязанность процессов, зоны ответственности серверной и клиентской интеграции

Техническая документация

Какой бы не была задача: создание новой интеграции, доработка или реинжениринг, все начинается с документации (ТЗ, ЧТЗ, СТП, API). И писать ее именно вам. Главная задача документации – максимально точно описать то, что хотят от итогового функционала.

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

Методы реализации

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

Oktell.js

Oktell.js — Javascript-библиотека для встраивания функционала управления звонками в CRM-систему. Oktell.js использует WebSocket-протокол для соединения с сервером Oktell. Преимущество этого протокола заключается в создании постоянного соединения с сервером, которое позволяет без задержек получать события с сервера Oktell и выполнять определенные команды. Однако, WebSocket-протокол достаточно сложен для реализации и его методы не очень просты. Библиотека Oktell.js оборачивает внутри себя методы WebSocket-протокола, предоставляя простой функционал для управления.

Oktell.js позволяет управлять звонками, управлять конференцией, получать события из Oktell, получать доступ к данным. Работа с гарнитурой производится с помощью библиотеки Oktell-voice.js.

Oktell-panel.js

Oktell-panel.js — представляет собой закреплённый в браузере интерфейс, в котором отображается список контактов, статусы сотрудников, а также оптимальный набор инструментов, позволяющих управлять вызовами и конференциями.

В отличие от Oktell.js является полностью готовым решением для управления звонками. Веб-панель позволяет также использовать гарнитуру с помощью библиотеки Oktell-voice.js.

Куда развивается искусственный интеллект?

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

Тренд №1. Активное использование бизнесом технологии анализа больших данных и предиктивной аналитики. По словам генерального директора технологической группы Rocket Humans Анастасии Усковой, аналитика больших данных помогает компаниям грамотнее выстраивать многие процессы — от маркетинговых активностей до поиска кандидатов. С развитием технологий анализ больших данных и предиктивная аналитика станут ещё доступнее. Будут появляться готовые API-решения в аренду или по лицензии — это существенно снизит их стоимость. Они будут встраиваться в любой бизнес и делать его более эффективным.

Тренд №2. Мультимодальность. В зависимости от ситуации человеку может быть удобно подтвердить операцию с помощью мобильного приложения, голоса или отпечатка пальца. «Фактически провайдеры услуг в борьбе за клиента вынуждены развивать модальность услуг. В идеале любая новая услуга должна быть сразу доступна для клиента во всех каналах, иначе клиентский путь заметно усложняется. Клиенту не нужно думать о том, какие операции он может подтвердить голосом, а какие — через мобильное приложение», — объяснил заместитель руководителя департамента IT-архитектуры ВТБ Михаил Хасин.

Тренд №3. Персонализация предложения. «Фактически это способ получить максимально подходящий клиенту продукт, покупка которого становится для него естественным желанием», — поясняет Хасин. В идеале, если человек обсуждает в чате некоего актёра, наиболее естественно предложить ему купить билет на концерт этого актёра. Именно ИИ в состоянии добиться идеального результата.

Тренд №4. Расширение проникновения ИИ и глубокое внедрение в бизнес-процессы. «Есть варианты использования ИИ в продажах, сельском хозяйстве, он уже используется в банковской сфере и страховании, спектр будет только расти», — считает сотрудник департамента экономических и финансовых исследований CMS Institute Николай Переславский.

Фото: Zapp2Photo / Shutterstock

Тренд №5. Упрощение использования. Если раньше для создания сайта/лендинга или проверки какой-либо гипотезы в онлайн-бизнесе вам нужен был программист, дизайнер и системный администратор, сейчас эти задачи легко решаются с помощью различных визуальных конструкторов. «Наверняка в теме ИИ скоро появятся (а может, уже появляются) подобные решения, когда не нужно будет обладать особыми знаниями или нанимать дорогих специалистов, чтобы собрать из модулей полезное решение для своего бизнеса», — убеждён Шеповалов.

Платформа Microsoft Power

Платформа Microsoft Power объединяет четыре надежные технологии Microsoft — Power BI, Power Apps, Power Automate и Power Virtual Agents — в одной мощной платформе приложений. Эти технологии позволяют создавать решения, автоматизировать процессы, анализировать данные и создавать виртуальные агенты в единой и интегрированной среде.

Примечание.

Не следует использовать Microsoft Power Platform для создания приложений, предназначенных для публикации в магазине приложений Teams. Приложения Microsoft Power Platform можно публиковать только в магазине приложений организации.

Power Apps

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

Power Virtual Agents

Power Virtual Agent — это решение без кода с управляемым графическим интерфейсом. Оно создано на платформе Microsoft Power и Bot Framework. Интерактивное решение графического интерфейса без необходимости создания программного кода позволяет каждому участнику вашей команды создавать многофункциональные чат-боты для бесед, легко интегрирующиеся с платформой Teams. Вы можете проектировать, разрабатывать и публиковать интеллектуальные виртуальные агенты для Teams без необходимости настраивать среду разработки, создавать веб-службу или напрямую регистрироваться в Bot Framework.

Создание виртуального помощника

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

Что же использовать?

Вопрос “Какой способ реализации использовать?” необходимо рассматривать в контексте реализуемой системы и ее ограничений. Обычно, SOAP используется в крупных корпоративных системах со сложной логикой, когда требуются четкие стандарты, подкрепленные временем. XML-RPC, пожалуй, устарел и не имеет смысла ввиду наличия собрата JSON-RPC. RPC-протоколы подойдут для совсем простых систем с малым количеством единиц информации и API-методов. 

Если же вы разрабатываете публичное API и логика взаимодействия во многом покрывается четверкой методов CRUD — смело выбирайте REST. Он наиболее популярен в WEB. Яндекс, Google и другие используют именно его для своего API.

Подходы

Существуют разные подходы, в том числе:

• рецензирования ( «рецензирование» на английском языке), очень часто практикуется в научных публикациях и оценки научных исследований  ;
• подходы, нацеленные конкретно и проактивно на выявление и выявление ошибок, умышленных упущений или манипуляций, фокусов и т. д. с целью демистификации (по- английски  : разоблачение, следовательно, разоблачение ) и тех, кто хочет изучать паранормальные тезисы.
• Некоторые скептики (в частности, американцы) будут вовлечены в более политический или медийный путь (для продвижения науки и ее принципов), другие будут более ориентированы на светский гуманизм . В своей статье Дэниел Локстон, автор книги Heading Junior Skeptic в журнале Skeptic, утверждает, что вместо этого следует вернуться к тому, что некоторые считают основами, например, к скептицизму Джеймса Рэнди .
• Изыскание является французским вариантом научного скептицизма, инициированный Анри Broch основателя с Жаком Теодором (биолог в CNRS ) и Джирардом Мажакс ( фокусник известным во Франции) в Международном ищущем Вызове . В Zététique Обсерватория претензии защищать подход уважая свободу верить сторонников паранормальных явлений, избегая догматизма и произнося только о достоверности доказательств и рассуждений.

Отношение к вере: оно варьируется в зависимости от людей и, несомненно, в зависимости от времени;

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

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

Ричард Докинз отстаивает идею о том, что рациональный скептицизм, материализм и атеизм — три тесно связанных позиции.

Мартин Гарднер, с другой стороны, утверждал, что верит в Бога, хотя он не придерживался какой-либо организованной религии.

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

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

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

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

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

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

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

Как найти риски проекта и оценить их

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

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

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

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

Вот диаграмма Исикавы, составленная для анализа проблемы — у компании низкие продажи.

Так выглядит диаграмма Исикавы с тремя уровнями факторов. Пока она не заполнена до концаИнфографика: Майя Мальгина для Skillbox Media

Например, есть риск, что поставщики вовремя не доставят товар. На диаграмму поместят следующие причины:

• нет инструментов отслеживания;
• государство может ввести ограничения;
• нет человека, который отвечает за доставку товара.

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

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

Инфографика: Майя Мальгина для Skillbox Media

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

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

Потом оцените вероятность того, что риск возникнет:

• Высокий — высокая вероятность риска.
• Средний — риск есть.
• Низкий — скорее всего, риска нет.

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

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

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

Заключение

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