Что такое бизнес-модель, в чем ее основное назначение

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

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

Авторская концепция предполагает описание бизнес-модели через девять блоков, которые объединены в четыре бизнес области:

- клиенты

- предложение (товар или услуга)

- необходимая инфраструктура

- финансовая жизнеспособность.

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

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

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

Любая бизнес-модель предполагает наличие трех факторов: фактор пользы или выгоды (какую пользу приносит компания (клиентам, партнерам)); фактор стоимости и фактор прибыли (каким образом будут заработаны деньги).

Любая бизнес-модель должна давать ответ на три ключевых вопроса:

1.как компания создает ценность для внешних клиентов;

2.как компания зарабатывает деньги;

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

Форма представления бизнес-модели должна отвечать следующим требованиям:

1.охватывать весь бизнес компании;

2.описывать основные «блоки», из которых состоит бизнес компании и, при необходимости, взаимосвязи между ними;

3.быть компактной и удобной для восприятия

Что такое стратегическая карта и для чего она используется в задачах бизнес-моделирования.

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

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

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

Стратегические карты:

1.разъясняют видение и цели таким образом, чтобы люди

поняли приоритеты организации и отведенную им роль

2. позволяют людям сконцентрировать внимание на

важных целях, которые нужно достичь

3. выявляют вклад в процесс реализации стратегии при

помощи конкретных инструментов измерения

4. обеспечивают структуру для предоставления команде

необходимых ресурсов для выполнения задач, ведущих

к стратегическому успеху

5. признают важную роль интеллектуального капитала и

нематериальных активов в создании ценностей

Стратегические карты объединяют четыре основных аспекта деятельности организации, а именно: стратегические цели, стимулы, показатели, краткосрочные цели и задачи, которые демонстрируют:

1) Аспекты отношений с потребителями: какой имидж в настоящий момент должна иметь компания в глазах потребителей, чтобы реализовать свою миссию?

2) Аспект финансовой деятельности, а именно, анализ и подведение итогов за прошлые периоды.

3) Аспект организации внутренних бизнес-процессов: какие первоочередные хозяйственные операции компания должна совершенствовать на данном этапе развития, чтобы удовлетворить своих потребителей и акционеров?

4) Аспект обучения и развития: как компания должна адаптироваться к изменяющимся обстоятельствам в будущем, и совершенствовать свою деятельность?

6.Нотации, используемые для описания процессов верхнего уровня: названия, что содержат, правила построения.

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

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

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

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

Правила:

1. Перед построением модели необходимо определиться, какая модель (модели) системы будет построена. Это подразумевает определение ее типа AS-IS, TO-BE или SHOULD-BE, а также определения позиции, с точки зрения которой строится модель.

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

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

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

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

6. У каждого блока должен быть как минимум один выход

7. При построении диаграмм следует минимизировать число пересечений, петель и поворотов стрелок.

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

9. Каждый блок и каждая стрелка на диаграммах должны обязательно иметь имя.

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

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

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

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

DFD (Data Flow Diagram) - стандарт описания процессов верхнего уровня и потоков данных, которые преобразуются функциями данного процесса.

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

Правила и рекомендации построения модели DFD в основном совпадают с принятыми в IDEF0.

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