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

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

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

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

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

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

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

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