Главное Свежее Вакансии   Проекты
189 0 В избр. Сохранено
Авторизуйтесь
Вход с паролем

Estimating IT-outsource company

Оценка StartUP-ов vs IT-outsource. Что покупаем, и что продаем?

Мнение:

Тема: «Оценка Start UP vs. IT -outsource company. Что оцениваем и что продаем?»

Об оценке startup-ов написано очень много и разного. И это понятно — все участники процесса надеются на оглушительный успех новой идеи (или не очень новой, но поданной под иным углом) Уже сложилась целая индустрия, свой глоссарий, этапы участи и т.п.

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

Еще раз, и это важно, — startup — в определенном смысле можно сравнить с разработкой (и продажей) эскиза дома (или то, что предполагается использовать как дом). То есть для этого объекта важны ответы на два «сакральных вопроса»:

№ 1 " Будет ли платежеспособный спрос на услугу (товар) который предлагает этот startup?"

№ 2 «Может ли эта команда этого startup-а довести этот проект «до ума» или что им необходимо, что бы довести проект «до ума»? Читай — до полноценной монетизации на рынке, как минимум.

Накопленный опыт в индустрии startup-в от стадии «посева» " взращивания" до «продажи» startup-ов наработал много методик оценки. И самым простым, техничным, и как ни странно эффективным, является метод оценки называемый «метод PVN». Это вид экспертной оценки, широко применяемый в ИТ-индустрии, имеет свои корни в популярной фразе «Palchem v Nebo». Иначе это можно назвать интуицией инвестора. Риск предельно велик шанс «ткнуть пальцем в небо», но можно и «сорвать Большой Куш», как в фильме Гая Ричи.

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

С формальной и теоретической точки зрения в случае с IT outsource — компании не возникает проблем: наиболее подходящий на первый взгляд оценочный подход — это метод дисконтирования денежных потоков (метод DCF) и для «полноты картины» — метод скорректированных рыночных мультипликаторов. И в целом, так всегда и поступают инвесторы, если, конечно, они и здесь не пользуются методом «PVN».

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

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

При этом, традиционно, избегают оценки такой компании «по активам» или как иногда называют этот подход " затратным". А жаль, потому, что вопрос "А что же мы покупаем (продаем) в случае с IT outsource — компании условиях реалий рынка Украины (да и России так же).

А реальность такова, что отечественные IT outsource — компании это «гибридный зверь», который имеет ряд обязательных элементов: во-первых, это компания, зарегистрированная «там». Точнее на рынке тех стран, где работают основные Заказчики таких услуг. Чаще всего это США, но и страны ЕС (иногда Азии).

Во-вторых, есть некое юридическое лицо в Украине (чаще всего это общество с ограниченной ответственностью) и

В третьих — пару «батальонов» ФОПов ( это как у кого, конечно) — собственно программистов, и иже с ними, которые и являются тем «производственным ресурсом» Компании.

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

И вот здесь наступает «момент истины». С какими активами (или активом) Инвестор должен ассоциировать стоимость, полученную в рамках DCF и (или) метода мультипликаторов?

Что бы понять важность этого вопроса, вспомним «классику» а именно цикл работ Мертона Миллера и Франко Модильяни (M&M), которые получив свою Нобелевскую премию по экономике, «закрыли теоретическую тему».

Вспоминаем «первую» их формулу


«классическая» формула стоимости ( см. работы M&M) (1)

Где: EV — экономическая (рыночная) стоимость,



D — долгосрочный долг компании и, наконец,


Cash — быстро ликвидные активы на балансе Компании (чаще всего это деньги на депозитных счетах)

Далее, вспоминаем «вторую» формулу (M&M)


«вторая» формула M&M (2)

Где:


E|x|- это математическое ожидание денежного потока от деятельности Компании (пока не уточняем вид потока) и r — это показатель риска (в долях единиц) при инвестировании в такие фирмы.

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


Итог формул (1) и (2)

(3)

В чем смысл формулы (3)?

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

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

У нетерпеливого читателя может возникнуть вопрос «Зачем вся эта олдскульная и нудная теория?» Она нужна для того, что бы показать логику формирования стоимости Компании. А теперь самое важное — что именно создает это «математическое ожидание денежных потоков?». Ответ прост- активы, которыми владеет Компания. Теперь возвращаемся к особенностям IT outsource — компании.

Какими активами владеет такая Компания. С фондоемкими Компаниями нет проблем — их производственные фонды, в основном, и создают (генерируют) это «математическое ожидание денежных потоков» С IT outsource — компаниями все далеко не просто.

Основу бизнеса IT outsource — компании создают люди, которые работают на эту Компанию — может ответить "продвинутый читатель. И фактически он прав, но здесь-то и начинаются те самые нюансы.

Еще чуть-чуть необходимой теории.

Как утверждают Международные Стандарты Финансовой Отчетности (МФСО), которые практически идентичны подобным национальным Стандартам.

Атк что же такое «актив»?

Актив это — объект в материальной или не матери форме, относительно которого предприятие;

— осуществляет контроль;

— существует вероятность получения будущих экономических выгод, связанных с его использованием;

— его стоимость может быть достоверно определена.

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

Если смотреть правильно, то персонал Компании ( точнее ФОПы) не являются активами Компании, очевидно что и материальных активов, обычно, не густо в такого рода Компаниях. Что же тогда, в реальности, принадлежит Собственникам?

Только не материальные активы. И с содержанием этих активов возникают сложности. Должен быть тот самый, главный, основной не материальный актив (НМА) который полностью соответствует понятию актива и принадлежит Собственникам.

Вот и подошли к самому важному. На диаграмме № 1 показана концептуальная модель НМА для IT outsource — компании

Диаграмма № 1



Рассмотрим показанную диаграмму подробнее.

Основу НМА составляет «система управления знаниями». Здесь, как всегда, важно правильно понимать термины.

Надо всегда обозначаться с терминами. Будет резонно использовать термин «знание», именно так, как этот термин приведен в «Европейской Схеме по управлению знаниями» [European Guide to good Practice in Knowledge Management, Part [1]:

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

Бытует мнение, что если собрать достаточно много данных, то объективное точное решение просто будет автоматически «предлагать себя само». Это в корне ошибочное мнение по двум причинам.

Во-первых, слишком много данных может затруднить определение и понимание подходящего решения;

Во-вторых, и что наиболее важно, не существует врожденного смысла в данных.

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

Управление знаниями существенно отличается от управления информацией, а именно:

— за счет наличия метаинформации;

— знаниевых утверждений;

— утверждений об утверждениях (мета утверждений).

Именно метаутверждения (оценки достоверности, история применения, обобщения) могут дать пользователю доступ к аргументам и доказательствам, которые стоят или не стоят за этими утверждениями

Частью актива «Система управления Знаниями» является ERP система (система управления ресурсами Компании) — это очень важный элемент НМА, но на этой системе пока я не буду останавливаться на данный момент.

Еще одной важной системой является Система «Управление Клиентским Опытом» (Customer Experience Management) как развитие CRM-систем.

CRM (от англ. Customer Relationship Management — «управление взаимоотношениями с клиентами») — программное обеспечение, которое автоматизирует процессы взаимодействия с клиентами в организации. Новое понятие CEM (Customer Experience Management) — Управление клиентским опытом широко обсуждается CRM сообществом как эволюционное развитие таких систем.

И есть еще важнейшее составляющие НМА — это система «Оценки стоимости затрат на проекты» построенная на параметрических моделях.

Почему именно система параметрических моделей оценки стоимости затрат (cost model) на проекты на рынке IT outsource является ключевой?

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

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

Возвращаясь к формуле (3) правильная «внутренняя» оценка затрат на предлагаемый Клиентом проект и формирует основной «входящий» денежный поток, с одной стороны, а с другой тут же создает систему рисков для Компании. А именно отношение «доход\риск» и создает стоимость любого приносящего доход актива.

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

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

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

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

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

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

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

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

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

Что дает такой «паттерналистский» подход к расчетам «внутренней стоимости» проектов для IT outsource-компании? Поставим правильно вопрос — а для кого именно он важен? Ответ ясен — точно для Собственников IT outsource — компаний. Потому что, выбирая такой подход, Собственники будут последовательно создавать тот самый главный и ценный их НМА, который называется «Система Управления Знаниями»

Важнейшей компонентой такого НМА является параметризированная, «заточенная» под конкретную Компанию система оценки стоимости затрат на выполнение проекта на разработку.

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

Система управления ресурсами Компании (ERP) помимо всех обычных функций должна давать возможность Компании оперировать уже ранее наработанными целыми паттернами для снижения затрат на выполнение проекта а так же учитывать возможность создания новых паттернов, которые вероятно будут созданы в процессе разработки очередного «входящего» проекта.

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

Собственно говоря, как было показано выше именно такой НМА и есть ценностью IT outsource-компании.

И еще одна ремарка. Очевидно, что для многих специалистов в IT outsource нынешнее положение дел, когда они обладают своим внутренним активом — накопленным опытом и знаниями, представляется вполне комфортным. И в этом нет ничего удивительного, поскольку эта одно из ключевых проявлений имманентного конфликта в бизнесе. Работник хочет остаться единым и неоспоримым владельцем своих знаний и опыт, а Собственник хочет снизить свои риски, повысить свою прибыльность за счет «отъема» этих знаний и опыта, «отделения» его от носителя.

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

Источник:

[1] Гамма Э., Хелм Р., Джонсон Р., Влиссидес Дж.

«Приемы объектно-ориентированного проектирования. Паттерны проектирования». — СПб: Питер, 2001. — 368 с.: ил. (Серия ≪Библиотека программиста≫) ISBN 5-272-00355-1

Автор:

Устименко Олег Александрович, оценщик с 1998 года. Сайт www.vahdom.com.ua email oleg.ustimenko66@gmail.com

LinkedIN https://www.linkedin.com/in/oleg-ustymenko-6845b685/

0
В избр. Сохранено
Авторизуйтесь
Вход с паролем
Комментарии
Первые Новые Популярные
Комментариев еще не оставлено
Выбрать файл
Блог проекта
Расскажите историю о создании или развитии проекта, поиске команды, проблемах и решениях
Написать
Личный блог
Продвигайте свои услуги или личный бренд через интересные кейсы и статьи
Написать

Spark использует cookie-файлы. С их помощью мы улучшаем работу нашего сайта и ваше взаимодействие с ним.