AJAX Planet » хостинг

Осторожно, двери закрываются

Boris Bogdanov — Wed, 24 Aug 2011 18:19:03 +0000

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

То, что происходило последний год, выглядело достаточно печально: большие компании занимались попытками поглощения, продажей .рф-ных доменов, да и всё. Технологически гораздо быстрее менялись компании поменьше. Никто из первой пятерки так и не выкатил облако, не начал работать с SaaS… Стагнация. Понятно, что на данный момент шаред-хостинг является наиболее массовым, простым и понятным, но также понятно, что его ниша будет сужаться, и, если через 3-5 лет хочется иметь конкурентоспособное решение, то его уже надо активно делать. А было ощущение, что всех устраивает сложившаяся ситуация, и все изменения, если откинуть громкие слова, упираются в покупку конкурентов и политические игры.

Впрочем, покупками серьезно занимался разве что Хостинг Коммьюнити (читай РБК). При этом объединенные хостеры ощущают себя всё хуже: на графике 1stat Хостинг Центр стагнирует уже не первый год, с начала зимы падают темпы роста и качество обслуживания у SpaceWeb.

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

Пока от прихода “больших дядей” отечественный рынок хостинга спасала его крошечность: за прошлый год весь оборот отечественного хостинга составил всего порядка 120-140 миллионов долларов. Одновременно местных потребителей от работы с западными хостерами напрямую традиционно сдерживают отсутствие русскоязычной поддержки и необходимость предоставлять налоговой отчетные документы по РСБУ.

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

Интересна эта тема? Посмотрите архив сообщений по теме Хостинг.

Конкуренция со своими же потребителями

Boris Bogdanov — Sun, 24 Apr 2011 12:27:47 +0000

Одно из первейших требований к любому продукту и построению механизмов по его продаже — понимать, кто является целевой аудиторией. Если непосредственными покупателями являются распространители, то открытие прямых каналов продаж будет фактически означать, что вы начинаете конкурировать с ними, при этом появляется естественное желание “подыграть” себе: т.е. по прямым каналам продавать дешевле, а дилерам — подороже. И не факт, что после этого дилеры не переключатся на других поставщиков. Если не ошибаюсь, у Траута был описан подобный случай с Oriflame или Avon. Впрочем, ближе к делу.

Есть компания UMI.CMS. Компания появилась как развитие внутренних разработок UMI Studio. Вспоминая начальный период развития этого ПО как коробочной системы управления, не могу не сказать про опасения веб-студий: когда клиент приходит за CMS к её производителю и просит комплексное решение (а это частый случай), естественным является желание отправить клиента не просто к какому-то партнеру, а к себе же, в компанию аффилированную, близкую, родственную. Этап такого недоверия был достаточно долгим, и спасло UMI.CMS, пожалуй, то, что одноименная студия работала прежде всего в Питере и имела ограниченные мощности, так что для компании откуда-нибудь Нижнего Новгорода или Екатеринбурга её наличие не было критичным.

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

По всей видимости, подобный симбиоз действительно дал толчок для бизнеса, и в какое-то время компания решила заняться SaaS: т.е. дать хостерам сайт-билдер, легко интегрируемый с их биллингом и клиентскими панелями управления. Более того, Сергей Котырев активно рекламировал UMI.Cloud на Хостобзоре. Тем не менее, бизнес не пошел. Я могу попробовать изложить свою точку зрения на вопрос “почему”, но это не входит в рамки этой заметки. Просто констатируем факт: не пошло…

На сегодня ребята из юми качнулись в другую сторону: открыли дочерний хостинг (umihost), а затем и свой сервис сайтов-конструкторов (umi.ru). Идея ясна, более того, я догадываюсь, кто стоял во главе проекта и рулил запуском. Более того, у меня нет каких-то сомнений, что качество услуг будет достойным. Остается одно “но”: юми начинает конкурировать с собственными продавцами. Особенно странно это выглядит на партнерских семинарах, когда в рамках первой же презентации старательно упоминают решения, являющиеся едва ли не прямыми конкурентами услуг партнеров. И, есть подозрение, что, если собственные хостинговые проекты UMI не станут просто образцово-показательной платформой, предназначенной прежде всего для того, чтобы демонстрировать хостинговым компаниям возможности ПО, то это может в долгосрочной перспективе привести к тому, что этот канал продаж практически перестанет существовать, а UMI.Cloud так и не станет тиражным решением.

Интересна эта тема? Посмотрите архив сообщений по теме Без рубрики.

Автоматизация установки CMS

Boris Bogdanov — Fri, 04 Feb 2011 14:18:17 +0000

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

У нас в панели управления виртуальным хостингом с незапамятных времен была возможность устанавливать различные CMS и фреймворки. Со стороны пользователя всё просто: выбираешь домен, на который необходимо установить CMS, а скрипты панели создают базу данных, копируют файлы, выставляют необходимые права, генерирует пароль для админского аккаунта. Всё бы хорошо, но была постоянная проблема с обновлениями: установщик каждой CMS делался руками. Точнее, доделывался. Соответственно, добавление новой CMS-ки или обновление версии уже существующей, порождало необходимость ручной работы. С учетом того, что задачи не слишком приоритетны (напрямую бесплатные CMS денег не приносят), обновление версий происходило с заметным опозданием.

Как отойти от этой порочной практики?.. Судя по всему, подобная проблема беспокоила не только нас. Немного посмотрев вокруг, мы наткнулись на Application Packaging Standard (APS). “Наткнулись” — не совсем правильное слово: Parallels, которые разработали этот стандарт, достаточно активно ведут его пропаганду (см., скажем, презентацию с последнего Хостобзора).

На самом деле, для того, чтобы это реально заработало в Рунете, надо несколько компонентов: поддержка хостеров, наличие постоянно обновляемых руссифицированных пакетов с CMS-ками. При этом нужны и пакеты по UMI & Bitrix, как самым популярным коммерческим системам управления в России, и, чего уж тут скрывать, прибыльным для хостеров (отчисления с одной проданной лицензии существенно превышают годовой доход от одного клиента на виртуальном хостинге, да и на большинстве VDS тоже).

Битрикс APS-ы начал собирать, UMI… пока нет, впрочем, что и как делать, ребята в курсе, более того, оттестированный пакет мы им передали. Ну что, дай бог теперь быстрее пойдет.

Интересна эта тема? Посмотрите архив сообщений по теме Хостинг.

.рф, говорите?

Boris Bogdanov — Wed, 01 Dec 2010 20:25:45 +0000

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

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

Итак, о чем же я говорю? Лишь о резком приросте количества… доменов в зоне .ru, размещенных у лидеров рынка, и количестве заказов на хостинг вообще. 11-ого числа многие хостеры пережили просто шквал заказов: их количество превышало обычное в 3-4 раза, более того, и после окончания всего безумства с .рф число пока не вернулось к обычной норме.

Результат мы видим по появившейся сегодня статистике 1stat.ru за ноябрь: у первой десятки хостеров прирост доменов .ru в этом месяце составил 11068 против 8273 в октябре. Ну что ж, неплохая прибавка.

Интересна эта тема? Посмотрите архив сообщений по теме Хостинг.

Себестоимость, говорите?..

Boris Bogdanov — Wed, 21 Jul 2010 10:42:28 +0000

“Дни бухгалтера” у нас четко определены, и их даты традиционно совпадают с датами сдачи отчетности. Реализация, НДС, налоговая… всё как обычно. И, слава богу, это далеко не главная моя головная боль. Есть только один интересный пункт, который меня сильно беспокоит — поток работы, который генерируется необходимостью поддерживать все эти формальности. Простой пример: есть у нас какая-нибудь услуга, положим, мой любимый хостинг. Общение с физ.лицами предельно просто — вы нам деньги, мы вам услугу. В общении с юр.лицами появляется необходимость поддерживать четко описываемый формальный документооборот: счета-фактуры, акты выполненных работ, акты сверок и т.д. Все эти документы надо подготовить, распечатать, отправить. Формирование актов, понятно, автоматизировано, но затем каждый акт надо напечатать, подписать, проштамповать, в конверт положить и на почту отправить. И каждая из этих операций имеет свою цену. И вот смотрю я на тариф по 50 рублей в год и понимаю, что при работе с юр. лицами мы по нему гарантированно в минусе. Без вопросов. Да и на прочих дешевых массовых услугах затраты на поддержание всего этого бумажного потока составляют заметную часть цены, которую оплачивает клиент.

Интересна эта тема? Посмотрите архив сообщений по теме Хостинг.

Хостеры на перепутье

Boris Bogdanov — Fri, 25 Jun 2010 18:55:08 +0000

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

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

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

Гм… так к чему я это, и при чем тут хостеры? Хостеры имеют готовую базу клиентов, которым нужны такие решения (пусть и в достаточно узкой нише),. Более того, хостинг-провайдеры располагают обширным опытом работы в режиме сервиса, с регулярными небольшими платежами, обеспечивающими приличный поток финансов за счет количества клиентов. Какую модель нам это подсказывает? Простите за банальность, но SaaS.

Впрочем, SaaS в чистом виде не оптимален: клиенты, строящие решения, являющиеся основой их бизнеса, хотят иметь возможность забрать свои данные и, более того, работающее решение с этими данными. Во что это превращается на каком-нибудь классическом сайт-билдере в духе народа или более навороченного ucoz-а, догадаться не сложно: к необходимости делать новый сайт. Соответственно, решения должны обладать не только малой начальной ценой и возможностью быстрого старта, но и давать клиенту всё, чтобы потом “выехать из комуналки” и развивать свой проект “по-взрослому”, с индивидуальной разработкой, выделенными серверами и т.д.

Для того, чтобы подобное развитие было возможно не только теоретически, необходимо, чтобы с этой выделенной системой могли работать разработчики, при этом не слишком специфичные. Т.е., грубо говоря, чтобы CMS-ка была известная и доступная. Что нам это подсказывает в наших российских условиях? Правильно, UMI и Битрикс. При всех оговорках, это основные системы, с которыми работает огромное число партнеров. Радует то, что компании двигаются в этом направлении — посмотрите на UMI.Host, внезапно переименовавшийся в UMI.Cloud (пусть пока и сырой) и арендную версию битриксовского Корпоративного Портала и устремления к развитию тиражируемых решений.

Интересна эта тема? Посмотрите архив сообщений по теме Хостинг.

Корпоративные приложения

Boris Bogdanov — Wed, 02 Sep 2009 20:33:17 +0000

4 года я занимался проектированием и разработкой сайтов в качестве ведущего разработчика, менеджера проекта и т.д. Проекты по большей части крупные, для серьезных компаний, но… но где-то через года полтора-два сценарии идут на автомате. “Так, интернет магазин, фишки такие и такие, а еще недавно вот там видел вот такое, взаимосвязи вот такие, тут лучше чуть упростить, чтобы снизить сроки и бюджеты, а тут вот так, я давно такую штуку придумал, тут будет очень здорово, да и затрат практически никаких”. Когда проекты идут на потоке, по несколько в параллели, появляются автоматизм и отстраненность, основное внимание уходит не на сам проект, а на заказчика. А вот с прошлого ноября… сперва пол года в стартапе, а последние несколько месяцев – хостинг: сервера, панели управления и т.д. И вот тут начинается интересное:

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

“Внешние” проекты, точнее, проекты для внешних пользователей достаточно просты. Да, там тоже хватает интересных моментов, туда вкладывается огромный объем труда (в конце концов, именно с этими интерфейсами работают клиенты), но самое сложное для меня – внутренние сервисы. Тут и на порядок больше данных, и среднее время работы с приложением больше в разы и т.д. Давайте вспомним давнюю карикатуру:

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

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

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

Интересна эта тема? Посмотрите архив сообщений по теме Управление проектами.