Расчет экономического эффекта при внедрении информационных технологий

 

Pv = P/(1 + rt)

где

Pv - приведенная сумма

P - не приведенная сумма

r - ставка дисконтирования

t - время, когда ожидается  сумма

 

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

При определении ставки дисконтирования  надо пользоваться следующим методом. Во-первых, сначала определяется средневзвешенная стоимость капитала (расчет средневзвешенной стоимости капитала приведен в формуле WACC).

WACC = Re (E/V) + Rd (D/V) (1 - Tc)

где

WACC - средневзвешенная стоимость  капитала

Re - ставка доходности собственного капитала

Rd - ставка доходности заемного капитала

E - рыночная стоимость  собственного капитала

D - рыночная заемного собственного капитала

V - суммарная стоимость  капитала (V = E + D)

Tc - ставка налога на прибыль

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

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

И наконец, во-вторых, это  непосредственно сама ставка дисконтирования.Для определения ставки дисконтирования рекомендуется пользоваться моделью CAPM (Capital assets pricing model). В этой модели ставка дисконтирования определяется как безрисковая ставка дохода, увеличенная на разность между средневзвешенной и безрисковой ставкой доходности, взятую с коэффициентом эластичности (формула Re).

 

Re = Rf + K (Rm - Rf)

где

Re - ставка дисконтирования

Rm - средневзвешенная рыночная ставка доходности

Rf - безрисковая ставка дохода

К - коэффициент эластичности доходности к рынку

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

Еще один вопрос - коэффициент  эластичности доходности к рынку. Его  суть проще проиллюстрировать на примере. Допустим, что акции компании Х котируются на бирже. Например, по сегменту рынка, в котором мы работаем, происходит рост на одну условную единицу, на один пункт. Если акции компании Х растут вместе с сегментом на тот же один пункт, то коэффициент  эластичности доходности к рынку  равен единице. Если же при росте  сегмента рынка на один пункт акции  компании Х растут на пункт двадцать, то соответственно коэффициент эластичности доходности к рынку составляет 1,2.

 Последнее, чем мы пользуемся в финансовых методах оценки инвестиций в ИТ - это денежный поток. К сожалению, существует очень много практик определения денежного потока. Чаще всего под денежным потоком имеется в виду так называемый gross cash flow (GCF), который определяется как сумма прибыли и неденежных доходов. Однако для наших целей это неудобно, и при расчетах в технико-экономическом обосновании инвестиций в ИТ-проект рекомендуется использовать так называемый чистый денежный поток (free cash flow, FCF или еще одно обозначение - NCF). Суть его в том, чтобы привести денежный поток именно к тому виду, который может корректно пользоваться при расчетах финансовой окупаемости.

GCF = чистая прибыль  + неденежные доходы

NCF = GCF + NWC (net working capital) + Inv (изменение инвестиций во внеоборотные активы).

 

Финансовые методы

Теперь мы дошли непосредственно  до финансовых методов. Чаще всего встречающийся  финансовый метод - это NPV (Net present value), то есть чистый приведенный доход или чистая приведенная стоимость. Как раз слово "приведенная" и показывает нам, что в ней доход от ИТ-проекта приведен на данный момент, а не на суммы когда-то в будущем. NPV определяется по классической формуле дисконтирования.

NPV = NCF1/(1 + Re) + ….. + NCFi/(1 + Re)i

где

NCFi - чистый денежный поток на i-том интервале планирования

Re - ставка дисконтирования (в десятичном выражении)

Формула проста, поэтому  сразу хотелось бы выяснить: что  нам показывает чистый приведенный  доход? Он показывает, будет у нас  экономическая прибыль или не будет. Абсолютно понятно, что финансовые методы надо применять только вместе со всеми остальными. Соответственно NPV позволяет нам принять решение  по проекту. Если полученный нами показатель NPV больше нуля, значит, это хорошо, значит, какие-то деньги (приведенные) проект принесет. Он отвечает на один из главных вопросов - насколько будущие поступления  оправдают сегодняшние затраты  на ИТ-проект. Именно потому, что решение  приходится принимать сегодня, все  будущие денежные поступления приводятся на сегодняшний момент. NPV показывает, стоит ли вообще задумываться об этом проекте. Если NPV меньше нуля, то это  значит, что экономическую прибыль  от проекта мы не получим, проект следует  отклонить, а деньги инвестировать  в другой проект или положить в  банк.

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

 

 

 

Если NPV - это относительный  показатель, то второй финансовый метод - это IRR (Internal rate of return), то есть внутренняя норма доходности или внутренняя норма рентабельности, абсолютный показатель. Иногда ее называют внутренней ставкой возвращения инвестиций или ставкой доходности проекта. Кратко выражаясь, это значение коэффициента дисконтирования, при котором NPV проекта равен нулю. Если мы понимаем, что NPV - приведенная на данный момент прибыль от проекта, которую мы получим, то внутренняя ставка доходности - это та ставка банковского процента, при которой мы не получим никакой прибыли. Если мы построим зависимость NPV от ставки дисконтирования, то очевидно, что прибыль от проекта будет падать с ростом ставки дисконтирования (см. рис.). И в некий момент NPV станет равен нулю. И если проект будет безубыточным (но и бесприбыльным) при ставке банковского процента, равной 68% годовых, то по этому проекту у нас получается 68% годовых. Когда, допустим, проект полностью финансируется за счет ссуды банка, а средняя безрисковая ставка банковского процента - 12%, то проект выгоден.

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

Наконец, третий финансовый показатель - это payback, срок окупаемости проекта. По сути, это анализ возврата средств исходя из принятых в компании максимальных сроков окупаемости вложений. Сегодня уже достаточно часто в компаниях устанавливается максимальный срок окупаемости любых проектов. Допустим, в компании он составляет 30 месяцев. А мы инвестируем 300 тыс. долл. с ежегодной ставкой окупаемости 100 тыс. долл. В этом случае срок окупаемости три года превышает максимальный срок окупаемости установленный в компании.

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

 

Качественные  и вероятностные методы

Итак, мы уже описали три  финансовых метода оценки инвестиций в ИТ - это чистый приведенный доход (NPV), внутренняя норма рентабельности (IRR) и срок окупаемости проекта (payback period). У каждого из них есть свои достоинства и недостатки. Чистый приведенный доход (NPV) учитывает стоимость денег, однако не учитывает рисков проекта. Кроме того, это абсолютный показатель (деньги), что не позволяет нам сравнивать проекты с разным уровнем финансирования. Показатель IRR устраняет указанные недостатки. Однако внутренняя норма рентабельности (IRR) не учитывает стоимости капитала и, к сожалению, не имеет простого экономического определения (такого, как, например, NVP). Этот показатель немного сложнее. Наконец, payback period не учитывает временную стоимость средств.

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

 

Идентификация будущего денежного потока

К сожалению, NPV и IRR будущего ИТ-проекта считается не во всех случаях. Почему? Как правило, причин тому две. Иногда приходится сталкиваться с позицией, что это все похоже на шаманство и не имеет отношения  к ИТ. Эта точка зрения связана  с тем, что ИТ-проект всегда запускается, чтобы закрыть какие-то важные проблемные места, часто в ситуации, когда  это принципиально необходимо. И  ИТ-директора ошибочно считают, что  решение данных проблем компании через ИТ-проект - само по себе достаточное  основание для запуска этого  проекта. На самом деле все обстоит  отнюдь не так. Да, ИТ-проект закроет  какие-то проблемные бизнес-процессы, устранит пробелы. Но все равно рано или поздно ИТ-проект принесет компании деньги. И топ-менеджеру, и финансисту нужно показывать именно будущую прибыль от ИТ-проекта. Они ведь настороженно относятся к технологиям, но к деньгам - чаще всего положительно.

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

Как же определяется этот будущий  денежный поток? Здесь зависит от области, в которой применяется  ИТ-система. Вопреки распространенному  мнению, во многих областях этот будущий  денежный поток определить можно. Например, при автоматизации логистических  операций это просчитывается достаточно легко: увеличение производительности работы склада или же выигрыш по количеству сэкономленной площади  переводятся в деньги достаточно просто. Если в ходе ИТ-проекта происходит оптимизация бизнес-процессов, которые  влияют на управление активы предприятий, активы, связанные с балансом предприятия, то тут тоже нет принципиальных проблем, хотя есть трудоемкая и кропотливая  работа. В целом, как показывает практика, примерно от 60 до 75% функционального  объема проекта можно перевести  в будущий денежный поток. И от 25 до 40% остается на качественную и вероятностную  оценку эффекта.

 

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

Качественные  методы оценки

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