Александр Шнейдер - Наука побеждать в инвестициях, менеджменте и маркетинге

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

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

Можно дополнить этапы развития компании, добавив четвертый этап для «господ рынка», т. е. разделив компании с доступом к капиталу в сотни миллионов и гигантов типа Proctor and Gamble или General Motors, доступ которых к капиталу измеряется многими миллиардами. Можно даже добавить и пятый уровень компаний — государственных, руководствующихся уже не столько доступом к капиталу, сколько поставленными перед ними социальными задачами. Опять же КЭА — это не определенное количество клеточек на графике, а способ понимания многообразия бизнеса.

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

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

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

Например, в разных индустриях и в разные времена компании шли на снижение технических показателей товара ради уменьшения его стоимости. Обозначив целенаправленное снижение технических характеристик как! мы можем описать данный тип действий как TS2,3Ї-C2,3-M2,3. Заметьте, в отличие от конкретной ситуации, в описании которой значение каждого звена цепочки всегда единственное, для описания приема в целом можно перечислять через запятую уровни развития продуктов, компаний и рынков, для которых данный прием применим.

А как описать действия, которые одна компания предпринимает по отношению к другой? Очевидно, требуется описать обе компании соответствующими цепочками и соединить эти цепочки оператором, символизирующим данное действие. Например, обозначим конкуренцию английским словом compete или для краткости значком. Тогда конкуренция маленького свечного заводика, который решит перейти на производство мыла, с компанией Proctor and Gamble будет символизировано TS3-C2-M3 TS3-C3-M3 или TS3-C2-M3competeTS3-C3-M3.

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

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

Приведем пример задачи. Компания, производящая какой-то «третьеэтапный» технический продукт и продающая его на «третьеэтапном» западном рынке, решила захватить рынок данного продукта в некой развивающейся стране, где рынок данного продукта «первоэтапный». Такая задача может быть описана как TS3-C1,2,3-M3NWtransferM1,2ND.

Ну и что вам дает возможность такого описания? Чем она помогает? А тем, что если вы формализовано описали таким образом ситуацию, то теперь по формуле вы можете посмотреть, что делали до вас те, перед кем стояла подобная задача. И неважно, что вы хотите переносить производство и продажу тестов на беременность, а кто-то другой нашел удобный ход, расширяя свой рынок тракторов. Без формализации таким образом задачи нам бы просто не пришло в голову искать аналогии так далеко. А видя формулу TS3-C1,2,3-M3NWtransferM1,2ND и зная применявшиеся для нее приемы, мы сможем предложить перевести продукт на искусственный четвертый этап. Подробнее данный конкретный пример будет рассмотрен в соответствующей главе ниже.

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