Что значит «по-настоящему вникнуть в технологию»? Мы говорим о проведении полного обзора кода программного продукта? Или, выполнении поиска на патент в отношении интеллектуальной собственности компании? Некоторые инвесторы сказали бы, что вам нужно копать настолько глубоко. Но такой уровень усилий требует огромных затрат как времени, так и денег. И мы не можем позволить себе затраты на такие инвестиции на ранней стадии.
Итак, каков правильный баланс усилий, учитывая уровень инвестиций и стадию развития компании? Это время, когда мы пытаемся провести различие между:
• Технологией, которая еще не является продуктом
• Функцией продукта, которая, возможно, никогда не станет чем-то большим, чем дополнением к стороннему продукту
• Полноценный продукт или концепция продукта, которые могут создать крупную компанию
Кроме того, это время, когда нам нужно понять, кто владеет интеллектуальной собственностью компании. Является ли компания владельцем интеллектуальной собственности или она принадлежит основателю или другой компании? И говорим ли мы о патентах или коммерческой тайне, когда речь заходит об интеллектуальной собственности?
Как вы определите, приведет ли технология к созданию 1) крупной компании, 2) дополнительного продукта или 3) просто еще одной функции?
Люди не любят перемены. В привычном и комфортном статус-кво много бездействия. Чтобы конвертировать пользователей, новые продукты, как правило, должны быть значительно лучше/быстрее/дешевле, чем существующие. Часто цитируемое эмпирическое правило гласит: «для того, чтобы действительно заинтересовать клиентов и ускорить внедрение, новый продукт должен быть наглядно в 10 РАЗ лучше, быстрее или дешевле нынешнего».
И те изменения, которые делает продукт лучше, не должны быть настолько незначительными, чтобы их заметили только несколько опытных пользователей.
Это должно быть фундаментальное улучшение. Хороший способ углубиться в этот вопрос – быть очень внимательным к обсуждениям "функций". Предприниматели любят говорить о функциях продукта, но главное – это преимущества для клиентов. Хорошая практика дью-дилидженс состоит в том, чтобы заставить основателей говорить только об истинных выгодах для клиентов, а затем спросить себя, близки ли эти преимущества хотя бы отдаленно к 10-кратному улучшению для обычного пользователя. Если нет, то вы, возможно, немного не дотягиваете до цели.
Технологический риск. Что мы ищем на этом раннем этапе истории компании?
Это в некоторой степени зависит от типа продукта. Из-за своей нематериальной природы программное обеспечение намного быстрее и проще исправить, чем аппаратное обеспечение с фиксированным дизайном и длительными сроками выполнения. Но в любом случае вы ищете интеллектуальную общую архитектуру продукта, которая будет хорошо масштабироваться. Отличный способ проверить это – спросить, сколько нужно будет переписать, чтобы справиться со 100-кратным увеличением клиентского трафика. Если речь идет просто о добавлении дополнительных серверов без существенных изменений в дизайне, вы, вероятно, имеете дело с масштабируемым программным продуктом. Что касается устройств, спросите о том, насколько сложно было бы сократить стоимость материалов вдвое или сколько будет стоить сборка в больших масштабах, чтобы выявить ключевые пробелы в дизайне и знаниях.
Важным элементом технологического риска является проблема управления продуктами. Рынки и потребительские запросы постоянно развиваются. Ни один конкурентоспособный продукт не может стоять на месте. Успешные компании нуждаются в очень сильном управлении продукцией и четких руководящих принципах. Оценка силы команды в этой области имеет важное значение, и хороший способ сделать это-обсудить дорожную карту продукта. Чтобы оценить это задайте следующие вопросы:
• Существует ли вообще дорожная карта?
• Кто написал ее и кто ею владеет?
• Что в ней написано?
• Что было оставлено без внимания?
• Почему?
• Насколько она будет актуальна в будущем?
• Каковы конкретные примеры того, чему команда сказала "нет", придя к этой дорожной карте?
Компания, которая действительно может постоять за себя в подробном обзоре дорожной карты продукта, имеет гораздо меньший технический риск, чем та, которая не может этого сделать.
Насколько важна технологическая команда? Есть ли у стартапа какие-либо проблемы с передачей разработки технологий на аутсорсинг?
Чем более технологически ориентирована компания, тем важнее обладать технологическими навыками в команде основателей или, по крайней мере, в качестве штатных сотрудников. Для компании, которая конкурирует за свои технологии (например, программные алгоритмы, биологические науки, инженерия), выход на рынок без сильных навыков в команде означает выход на рынок с отсутствующими основными компетенциями. Баскетбольная команда, которая знает, как играть в баскетбол, всегда будет побеждать ту, которая нуждается в помощи консультантов в каждой игре.
В ситуациях, когда технология является ключевым фактором, но не абсолютной основой для конкуренции, стартап может передать свою разработку на аутсорсинг, используя, например, фирму по разработке программного обеспечения. Но при тщательном рассмотрении подобных ситуаций необходимо проявлять большую осторожность при изучении дорожных карт продуктов, предположений о финансировании и скорости, с которой продукты достигнут этапов разработки.
Простой факт жизни заключается в том, что компании с аутсорсинговыми технологическими командами получают худший "расход топлива" с их финансированием. Они движутся медленнее и стоят дороже, потому что им приходится платить маржу сторонней фирме. Им приходится дистанционно общаться и координировать свои действия с разработчиками, которые не живут прямо там, на передовой, и не слышат из первых рук, что говорят клиенты. Это проблема. Это не является непреодолимым недостатком, но, проводя дью-дилидженс, вы должны осознавать, что это значительный риск, и строить планы с учетом дополнительных временных и денежных резервов.
Эти компании постоянно отстают от основных этапов и продолжают потреблять больше денег, каждый раз с более слабой историей о прогрессе, до того момента, пока они просто не смогут больше привлекать средства.
В программном обеспечении очень часто используется открытый исходный код для ускорения разработки. О каких проблемах с открытым исходным кодом вам нужно знать?
Внедрение программного обеспечения с открытым исходным кодом может обеспечить значительную экономию времени и повышение качества. Часто это один из лучших протестированных и наиболее хорошо понятных и активно разрабатываемых кодов для определенных функций. Зачастую просто бессмысленно писать с нуля то, что вы могли бы включить в авторитетный проект с открытым исходным кодом.
Однако то, что программное обеспечение с открытым исходным кодом можно использовать свободно, не означает, что у него нет ограничений. Программное обеспечение с открытым исходным кодом не выдается, оно лицензируется для пользователя. Даже самые простые лицензии с открытым исходным кодом будут предъявлять некоторые требования, например, необходимость указывать ссылку на проект с открытым исходным кодом в ваших программных лицензиях. В этом нет ничего особенного, но, если вы этого не сделаете, вы нарушите условия своей лицензии, и каждая гарантия не нарушения прав интеллектуальной собственности, которую вы даете своим клиентам, является фиктивной.
При тщательном изучении этих вопросов очень просто перейти к сути. Вам в действительности нужны только две вещи:
• Список каждого отдельного фрагмента кода третьей стороны в продукте.
• Гарантии от команды, что они знают лицензионные требования для каждого фрагмента кода третьей стороны и соблюдают их.
Команда, которая не может составить такой список за разумное количество времени, – это та команда, от которой вам следует держаться подальше.
В каких типах компаний патенты имеют решающее значение для создания долгосрочной ценности?
Патенты – это запутанная тема. На концептуальном уровне они не имеют внутренней номинальной стоимости – они просто имеют право не пускать других в пространство. По сути, это не что иное, как право подать в суд на обслуживание вашего забора вокруг участка. Будет ли пребывание в этой области ценным, зависит от вас. Если пребывание в этом месте значимо, то право не пускать кого-либо сюда будет иметь ценность.
Где это становится важным, так это в трех основных сценариях:
1. Вы открываете для себя важнейший инструмент, способствующий прорыву в новой технологии, которая позволяет вам обслуживать очень ценный рынок так, как никто другой не может. Это огромное преимуществом, которое приведет к тому, что патент будет ценным.
2. Вы совершаете и владеете ключевым открытием, которое находится непосредственно в очевидной и логичной дорожной карте продуктов крупной компании, и вы можете мешать им и расстраивать их, не позволяя им добиваться очевидного прогресса в развитии. (Или заставьте их купить вас, к радости ваших инвесторов.)
3. В конечном итоге вы становитесь первым, кто ищет и получает патент на то, что становится частым в использовании к моменту выдачи патента.
Однако ни один из этих сценариев не приносит больших денег. В первом сценарии вам все равно нужно создать компанию для обслуживания рынка. У вас есть преимущество интеллектуальной собственности, которое можно использовать, чтобы другие не копировали вас, что может дать вам преимущество на пути к созданию ценной компании, но вы сами должны будете обеспечить это преимущество, и это может быть очень дорого.
Во втором сценарии единственный способ заработать деньги – это пригрозить, что вы подадите в суд на крупную компанию, если они попытаются перейти в область, охватывающую ваш патент. По сути, вы идете и пытаетесь установить пункт оплаты. Любые деньги, которые вы заработаете на этом патенте, будут косвенными – вы надеетесь, что они будут вынуждены купить или лицензировать патент.
В третьем сценарии вы, по сути, являетесь патентным троллем. Ваша бизнес-модель получения денег от патента сводится к преследованию всех тех на рынке, кто принял запатентованную технологию, и принуждению их платить лицензионные сборы.
Так почему же инвесторы так много внимания уделяют патентам?
Три причины:
1. Теория торговых карточек: патенты могут иметь реальную защитную ценность в качестве торговых карточек. Если вы создадите достойный портфель в конкурентной среде, и кто-то придет после того, как вы заявите об одном из своих патентов, наличие нескольких собственных патентов может быть спасением.
2. Теория лотерейных билетов: иногда патенты могут быть исключительно ценными, например, в области открытия лекарств. Если вы получите патент на важнейший элемент препарата, ориентированного на многомиллиардный рынок, это может стоить больших денег. Поскольку они являются относительно доступным лотерейным билетом для приобретения (и я действительно имею в виду относительно – они ни в коем случае не дешевы), считается стандартной практикой использовать их в той или иной степени в определенных отраслях.
3. Теория возможной цены продажи: даже если у небольшого стартапа может не хватить пропускной способности или ресурсов для агрессивного применения патентного портфеля, крупного стратегического покупателя могут убедить купить конкретный стартап или заплатить за него намного больше, если альтернатива заключается в том, чтобы потенциально обременительный патентный портфель попал в руки конкурента.
Итак, каков итог проведения дилидженс во всем этом?
Вы должны:
• Понять, какая патентная теория актуальна для компании.
• Убедиться, что затраченные усилия и расходы пропорциональны желаемому результату.
• Не позволять компании впадать в любую крайность.
Компания не должна быть слишком уверена в ценности своего патентного портфеля или полностью пренебрегать потенциальной стоимостью нескольких ключевых патентов, даже если они хранятся только в качестве подстраховки, чтобы снизить стоимость выхода через много лет.