Смартсорсинг.ру

Сообщество руководителей ИТ-компаний, ИТ-подразделений и сервисных центров

Статьи в блогах Вопросы и ответы Темы в лентах Пользователи Компании Лента заказов Курс по ITSM

Дмитрий Гончаренко: управляемая эволюция SaaS

Выступление Дмитрия Гончаренко (ПланФикс) на неконференции *aaS предпринимателей 2011.

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

Презентация

Видео

Стенограмма

Скачать .pdf

Доброе утро, меня зовут Дмитрий Гончаренко. Сегодня я работаю у вас на разогреве. первый доклад, чтобы вы немного расшевелились. Я представляю проект ПланФикс — это система управления задачами, проектами, бизнесов в целом. проект активно не продвигается в настоящий момент, находится в стадии интенсивной разработки. тем не менее, уже около года он находится в открытом доступе. Если у вас есть желание, вы можете зайти и посмотреть, как все это работает, принять участие в обсуждении, в какую сторону нам дальше развиваться. Мы активно работаем с аудиторией. Заниматься продвижением ПланФикса я здесь не буду. Буду заниматься продвижением других странных вещей, которые, я надеюсь, будут вам интересны и полезны.

Не думаю, что кого-то нужно убеждать в том, что облака, облачные сервисы, построенные на них, победят мир и так далее. Все мы в этом уверены. Я думаю, что многим будет интересно, что помимо нашей глубокой уверенности в справедливости этого дела, есть некие объективные факторы, которые указывают на это. Объясняется все это законами развития систем, технических систем, в первую очередь. Дело в том, что все технические системы, которые нас окружают, окружали в прошлом, и будут окружать в будущем, развиваются по одним и тем же законам. Понимание этих законов помогает правильней прогнозировать развитие существующих технических систем. Все наши любимые SaaS-ы — это тоже технические системы. Соответственно, мы можем предполагать, что они будут развиваться по тем же самым законам, по которым развивались их старшие братья.

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

Начнем с такой вещи, как закон увеличения идеальности. Один из основных законов, по которым развиваются системы. Он гласит, что любая техническая система в своем развитии идет в сторону развития идеальности. Что понимается под идеальностью в данном случае? Вот такая простая формула. Сумма полезных свойств системы деленная на сумму затрат вредных свойств системы. Полезные свойства системы — это то, для чего она создана, те функции, которые она выполняет. Вредные или затратные свойства — это то, чем нам расплачиваться за то, что она у нас есть. Суть этого закона в том, что каждая новая система более идеальная, чем предыдущая. Это касается как развития самой системы в своей эволюции, так и смены поколения систем. Каждое новое поколение более идеально, чем предыдущее. Понимаю, что сложные вещи. Переходим к картинкам.

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

Давайте попробуем перейти ближе к нашей теме. Попробуем рассмотреть, что происходит прямо сейчас в период нашей жизни с системами традиционного ПО, и SaaS с PaaS. Вот эта формула — попытка рассмотреть идеальность традиционного ПО, какого-нибудь гипотетического, для коллективной работы, которое устанавливается на своем сервере. Что есть идеальность? Это полезная функция этой системы, доступ к данным, выполнение нужных операций с ними из любой точки мира. У какой-нибудь корпорации есть большое количество сотрудников по всему миру, есть свои сервера, на которых сотрудники работают, коллективная работа происходит. Чем нам приходится за это расплачиваться? Известным нам всем набором: сервер, хостинг, канал связи, серверные и операционные системы, которые там установлены, штат администраторов, непосредственно то прикладное ПО, которым мы пользуемся для этой категории, система резервного копирования, обеспечение, питание и еще что-нибудь.

Мы понимаем с вами, что будет на следующем слайде. То есть, мы рассмотрим ту же самую штуку с точки зрения идеальности. Знаменатель этой формулы чисто нарежется в случае, когда мы говорим о SaaS-е. Числитель, примерно, такой же, если не вдаваться в большие подробности. Знаменатель намного меньше. То есть, идеальность, коэффициент идеальности, степень идеальности выше. Здесь, просто, банальная математика. Буковка О — что это есть в данном случае? Это оплата, то есть, мы расплачиваемся за выполнение вот этой полезной функции своими деньгами, в общем случае.

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

Следующая странная вещь. Такой график вы может быть где-то уже видели, потому что он достаточно распространен. Разные люди в разное время открывают его заново. В том контексте, в котором я об этом говорю, это ни что иное как идеализированный график, который показывает развитие любой технической системы. По горизонтали — ось времени, по вертикали — основные параметры этой системы. Они зависят от того, что это за система. Например, если это система процессоров, то основной параметр — количество операций, совершаемых в секунду. Если это винчестеры, то это емкость винчестера. Вот, в зависимости от того, какую систему мы рассматриваем, такой параметр мы выбираем. Время, как правило, в годах или в десятилетиях измеряется. Условно разделяется жизненный цикл этой системы в данном случае на 4 части.

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

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

Третий этап — это этап завершения роста, то есть система стабилизировалась. Дальнейшей возможности расти — нет. При этом основной параметр высок. Так высок, как никогда для этой системы. Система очень известна. Она — mainstream на рынке. Все говорят, что это круто. Но дальнейшего роста в этом виде, в котором она существует, для нее уже нет. Очень долго она может находиться на третьем уровне. Временной разрыв может длиться десятилетиями, смотря какую систему мы рассматриваем. Могут быть — года, могут быть — столетия. Но, тем не менее, все равно, через какое-то время она перейдет на четвертый этап.

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

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

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

Какое отношение это имеет к нам? Достаточно простое, практически. Достаточно понимать, где мы находимся, где наш рынок, на котором мы собираемся работать или уже работаем, находится. Исходя из того, что я уже говорил раньше по поводу роста идеальности, исходя из того, что мы наблюдаем сейчас на рынках западных стран и на нашем тоже, мы видим, что рынок SaaS, PaaS и так далее находится где-то в точке перегиба. Он готов вот к этому скачку. Это для нас с вами очень хороший сигнал. Потому что это возможность за недорого и высоко прокатиться. Когда этот рынок рванет вверх, он вытащит за собой нас с вами, тех, кто занимается SaaS и очень многими другими сервисами. Я это знаю не понаслышке. В первый раз я прокатился на такой S-образной кривой неосознанно, когда мы в 1997 году с партнером решили открыть компьютерный бизнес и продавать компьютеры. Это было интуитивное решение. Ничего о законах системы я на тот момент не знал. Через несколько лет наш бизнес пошел в рост, и мы решили, что это мы такие хорошие парни, и поэтому у нас все получилось. Мы контактировали с нужными клиентами, покупали товар, отправляли его в магазины и так далее. Через много лет я понял, что нам, просто, банально повезло. Мы начали в тот момент, когда рынок был на первом этапе и был готов к переходу на второй. Если бы мы, те же самые классные парни, начали делать то сейчас, когда компьютерный рынок традиционно находится на третьем этапе, у нас бы ничего не получилось и нас бы ждало жесткое разочарование. Поэтому это очень важно. Так что вот эта штука дает понять, куда стоит вкладывать свои ресурсы и время, а куда — нет. В SaaS стоит вкладывать деньги время прямо сейчас. Если кто-то из вас этого еще не делает, значит, самое время. Сложно предсказывать сроки. Если вы собираетесь торговать своим сервисом и выбираете правильную нишу, вместе с ростом рынка на волне окажется и ваш сервис.

Если рассматривать с точки зрения рынка, то можно сделать SaaS для рынка, который сейчас находится на третьем или четвертом этапе, и, несмотря на то, что весь SaaS будет расти а наш конкретный рынок, например, продажи семечек, будет падать, и SaaS-сервис по продаже семечек не выстрелит. С точки зрения рынка это тоже надо анализировать. Это общая схема. Но, в общем, если на рынке продажи семечек будет работать и традиционное ПО и SaaS, то традиционное ПО будет падать быстрее, а SaaS будет держаться, и держаться ровнее. Вы слышали, наверно, в каких-то отчетах, когда в 2008 году случился кризис, все начало падать. Софт тоже начал падать. А, вот, SaaS почти не упал, почти так же и остался. Почему?

Из зала: Он очень маленький.

Ну, маленький, да. Главное, что вот эта локальная тенденция к росту постаралась удержать, даже, вот эту надсистему — рынок, который падал. И эти сервисы остались на каком-то определенном уровне.

Главная мысль моего доклада, к которой я сейчас плавно хочу перейти. Эволюцией систем можно управлять. Можно ничего не делать. Закончится эта конференция. Мы разъедемся по своим офисам. Мы займемся своей работой. Те из нас, у кого есть свои сервисы, будут их развивать. Будут увеличивать количество полезных функций, то есть, увеличивать числитель формулы идеальности. Бороться с затратными функциями, уменьшая знаменатель. Идеальность наших сервисов будет расти. Рано или поздно наши конкретные сервисы будут переходить на второй этап. Мы будем локально для себя испытывать этап бурного роста. Чем больше вот таких наших сервисов будет выходить на второй этап, тем больше будет расти весь рынок. Рынок тоже поднимется на второй этап и пойдет вверх. Так — будет. Но, понятно, что нам нужно для этого еще много сделать, но мы, все равно, к этому придем.

Но, мы можем и делать. Мы можем сделать так, чтобы это светлое будущее наступило быстрее. Что для этого нужно сделать? Понимать, что ждет нас завтра. И закон развития систем как раз помогает нам это сделать, потому что то, что происходило с другими системами по этим законам, то же произойдет и с нашей системой, даже, если мы об этом сейчас с вами не знаем. И действовать исходя из этого понимания нужно уже сегодня. То есть, если я знаю, где завтра будет что-то, я туда приду и сделаю там что-то. Или, наоборот, не приду. Вот, есть такой старый Ералаш. Там мальчик выходит на лед, начинает бурить лунку и, вдруг, голос такой раздается: «Здесь рыбы нет!». Мальчик отходит несколько шагов. Начинает опять бурить лунку. Ему опять говорят: «Здесь рыбы нет!» Он спрашивает: «Кто это говорит?» «Кто-кто? Директор катка!» Камера отъезжает и видно, что он, на самом деле, находится на катке и пытается бурить там лунки. Так, вот, можно как мальчик ходить и бурить лунки и проверять там рыба или там рыба? А лучше, как директор катка, который понимает, как все устроено и знает, что вот здесь рыбы точно нет, а вот там она, может быть, есть.

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

На примере нашей системы я могу рассказать, как я это вижу. Система управления проектами. Есть некая уловная студия, которая выполняет какие-то проекты. Она — основа нашей системы. Каждая полочка — это проект. Они подключают клиента, для которого разрабатывают сайт. Клиент работает в этой системе, следит за ходом действия выполнения своего проекта, дает умные советы, отправляет работу и так далее. В какой-то момент времени ему нравится, как все это происходит и он говорит: «Я тоже хочу завести себе аккаунт в этой системе и работать в ней». В этот момент правильно сделать так. Чтобы клиент не работал в аккаунте студии со своим проектом, а со своими остальными проектами в своем аккаунте, а так, чтобы он, в том числе и с этим проектом, работал в своем аккаунте. Студия в своем аккаунте. При этом они работают над одним и тем же проектом. То есть, дополнительное системное свойство — общая работа над проектом для разных аккаунтов. Понятно, что намного удобнее будет клиенту работать таким образом, чем заходить для работы с одним проектом — туда, с другим проектом — туда. Так же как и студии неудобно будет заходить для работы с каждым проектом в аккаунты своих клиентов. В дальнейшем, клиент сделает этот сайт, сможет подключить к проекту уже другую студию, которая занимается продвижением, и еще один аккаунт будет работать с тем же самым проектом. Вот, такой простой пример, как бисистема может работать.

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

Для каждого сервиса, который строится, нужно придумать, можно придумать бисистему, потому что она там есть. Просто, если мы ее не сделаем, это мы недодумали. Кто-то потом додумает и сделает. И клиенты скажут: «Вот, как здорово! Мы хотим туда!» И пойдут туда. А нам же это не нужно. Мы хотим поднять свой сервис, сделать его удобнее для клиентов, сделать его удобнее для клиентов вообще. Представьте, как такую штуку сделать на традиционном ПО? Вот, у меня есть свой сервер, у меня есть свои админы, я поднял какую-то систему и работаю со своим проектом. Я — студия. А кто-то — клиент. У него тоже есть свой сервер, он тоже работает со своими проектами. Как, вот, сделать, чтобы мы совместно работали над этими проектами? Это очень сложно, так организовать совместное дело, если у нас у каждого свое сервера и свои системы. Намного легче это сделать в рамках сервиса. Это будет оценено клиентами. Это подвинет ваш сервис. Это подвинет все. Завтра придет гораздо быстрее.

Следующий пример. Полисистемы — похожая штука на бисистемы, только соединяются не однородные системы, а разнородные, при этом тоже образуются какие-то дополнительные системные свойства. Простой пример — отвертка. Разные отвертки, то есть разнородные системы, с разными наконечниками. Соединяются в одну полисистему в виде футляра. Получается дополнительное системное свойство — удобство хранения и переноски. Чем интересны полисистемы? Тем, что их развитие тоже подвержено определенным законам. Не всегда эти законы выполняются. Со временем происходит увеличение глубины интеграции систем в полисистеме. Вот эти типовые ручки, которые все одинаковы в полисистеме, выделаются в один блок. Этот блок усовершенствуется. Различающая часть — наконечники, вот, они тут отдельно находятся. Этот блок за счет того, что он един, мы можем сделать более удобным. Мы можем поставить туда электропривод, и у нас будет электрическая отвертка. Мы в том же объеме, примерно, за те же деньги, плюс-минус, либо чуть больше, имеем намного больше полезных функций. То есть, идеальность этой полисистемы намного выше. Более того, при правильном подходе, то, чего нет на картинке, мы можем включить в этот набор какие-то сверла, и раз у нас уже есть ручка с электроприводом, сделать небольшую ручную дрель для того, чтобы в каких-то мягких материалах типа пластика или дерева сверлить небольшие отверстия. Получится еще более функциональный инструмент.

Вот этого на рынке SaaS почти нет, можно сказать. Даже наиболее успешные зарубежные сервисы, которые на слуху, их интеграция, в лучшем случае, находится сейчас вот на этом уровне. То есть, они говорят: «Вот, у нас набор инструментов». Но между ними никакой интеграции нет. То есть, данные, которые я ввел сюда, мне в отельных случаях нужно будет вносить еще и сюда, и сюда, и сюда. Минимальное какое-то. Они пытаются, даже, не все на уровне клиентов. Если я, например, зарегистрировался здесь, иногда мне нужно отдельно регистрироваться здесь. Лучшее, что они могла сделать, это сказать, что, если вы уже зарегистрировались в Zoho Office, то вы можете пользоваться уже всей линейкой нашей продукции. Но обмен информацией типовой, которая там есть, на самом деле, не реализован. Все это, все равно, перейдет вот к такой системе. Мы с вами это знаем. Так надо сделать прямо сейчас. То есть, тот, кто делает это сейчас, тот делает хорошо себе, делает сервис удобным для клиентов, зарабатывает на этом деньги и двигает рынок быстрее. Потому что клиенты говорят: «Здорово! Я могу вот такую систему получить, а не набор отверток, где вообще не понятно какие отвертки, которые по карманам у меня рассованы, с разными ручками, с разными наконечниками и так далее». Вот, то, что касается полисистем.

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

Как это к нам относится? Напрямую к нам это относится. Знаете, как современники называли первые автомобили? Они говорили, что это — безлошадный экипаж. И, действительно, для них это был безлошадный экипаж. Также как для большинства наших современников, и зачастую для нас с вами, SaaS-сервис — это такое ПО, которое просто вынесли и кинули на отдельный сервер, и оно там работает, а мы за аренду берем деньги. По факту это не так. Так же, как и автомобиль — это не просто безлошадный экипаж. В развитии мы знаем, что получилось. Получились гоночные автомобили, автобусы, трактора, танки, в конце концов. И это не безлошадные экипажи. Так же и с идеологией SaaS-сервисов получится очень большой куст разнообразных вещей. Мы сейчас находимся в самой форме. Те люди, которые поставляют, думают поставлять, работать над ресурсами для SaaS, тот же PaaS, о котором мы будем позже говорить, они должны очень четко понимать, что будет происходить. Я попытался набросать свое видение того, какие ресурсы понадобятся SaaS на втором этапе. Что нам нужно? Что нам, как поставщикам SaaS-сервисов не хватает? В частности, условно говоря, Облака 2.0, которые будут работать даже в тот момент, если дата-центр будет полностью выведен из строя. Мы помним с вами эту историю, когда ученые по заданию Пентагона разработали Интернет как сеть, которая работает при выпадении большого процента узлов. Вот такая же сеть, но на более высоком уровне, должна быть сейчас реализована. Как бы сеть данных. Я, как поставщик SaaS-сервиса не должен сталкиваться с тем, что мои клиенты страдают от того, что в дата-центре, где расположены мои сервера, что-то случилось, там свет отключили или еще что-то. В системе Облака 2.0 один дата-центр вышел из строя, и никто этого не заметил, так как работает другой дата-центр и вся цепочка работает.

Из зала: Как раз я занимался архитектурой сети, и в России как раз очень слабая связанность сетей. Грубо говоря, у нас есть дата-центр, есть узлы по точкам. Был такой случай. Был пожар в дата-центре. Приехали пожарные, все водой залили, и «накрылось» все. Никто этот вопрос о связанности сетей в России даже не поднимает. Те же транспортные связи, что дороги плохие и связанность плохая, вот, в Москве кольца-кольца. Хотя бы кто-то поднял этот вопрос о связанности сетей. Грубо говоря, если мы опять, даже, совсем глубоко задумаемся, то Россию связывает только одна ветка, которая идет через Хельсинки. И это — все.

Даже на таком уровне все плохо. Так, что же говорить о более высокотехнологичном уровне, когда не просто нужна физическая сеть, а еще организация, которая позволит работать вот таким сервисам, о которых я говорил. Это — проблема. Мы должны понимать, что те, кто решат эту проблему в первую очередь, они «хапнут» рынок полностью для себя. То есть, это будут большие деньги. Под этим можно подписаться. В это можно вкладываться.

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

Новая парадигма обмена данными между независимыми сервисами. Что это значит? Я говорил про полисистему. Это не значит, что каждый из нас должен делать свой набор отверток с разными ручками и наконечниками. Лучше всего сделать, когда у меня есть свои наконечники, у вас есть ваши наконечники, есть некая, не буду говорить, что это протокол или отдельный сервис, отдельная PaaS, которая позволяет связывать эти вещи. То есть, я очень хорошо могу представлять, как может работать интернет-магазин, и я сделаю эту вещь. А кто-то очень хорошо знает, как работает бухгалтерия, и он сделал этот сервис. А кто-то сделал систему управления задачами. Клиент должен работать с этими данными очень прозрачно. Условно говоря, наконечники должны очень легко меняться, подключаться, причем, одновременно. Введя данные один раз, я должен использовать их многократно в разных местах. Когда мне понадобятся какие-то данные, я должен легко на лету их подцепить и получить. Так будет работать эта система. Задача, конечно, сложная, я это понимаю. Тот, кто сделает правильную ручку, тот будет большой молодец.

Из зала: Такое возможно сделать в рамках условной PaaS.

Я это говорю условно. Не знаю, что это будет.

Из зала: А как же безопасность и интересы каждого конкретного провайдера, как все это совместить?

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

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

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

Резюме, коротко. Законы развития систем как бы говорят, что aaS рынок будет расти в любом случае. Зная законы развития можно влиять на эволюцию систем. Как? Готовимся к завтрашнему дню уже сегодня, сейчас. Начинаем делать сегодня правильные шаги для того, чтобы завтра наступило быстрее. В частности, сегодня вкратце мы затронули другие системы: бисистемы, полисистемы, ресурсы. Множество других вещей связано с законами развития систем, которые я, просто, сегодня не смог втиснуть в этот доклад. Все это тоже есть. С удовольствием с вами об этом пообщаюсь. Есть мои реквизиты здесь. Мои визитки оставляю на столе здесь. Пишите любыми способами. Мне эта тема интересна. Занимаюсь ею давно. Готов обсуждать. То, что можно почитать. Закона развития систем, в первую очередь. S-образная кривая, о чем мы говорили. Формула идеальности, третье, там много интересного. Готов ответить на ваши вопросы.

Из зала: Что может сподвигнуть рынок расти в течение ближайших 2 — 3 лет?

Понимаете, нам не нужно ничего двигать, кроме того, что мы берем и делаем правильные вещи для себя. Не нужно собираться, кому-то что-то доказывать. Просто, посмотрите, спрогнозируйте на основе вот этой информации, что будет конкретно с вашим кусочком рынка, которым вы занимаетесь, с вашим сервисом, если вы занимаетесь сервисом, с вашими услугами, которые вы захотите делать для этого рынка. И делайте это прямо сейчас. Вы увидите отдачу, просто, потому что вы будете двигаться в правильном направлении. Ни где-то в объеме, в 3D пространстве, где не понятно, куда выстрелит. У вас будет компас, четко указывающий, куда копать. Вот, туда и копайте. Чем больше людей будет копать в правильном направлении, тем быстрее этот рынок и поднимется, потому что все будут в ту сторону двигаться.

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

Знаете, какой политики я придерживаюсь в этом вопросе? Я никогда никому не доказываю и не доношу, что это лучше, что это безопасно, что это хорошо, потому что я спокоен. Я знаю эти законы и знаю, что, все равно, так будет. Из истории есть множество примеров. С теми же пароходами. Вот, был парусный флот. Эти клиперы, как чайки, летящие под парусами. Красота. Огромная индустрия. Все работает. И тут появляются эти пыхтелки чух-чух-чух, грязные, чумазые, маленькие, страшные. Все на них смотрят и говорят: «Это что, вообще? Откуда вы взялись? Этого не будет никогда. Это не вылезет ни за что. Ну, взяли деревянный корабль, поставили там машину, огонь развели там. Так ведь она сгорит!» И они, действительно, горели. Но проходит какое-то время для их рынка, несколько десятилетий, и постепенно эти красивые парусные клиперы уходят в прошлое, а вот эти пароходы повышают степень своей идеальности. Переходят из деревянных в железные корпуса, обрастают инфраструктурой, и завоевывают рынок.

То есть, это теперь рынок пароходов. То же самое теперь и происходит с нами. Поэтому не нужно ничего никому доказывать. Нужно, просто, сделать так, чтобы ваш конкретный сервис, которым вы занимаетесь, был удобен для клиента, количество его положительных функций было большое, а отрицательных — мало, и, просто, нарабатывайте свою клиентскую базу. Людей, которые понимают, что они делают, с каждым днем становится все больше. Мы очень плотно общаемся с нашей аудиторией по ПланФиксу. Мы видим, что, не смотря на то, что есть люди, у которых возникают такие вопросы, есть большое количество людей, и это далеко не часть, которая не понятно чем торгует, это серьезные организации, целые отделы которых выходят с нами на контакт и переходят на нашу систему. У них эти вопросы по безопасности, если и возникают, то на уровне: «Какую доступность сервиса вы гарантируете? Сколько максимум он может не работать?». Они не говорит, что мы похитим их данные и продадим конкурентам, в гос. органы или еще куда-то. Это, даже, на высоком уровне, на уровне серьезных организаций, уже есть. Делайте, просто, для себя, чтобы к вашему сервису подходили, и все. Остальное решит время. Вам ничего для того не надо будет делать.

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

Работает для конкретной компании. Понимаете, что происходит? Нужно понимать, что происходит. Вот эта наша самая первая формула идеальности. Сделайте так, чтобы количество полезных функций вашего сервиса росло, и работайте над вредными функциями. Поначалу от них сложно избавиться. Первые автомобили были очень дорогие. Их могли себе позволить только очень богатые люди. Постепенно смогли сделать так, чтобы автомобили стали дешевле, а количество полезных функций, таких как скорость, вместимость, безопасность, росло. Делайте так, чтобы для вашего сервиса вот эта идеальность росла, и вы будете тем, кто перейдет на второй этап на уровне своего сервиса. А количество таких сервисов большое, перейдет и рынок на уровень второго этапа. Если вы об этом задумываетесь, то это очень простой алгоритм — что делать, чтобы не оказаться среди тех лузеров, которые с первого этапа только пытались приподняться и сразу разбились. Таких — большое количество.

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

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

Из зала: Чему не учат?

Законам развития систем.

Из зала: Этому учат, на самом деле. У нас в Samsung, LG есть целые департаменты.

Да. Я это знаю. Я знаю, что сотни человек работают над этим, в том же Samsung, в том числе. Поэтому, наверно, и масса их растет. Потому что, когда Советский Союз развалился, здесь была очень сильная школа вот этого дела, народ разъехался по более благополучным местам.

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

Из зала: Ладно, не хороните вы нас.

Из зала: Хорошо, поднимите руку, кто делал хотя бы раз патентный поиск? Вот, не больше 1%.

Из зала: Патентовать достаточно сложно и почти бесполезно, потому что рынок строится совсем по-другому. Даже по PaaS не было смысла патентовать в последние 5 лет.

Из зала: Мое видение. Есть такая идея, что при нынешнем состоянии экономики в России, она Буран не запустила.

Так же как и Штаты на сегодняшний день не могут ничего запустить. У них сейчас тоже с этим проблемы, как я понимаю.

Из зала: Поэтому это нужно поднимать на каком-то культурном уровне.

В чем сложность? Вот мы с вами сейчас здесь находясь, мы не можем это поднять на культурном уровне. Мы не можем это решить, даже, на уровне Правительства страны, не говоря уже о более системных вещах. Что мы можем сделать? Мы можем у себя в голове поменять. Мы можем в своей работе поменять. Никакой идеи здесь не нужно.

 

Из зала: Вот, у нас Президент отменил зимнее время, которого нету. Мы теперь будем на 2 часа раньше вставать по сравнению с географическим временем. Почему Президенту никто не смог объяснить, что нет зимнего времени, а есть только летнее?

Вот таких примеров, к сожалению, много.

Из зала: Вот, типичный пример. Я не хочу вставать на 2 часа раньше.

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

Вообще, как действует правильный предприниматель? Когда он находится на втором этапе, на второй части второго этапа он видит, что рост еще есть, но где-то впереди он видит вот эту загогулину, когда начинает она загибаться. Он должен уже смотреть, что будет дальше? То есть, когда я знаю вот эту идеологию, и, даже, если у меня все хорошо, я начинаю думать, чем я буду заниматься через 10 лет? Что будет происходить? Допустим, я не хочу менять свой рынок. Я хочу заниматься тем же самым, чем я занимаюсь сейчас. Я должен стартовать новую S.

Вот, опять же, приведу пример на своем. Когда наш компьютерный бизнес шел в гору, но я уже увидел, что он загибается, он уже, на самом деле, начал загибаться, где-то в точке перегиба он уже находился, я стал вот что делать. Я стал искать. На тот момент я уже знал про aaS, и пошел в гору достаточно быстро достаточно легко. Была на тот момент торговля ноутбуками. Я увидел, что, если у нас компьютеры еще росли, их рынок, то на западном рынке, в Штатах, они уже были ровно, и мировые прогнозы говорили, что в ближайшие годы в Штатах будет падение, но общемировые рынки будут идти ровно, потому что в развивающихся странах еще есть место для роста. То есть, общемировая такая штука будет идти ровно. Я понял, что все, на это уже рассчитывать нельзя. Хотя мы и развивающаяся страна, но и у нас это тоже все закончится очень быстро. Надо стартовать новое. Мы одну из наших двух сетей перепрофилировали под торговлю ноутбуками, тем самым стартовали новую S-образную. Сейчас наша первая сеть, самая большая, которая называется МегаКомпьютер, показывает, чем мы занимаемся, если она сейчас испытывает серьезные проблемы, кризис, рынок на третьем этапе и так далее, то вот эта ноутбучная показывает очень хорошие перспективы роста. Мы уже знаем, что ноутбуки скоро пойдут ровно, поэтому надо начинать заниматься планшетами, смартфонами и так далее. То, что явно показало свой скачок на второй этап. То есть, постоянно мониторим, постоянно смотрим, что происходит на более развитых рынках. На самом деле, у нас есть хорошее преимущество. У нас по сравнению с ним есть 2-4 года запаса. То, что происходит у них сегодня, у нас будет происходить завтра. Смотрим. Почему они умеют очень хорошо планировать, сервисы западные. Мы их не любим. Говорим, вот, что они там планируют? А они, просто, действуют по этой схеме. Понимают ли они, что делают, или не понимают, или интуитивно действуют, или сознательно? Мы знаем, что вот эта S-образная в Штатах сегодня — это S-образная завтрашнего дня в Рунете. Вот, мы должны, просто, подстраиваться под нее и делать то, что заведомо будет завтра. Вот, нам нужно делать то же самое. Мы смотрим туда, куда мы можем смотреть.

Комментарии (0)