Из чего состоит любой бизнес? Из мелочей! Из чего состоит бизнес


Как создать бизнес?

Статья Виталия Бормотухина

Из чего состоит бизнес? Из денег и опыта или из умения все организовать?

Частное мнение опытного предпринимателя

Общаясь с начинающими предпринимателями и с теми, кто в бизнесе давно, я постоянно ловлю себя на мысли, что никто толком не может объяснить, что же такое – бизнес.

Кто-то считает, что бизнес – Газпром, или Норникель, а все остальное это… так погулять вышли. Но даже не в этом дело.

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

Все это конечно важно, все это влияет на успешность любого начинания в бизнесе, но является ли это всё той таблеткой, которую можно проглотить, ап… здоров, и в шоколаде?

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

Есть ли такой рецепт или такое понятие?

Для меня есть.

В моем понимании бизнес – организация процессов.

Умение организовать процесс зарабатывания прибыли. Если кому-то так проще – процесс, постоянного зарабатывания бабок. И желательно, по нарастающей.

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

Еще раз: бизнес это не деньги, знания и опыт. Это важно, но не главное. Главное – уметь все организовать.

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

Правильно организовать и найти инвестора. Так кстати все и делают. И находят. Нет административного ресурса? Так организуйте такую возможность.

Сумейте «залезть под шкуру» мэра вашего городка или на худой конец его зама. Невозможно? Ну, так значит, вы не справились с такой задачей – организация доступа к «телу». А как вы думали? Значит вы не предприниматель, а так… учебная тревога.

Сергей Галицкий. Программа “В рабочий полдень”

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

В зеркало посмотри и там увидишь все проблемы бизнеса, который ты собираешься открыть!!

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

Вы не знаете таких примеров? Смотрите телевизор или попытайтесь вспомнить, наверняка вы о таких слышали и не один раз.

Почему у них ничего не было, а все получилось? Потому, что крутились, как вошь на аркане и искали выход. Нашли.

Еще хотите примеры? Да всегда, пожалуйста:

А вы слышали истории мошенников, которые без образования и значительных знаний, практически с одной феней, создавали успешные, пусть и преступные бизнесы. (Давайте сразу договоримся, что преступный бизнес – тоже бизнес).

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

Вы собрались открыть магазин по продаже мяса?

Тогда весь бизнес можно представить в таком виде где каждый раздел – блоки -решения:

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

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

Разделы любого в принципе бизнес-плана!

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

Что тут сложного? Это бизнес, малята!

www.russtartup.ru

BPMN 2.0 Из чего состоит модель бизнес процесса

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

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

Это описание элементов BPMN 2.0 поможет вам.

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

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

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

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

Операции

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

Сервисная операция

Операция, которая выполняется сервисом или механизмом. Иными словами, это операции выполняемые автоматически. Пример — рассчитать цену с учетом скидки. Операция выполняется программой, автоматически. Этот тип операций удобно использовать, когда вы отображаете работу программы или инструмента. Или показываете взаимодействие человека и программы. Кстати, пул, который означает сотрудника в модели, также может обозначать программу. Если задать один пул как программу, а другой как пользователя, то можно раскрыть процесс взаимодействия. Такое возможно только в нотации BPMN 2.0.

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

Операция, результатом которой является отправленние сообщение. И вот первый пример гибкости нотации — операция «отправить электронное письмо», может быть, как типом «пользовательская операция», так и «отправка сообщения». Какой тип использовать — зависит от целей моделирования конкретного процесса и правил, которые вы для себя приняли.

Получение сообщения

Операция, связанная с получением сообщения. Пример — получить письмо на почте.

Пользовательская операция

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

Ручная операция

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

Выполнение сценария

Операция, которая подразумевает выполнение сценария. Сценарий создается заранее и представляет собой последовательность действий. По сути , сценарий это тоже процесс. Проще всего понять сценарий, как процедуру. Например — проверить документ. Эта операция подразумевает выполнение ряда действий, т.е. мы проверяем конкретные пункты в документе. Это и есть сценарий. Если вы используете этот тип операции, то нужно обязательно указать, какой сценарий используется. Кстати, когда для проверки используется чек-лист, то такая операция явно имеет тип «выполнение сценария», а чек-лист — сценарий.

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

Выполнение бизнес правила

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

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

Операция-ссылка

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

Операция-вызов

Отличается от ссылки тем, что если вы используете операцию-вызов, то еще и используете ресурсы этой операции или процесса. Т.е. «одалживаете» сам процесс, из другого места.

Процессы в BPMN 2.0

Повторно используемый процесс

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

Процесс-ссылка

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

Событийный процесс

Особый вид процесса. Особенность заключается в том, что такой процесс не имеет входящих/исходящих потоков. Т.е. на диаграмме он не соединен стрелками с другими процессами/операциями. А запускается он, когда в процессе наступает событие, такое же, какое указано в событийном процессе в качестве старта. Зачем это нужно? Иногда не нужно включать процесс в основной поток. Например потому, что событие, запускающее процесс, возникает крайне редко. При этом, ход основного процесса, может как прерываться и переходить в событийный подпроцесс, так и нет. Т.е. событийный процесс выполняется параллельно. Например — в процессе обслуживания клиента в банке, оператор видит, что клиент является мошенником. В таком случае он подает сигнал службе безопасности, который служит стартом для соответствующего процесса в СБУ. Однако оператор не прерывает процесс а продолжает обслуживание, с целью удержания мошенника на месте, до прибытия сотрудников СБУ.

Спонтанный процесс (ad-hoc)

Еще один вид особого процесса. В спонтанном процессе, операции не имеют последовательности действий. Т.е. они могут выполняться спонтанно, в любом порядке, с любым количеством повторений. Выполнение такого процесса полностью определяется его исполнителем. Например, спонтанный процесс «Приготовить кофе», имеет в своем составе операции: «Насыпать кофе», «Насыпать сахар», «Налить воду». Порядок действий не важен, т.к. в любом случае, мы получим один результат. Что еще важно — не все действия в спонтанном процессе обязательны для выполнения. События начала и окончания, не могут включаться в спонтанный подпроцесс.

Повторения

Повторение может относится как в операциям, так и к процессам.

Стандартное повторение

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

Множественное повторение

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

Компенсация

Операция или процесс компенсации, выполняется в том случае, если в процессе, произошло что-то, требующие дополнительных действий для его завершения. Например — при согласовании документа, необходимо внести поправки. В таком случае, выполняется компенсирующие действие «внести поправки», которое позволяет завершить процесс согласования. Форма компенсации очень удобна для моделирования. Компенсация — отличительная черта нотации BPMN 2.0.

События в BPMN 2.0

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

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

Входящие / исходящие события

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

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

Событие с исходящим тригером (исходящее событие) означает, что событие свершается, если что то отправлено. Опять же — отправлено письмо. Исходящими событиями удобно отображать выполнение условия по передаче информации.

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

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

Спусковые крючки событий

Сообщение

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

Промежуточное событие — отправлен отчет (исходящее). Получена спецификация заказа (входящее)

Событие окончания — отправлено подтверждение отгрузки товара клиенту (только исходящее)

Таймер

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

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

Ошибка

Сигнал об ошибке. Такой тип события всегда связан с другим процессом. Т.е. в каком то процессе возникла ошибка, которая запускает последующий процесс. Пример — событие «ошибка соединения», запускает процесс проверки интернет соединения с компьютером.

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

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

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

А еще, с помощью промежуточного события «ошибка», отображают риски в процессе. Ну и способы работы с ними.

Эскалация

Запускает процесс, который ускоряет выполнение другого процесса, если тот выполняется не правильно. Событие «Эскалация» всегда связано с другим процессом, который передает (эскалирует) выполнение процесса другому человеку или системе, а тот его принимает.

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

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

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

Отмена

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

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

Событие окончания — «никто не пришел», отменяет подготовку вечеринки, и все что было для нее сделано.

Событие отмены не может быть стартовым.

Компенсация

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

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

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

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

Состояние

Событие, обозначающее некое состояние объекта. Состояние относится к параметрам. Например — стартовое событие «температура процессора превысила 70 градусов», запускает процесс охлаждения процессора. Или — стартовое событие, обозначающее состояние вашей второй половины как «плохое настроение», запускает процесс приготовления его/ее любимого блюда. Тоже касается и промежуточных событий — состояние какого то объекта, определяет ветку развития процесса.

Событие окончания не может иметь тригер состояния.

Сигнал

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

Событие начала — свисток чайника, это сигнал, который запускает процесс заваривания чая.

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

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

Множественное

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

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

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

Параллельное множественное

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

Ссылка

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

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

Ссылки могут быть как входящими, так и исходящими.

Терминация

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

Прерывающее и не прерывающее события

Ну и последнее, что надо знать о свойствах событий. Каждое событие, в нотации BPMN 2.0 может прерывать или не прерывать процесс. Это относится только к событиям начала и промежуточным событиям. Прерывание, означает что наступление события необходимо для продолжения процесса. Если же событие не влияет на ход процесса, не определяет или не изменяет его, то оно просто учитывается. Например автоматическая фиксация какого нибудь KPI, не влияет на процесс, но тем не менее может быть отображена на схеме. Также, не прерывающие событиями можно отображать совокупность условий, которые на данный момент не влияют на процесс, но будучи выполненными вместе, собираются в Множественное или Множественное параллельное событие, которое уже влияет на процесс. Примеры подобных ситуаций я соберу в отдельной статье.

Развилки BPMN 2.0

Шлюз, основанный на данных (XOR)

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

Шлюз, основанный на событиях (XOR)

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

Включающий шлюз (решение, объединение, OR)

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

Комплексное решение, объединение

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

Параллельная развилка, объединение (AND)

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

Объекты данных BPMN 2.0

Исходящие данные

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

Входящие данные

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

Потоки BPMN 2.0

Поток по умолчанию

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

Условный поток

Развитие процесса происходят исходя из определенных условий. Но если вы не обозначили условия событиями или развилками, то можно воспользоваться таким элементом. Тогда в описании потока необходимо указать условия его возникновения. На сегодня все. Я рассказал почти о всех элементах нотации BPMN 2.0 Хотите освежить в памяти описание базовых элементов? Оно находится здесь. Есть еще дополнительные типы диаграмм и элементов, например диаграмма Хореографии и Диаграмма взаимодействия, но они используются не так часто. О них как нибудь потом.

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

rzbpm.ru

Из чего состоит бизнес-план: пункты, структура, разделы

Вопрос от Романа Дорохина:

Здравствуйте. Ответьте на такой вопрос пожалуйста, из чего должен бизнес-план состоять? По пунктам если можно!

Ответ на вопрос читателя:

Здравствуйте, Роман!

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

В структуре бизнес-плана должны быть такие пункты:

  1. Титульная страница. Где вы описываете, как будет называться фирма, название вашего бизнес-проекта, сколько будет стоить, всех ваших учредителей и исполнителей.
  2. Кратко описываете, чему посвящен ваш бизнес-план. Это тот вид бизнеса, которым вы собираетесь заняться. Например, планируете открыть розничный магазин или организовать интернет-магазин.
  3. Цели бизнес-плана (бизнеса). Вы описываете все товары и услуги, которые вы хотите предложить вашим будущим покупателям. Предлагаете ту цену, по которой должны будете продаваться товар. Оценить свои затраты, которые будет требовать производство товара.
  4. Анализ рынка. Описываете ситуацию в отрасли, конкурентов и потребителей.
  5. Как вы планируете организовать процесс производства товаров или услуг. Описываете все производственные и другие рабочие процессы.
  6. Как вы будете обеспечивать качество, конкурентоспособность. Отражаете все организационные связи с партнерами, учредителями и обосновываете организацию производственной деятельности.
  7. Кто будет выполнять план (кадры, консультанты).
  8. Какое необходимо финансирование бизнес-плана. Вы должны собрать все материалы предыдущих пунктов и представить их всех вместе. Для финансирования стоит задача — доказать эффективность бизнеса во всех периодах его реализации.
  9. Как будет планироваться прибыль и когда. Вам необходимо точно отметить точку, когда будет «возврат» — для вас это будет началом результата вами отданных средств и за определенный период полного возвращения инвестиций.
  10. Календарное планирование. При составлении календарного планирования необходимо дать с разбивкой не по годам, а ежемесячно. Если все-таки окупаемость проекта запланирована на несколько лет, то первый год следует вам показать с помесячной разбивкой, а последующие – поквартально.

Вот собственно и все! Если я что-то упустил, добавляйте в комментариях!

Понравилась статья? Отблагодарите автора, поделитесь с друзьями!

Также обязательно прочитайте:

kakzarabotivat.ru

Основы планирования бизнеса. Из чего состоит бизнес-план

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

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

 

Ссылки на документы (стандарты), используемые в материале:

ЮНКТАДРуководство по написанию бизнес-плана

United Nations Industrial Development Organization (UNIDO)Руководство по оценке инвестиционных проектовКраткое руководство по бизнес-плану

Банк развитияРекомендации по подготовке финансовой модели Рекомендации по подготовке бизнес-плана

Сегодня Иван Захаров - специалист в области инвестирования, предприниматель, бизнес-тренер - объясняет, зачем нужен бизнес-план и на что в нём обращают внимание в первую очередь инвесторы.

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

Следующим этапом работы мы запланировали цикл "Планирование бизнеса": "В какой компании лучше заказать бизнес-план", "Как написать бизнес-план. Примеры из практики", "Основные ошибки планирования бизнеса", "Экспертиза проектов органами государственной власти для получения субсидии".

 

Телефон: 8 (495) 668-09-38 и 8 (950) 256-95-05 

Группа ВКонтакте и страница на Facebook.

 

Автор и инициатор проекта:   Чухина Анастасия Владимировна,   директор обособленного подразделения в г. Архангельске ООО "ЦКА "Наше будущее"

www.rusfranch.ru

О бизнесе. Из чего состоит бухгалтерское обслуживание

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

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

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

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

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

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

Понравилась новость? Лайкни!

Схожие статьи:

krossmoney.ru

Из чего состоит любой бизнес? Из мелочей! / Зарабатывай больше / BusinessInWeb.com

«Мелочи не решают главного. Они решают всё!» Харви Маккей. Книга «Как уцелеть среди акул.» Всем нам приходилось ходить либо по продуктовому рынку, либо в торговом центре со множеством однотипных павильончиков (магазинов, бутиков), либо… по Интернету лазить, искать что-нибудь нужное. Вроде и цены у всех примерно одинаковые, и ассортимент похожий, но одни жалуются на конкуренцию, налоги, высокую аренду, «тупых клиентов» и тихо загибаются, а другие процветают несмотря ни на что? Что же одни делают не так как другие? Конечно причины разорения одних и процветания других могут быть разными. Но рискну выделить одну, по моему мнению главную черту всех процветающих бизнесов. От торговца продуктами на рынке до транснациональных суперкорпораций. Это — внимание к мелочам. «Мелочи не решают главного. Они решают всё!» Какие правильные слова! Этот лозунг старины Харви должен звучать в голове каждого, кто занимается, точнее руководит хоть каким либо бизнесом. Именно мелочи, складываясь в единое целое, и создают у потребителя образ, который и заставляет потребителя выбрать, кому именно отдать свои кровные. Именно мелочи являются «слабыми звеньями цепи», которые рвутся в самый неподходящий момент! Не помню точно, какая американская авиакомпания провела опрос среди своих пассажиров, но результаты его показательны. Вопрос звучал примерно так: «Скажите, если бы Вам подали еду на грязной тарелке, как бы Вы оценили обслуживание наших авиадвигателей (нужное подчеркнуть) хорошее, среднее, плохое». Так вот, больше 80% подчеркнули… правильно «плохое». Хотя, при чем тут тарелка и обслуживание авиадвигателей? Но в голове у потребителя качество обслуживание его персоны формирует в мозгах образ работы всей компании, какого бы размера она ни была. Поэтому, даже в мелочах надо расставлять приоритеты, но и те, которыми заниматься в данное время некогда не оставлять «на произвол судьбы». Дела, предоставленные самим себе имеют тенденцию развиваться от плохого к худшему.

Мелочи бывают разные. Мелочи в маркетинге и рекламе, производстве, транспортировке, продажах, обслуживании, охране и учете, взаимодействии с проверяющими органами… И протчая, протчая, протчая… Всех и не перечислишь. Поэтому надо всегда стараться получить обратную связь. Отовсюду. Что думают о бизнесе клиенты, поставщики, конкуренты, проверяющие, в общем все, кто хоть как-то связан с этим конкретным бизнесом. Любым путем получать от них информацию! Именно эта информация и покажет важные «мелочи», на которые в самой фирме (даже если эта «фирма» состоит из одного человека) просто не обращают внимание. Привыкли. Именно поэтому в западных фирмах приглашают сторонних консультантов, чтобы выявить «мелочи», которые мешают фирме развиваться. И деньги платят соответствующие! Пример. Звоню в некую фирму. Девочка из отдела заказов с приятным голоском бойко отвечает на вопросы. Цены, сроки, условия поставки…, но при ответе на нестандартный вопрос на полминуты замолкает, затем переводит тебя на «специалиста», который и говорить-то нормальным, человеческим языком не умеет, объясняет всё на профессиональном жаргоне, да ещё и голосе явно проскакивает раздражение типа «ну какие же вы все тупые, задолбали». Причем, как я понял, я был уже не первый, кто задал именно этот вопрос. Естественно, у этой фирмы я заказывать ничего не стал, хотя цены, сроки и т.д. в общем-то устраивали. А всего-то и надо было сделать — хотя бы заставлять записывать ту девочку нестандартные вопросы и переводить их с помощью специалистов в категорию стандартных.

И ещё одно замечание. Быть внимательным к мелочам — не значит быть мелочным. Мелочный человек никогда не будет богатым, он просто мыслит мелкими категориями, копейками, а не миллионами и миллиардами. Следовательно, и бизнес его всегда останется мелким. Запомните главное правило любого бизнеса: «бизнес состоит из мелочей»! И главное следствие из этого правила — невнимание к мелочам рано или поздно убьёт любой бизнес! И наоборот!

С уважением, Груздев Михаил.

businessinweb.com