IT сервисы для бизнеса

Основная проблема в продвижении SaaS

2011-02-09T12:08:00.001+02:00

Всем привет!

Рекомендую статью в блоге на ZDNet которая в полной мере объясняет смысл граблей, на которые мы наступили и нам было достаточно больно и обидно.

Некоторое время назад мы со страшной силой пытались простимулировать наших партнеров и сам Майкрософт Украина чтобы, те продвигали наши сервисы. Мы руководствовались соображениями (как теперь понятно несколько наивными), что Cloud это хорошо, это будущее и это стратегия развития MS, а посему все будут радостно продавать SaaS вместо традиционных интеграционных услуг.

Однако действительность оказалась совсем другой. Продавцы гораздо активнее продают on-premise решения и лицензии, нежели наши сервисы. Причем включая самих продавцов MS. Мы поначалу обиделись, а потом пришли к тем же выводам, что и автор упомянутой статьи. Цитата:
"Всегда помните: люди делают то, за что их оценивают или за что они получают вознаграждение. Немногие занимаются тем, что нужно другим, если это требует профессионального самопожертвования"

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

На самом деле это и есть самая основная проблема в продажах SaaS сервисов ведущих вендоров (у мелких провадеров проблема другая - их просто никто не знает). Это в первую очередь не выгодно самим продавцам Майкрософта и продавцам наших партнеров - интеграторов. Гораздо логичнее и выгоднее продать лицензий на миллион и получить приличныю бонус, чем подключений на ежемесячный доход в пару тысяч от которых тебе перепадет "спасибо" от начальства.

Причем если ситуация с продавцами Майкрософта потихоньку меняется, в преддверии выхода Офис 365 на наш рынок, то интеграторы по-прежнему делают ставку на самостоятельные внедрения того же Exchange, SharePoint и т.д.

Думаю что, изменить ситуацию смогут только основные компании - вендоры постоянным напоминанием того, что есть альтернатива on-premise и есть продвинутые и безопасные сервисы. Только тогда, когда сам вендор донесет эту мысль до конечного потребителя, изменятся его взгляды и потребности. А соответственно изменение спроса приведет к изменению предложений от компаний - интеграторов.

Cloud CRM как двигатель прогресса

2011-02-08T11:52:00.001+02:00

Всем привет!

Буквально вчера в нашем Твите - Топ 20 SaaS бизнес приложений по рейтингу издания getapp.com

Так вот, что мне показалось интересным:

Из 20 представленных систем, 7 (!) - это CRM или Cusromer Service системы.

Есть 2 бухгалтерских системы, пара систем управления временем и проектами и 2 системы e-mail маркетинга (это как я понимаю расширенные и культурные СПАМ сервисы). Остальных по одной.

На первый взгляд (по крайней мере, для меня), это было несколько неожиданно. Несмотря на доминирование таких монстров как SalesForce, Microsoft Dynamics и других, постоянно появляются компании, которые делают CRM по-своему и пытаются выжить в условиях такой дикой конкуренции.

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

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

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

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

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

А если основная проблема для компании - как отбиться от налоговой, то тогда первой и главной системой будет бухгалтерия и, как следствие - никакого аутсорсинга. Риски тут совсем другие.

Вопросы психологии

2010-12-29T12:18:00.000+02:00

Всем привет!

Давно собирался закончить статью. А тут есть время - перед НГ никто уже не работает, а чем-то полезным заняться нужно.

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

Барьер номер 1 - Корона
Все помнят момент из мультика "Летучий корабль", когда Палкан предлагал застрявшему на корабле царю: "Я тебе лестницу, а ты мне корону"? Тогда царь очень расстроился, но делать было нечего и корону он отдал.
Это касается в основном тех ИТ директоров, которые на возможность что-то отдать из под своего контроля реагируют очень болезненно.

Барьер номер 2 - Страх того что снаружи
Интересный кейс - разговариваем с компанией, ребята говорят: "у нас руководство считает, что если отдавать на хостинг, то только в случае, если сервера будут за рубежом".
Повторяться не буду - я уже высказывал свои соображения по этому поводу. То есть проблема не только в страхе, который внушает людям собственная страна. Проблема в том, что вынос данных на хостинг не воспринимается как снижение рисков, а наоборот - как повышение. То есть люди себе представляют процесс вынесения данных в облако как перенос сервера из своей серверной в такую же комнату в другом здании под присмотр незнакомых людей.

Барьер номер 3 - Вокруг меня - одни идиоты
Несколько раз встречался с тем, что ИТ менеджер говорит: "Все это очень интересно, но у нас это никому не будет нужно. Народ на зачаточной стадии развития."
И прямо скажем, что по большей части ситуация именно такая. И человек думает:"Блин, это мне придется всем объяснять зачем это надо, менять процессы, обучать и т.д. Да нафига мне это нужно?"

Барьер номер 4 - Мне лениво
Реально - это один из главных тормозов. Люди погрязают в текучке и постоянных проблемах и у них нет сил и желания поднять голову и посмотреть по сторонам. Когда человек работает в ИТ на предприятии или организации, где ИТ - это непрофильное направление деятельности, то такая ситуация зачастую неизбежна. Просто хочется чтобы тебя не трогали и оставили в покое.

Барьер номер 5 - Не хочется лишний раз нарываться на руководство
Очень часто, а скажем прямо - в 90 процентах случаев, ИТ руководство не только НЕ ИМЕЕТ НИКАКОГО ВЛИЯНИЯ на руководство компании, но и не имеет права принимать хоть сколь нибудь значимые решения внутри своего департамента (Опять таки, вспомните случай с запретом на вынос данных из компании - решение принимал директор компании, а не ИТ руководитель). Это вызвано разными причинами, однако это так. Отсюда и нежелание лишний раз что-то просить и получать отказ.

Барьер номер 6 - Чем я буду заниматься?
Это похоже на нежелание отдавать "Корону", но немного с другой стороны. Если ИТ менеджер - это назначенный на эту должность бывший админ, то такому человеку обычно очень сложно перестроиться и отказаться от своих привычных обязанностей. А обязанности админа - крутить гайки и делать так чтобы все работало. Т.е. вынести систему на сторону означает что самому руководителю ИТ придется остаться без привычной работы - а значит придется заниматься чем-то непонятным и незнакомым. Не все к этому готовы.

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

Машина времени

2010-12-15T10:10:00.000+02:00

Всем привет!

Сегодня - только лирика.

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

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

Остановилась именно она.

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

Потом был оркестр Цфасмана, Гленн Миллер, разговор о технике записи грампластинок, оценка чистоты восстановления старых записей, почти час от Крещатика до Академгородка и абсолютное исключение меня из текущей жизни.

Еще мы с водителем беседовали о том, что записи восстановленной французами, голос Карузо звучит мягче, чем на других. Говорили о том, почему в его машине до сих пор живет кассетный магнитофон, а не DVD проигрыватель. Откуда вообще такие записи, и как сохранить записи на бобинах и кассетах.

Я это все к чему?

Мы - люди, которые считают безнадежно устаревшими вещи, которые были сделаны год назад.
Нас постоянно подгоняют производители: "Быстрее! Уже 8 месяцев, как вышла новая версия, а вы до сих пор не попробовали!"
И мы чувствуем себя отсталыми.
Действительно... Уже 10-ка Exchange давно в продакшене, а мы все думаем...
Елки-палки, Паркинг.ру уже пол года как предлагает сервис на DDC, а мы тормозим.
Блин! Офис 365 на подходе, а мы не готовы!

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

P.S. Да, кстати. "Утомленное солнце" это таки в оригинале польский романс "To ostatnia niedziela".

8 золотых правил аутсорсинга

2010-12-06T10:28:00.000+02:00

Всем привет!

Очередной евент по облакам и аутсорсингу в России: http://www.cio-world.ru/it-expert/580425/
В общем ничего интересного, кроме одного - 8 золотых правил аутсорсинга, изложенных Тони Мерфи, президентом TOC Group (честно - не знаю кто это такой).
Процитирую эти положения:

Знать, почему вы хотите пользоваться услугами аутсорсинга.
Выявить, что нельзя отдавать на аутсорсинг.
Все заинтересованные лица в компании должны принимать участие в обсуждении проекта. Неправильно, когда вопрос решает узкая группа управляющих – так можно потерять доверие сотрудников.
Не пытайтесь найти очень дешёвый вариант, помните, что аутсорсинговый сервис-провайдер тоже должен зарабатывать.
Выстраивайте гибкие модели.
Держите своих юристов на расстоянии. Если они станут вмешиваться, контракт будет составлен идеально, но на практике могут возникнуть проблемы.
Используйте мультисорсинг. Одной компании, даже большой и известной, не стоит передавать все функции.
Управляйте проектом аутсорсинга и отношениями.

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

Облачная экономика

2010-11-22T16:00:00.000+02:00

Всем привет!

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

Из приведенного графика видно, что TCO на сервер в публичном облаке даже для крупной компании в 10 раз ниже чем в приватном. Не говоря уже о компаниях небольшого размера.
Причина, по которой Public Cloud сможет предложить стоимость ниже чем в Privat Cloud одна - экомика масштаба. Т.е. используя гибкое перераспределение нагрузки, multitenant архитектуру и более сбалансированные затраты на обслуживание, провайдеры облачных сервисов способны предложить более качественные услуги по полее низким ценам.

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

Текущая ситуация с использованием Cloud сервисов.

Эта картинка показывает, что наиболее склонными к использованию Cloud сервисов являются SMB компании. Для средне-крупных компаний, оказывается применимыми как публичные так и приватные облака, в то время как крупные корпорации и государтсвенные учреждения предпочитают не использовать внешние сервисы. Причины тут очевидны:

безопасность данных
экономическая обоснованность

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

Прогноз по использованию приватных и публичных облаков

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

Правда по срокам никаких предположений не делается, но думается мне, что у нас в стране публичные облака будут скорее единичными случаями - уж больно это дело сложное и дорогое.
Учитывая то, что по статистике, средний ИТ департамент тратит на поддержку инфраструктуры до 80% времени (см тот же отчет, пункт 3.1), то построение собственного облака своими силами становится для нормальной не-ИТ компании задачей практически невыполнимой. А работа интеграторов всегда была и будет дорогой.

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

Аргументы "За"

2010-11-12T16:39:00.000+02:00

Всем привет!

Не так давно мы проводили круглый стол по теме SaaS и приглашали на него ИТ руководителей страховых компаний, банков и коммерческих структур. Было довольно уютно, все это проводилось в Киеве в отеле Опера, вечером, так что было неформальное общение и теплая обстановка (спасибо Майкрософту - все устроили отлично).
Так вот. По программе было 2 доклада. Один - нашего ген. директора по поводу применения облачных сервисов и SaaS. Его можно посмотреть тут.

Второй доклад, о котором хотелось поговорить более подробно - это доклад ИТ директора Generali Garant Валерия Соколова по поводу того, как его компания переходила на сервисы.
(Кстати, именно об этом была статья в Компьютерном обозрении (N37), так что можно почитать что и как.)

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

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

2. Почему решили аутсорсить?
Тут несколько причин.
а) Потому что в кризис было с одной стороны не понятно, сколько будет в компании людей через пол года - то ли в 2 раза больше, то ли в 2 раза меньше. Т.е. предсказать затраты было невозможно.
б) Руководством была принята директива что ИТ не должно крутить гайки, а должно решать бизнес задачи.
в) Были посчитаны деньги, их стоимость (т.е. сколько заработала бы фирма если бы не тратила деньги на покупку оборудования и софта, а положила бы их на депозит), стоимость обслуживания и т.д. что вылилось в приличную сумму.
г) инфраструктура в компании не позволяла обеспечить доступность системы на приемлемом уровне - были перебои с электричеством, интернетом и т.д.

3. Почему Exchange?
Смотрели на Google и на Exchange. Выбрали последний по, цитирую "двум с половиной причинам".
Во-первых, тогда в Украине не было офиса Гугла (теперь правда есть). Что усложняло оформление договоров, платежи и т.д.
Во-вторых, компания хотела использовать клиентское ПО (outlook например) и хотела добиться нуль-администрирования. Т.е. чтобы пользователи могли сами установить программу и настроить ее на почтовик. Это было возможно только используя связку outlook-Exchange (что кстати и было сделано).
Во-вторых с половиной, был использован следующий принцип: работать с тем поставщиком услуг, который меньше тебя. В этом случае, можно расчитывать что поставщик будет стараться удовлетворить большого клиента чтобы получать с него деньги. Google в этом случае явно не подходит.

4. Почему SL Global Service?
Рассматривались Инком и еще кто-то. Но на тот момент (да и на данный момент тоже), работающий сервис, с такими возможностями мастабирования был только у нас. Мы давали возможность подключиться прямо сейчас и бесплатно.

5. А что с безопасностью?
По этому поводу я уже писал в предыдущем посте.

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

Ну в целом как-то так. Повторюсь, слушать это было гораздо интереснее. Жалко, не записали видео - оно того стоило.

Ни за что не отдавать почту - 2

2010-11-04T15:37:00.000+02:00

Всем привет!

Спасибо Ренату за его комментарий к предыдущему посту - он дал продолжение этой теме.

Я абсолютно согласен, что руководители компаний "подсознательно чувствуют потенциальную потерю контроля". Это именно так. Но интересно, что в современном мире это абсолютное заблуждение.
Если реально смотреть на вещи - сам руководитель компании НЕ ИМЕЕТ доступа к информации и не имеет НИКАКОГО контроля над ней.
Контроль над информацией имеет его админ. Именно этот человек, а не хозяин бизнеса может сделать с информацией все что угодно.
Буквально вчера слушал доклад Валерия Соколова (ИТ директор Generali Garant). Его компания использует наши сервисы и он привел интересный пример. Недавно у него увольнялся администратор. Так вот у руководства компании не было никакого беспокойства по поводу того, что данные могут утечь из компании. Просто потому что у админа почтовой системы не было прямого доступа к данным самой системы. А ведь при использовании внутренней почтовой системы именно админы имеют доступ к почте, к любому ящику, к любым данным. И если увольняется такой человек, то не испытывает ли руководитель бизнеса некоторую нервозность?
Я уже не говорю о ситуации, когда системы обслуживает приходящий "спец". Это вообще считай "заходи кто хочет, бери что хочешь!".

Да, люди везде одинаковы и точно так же компании могут не доверять админам сервис провайдеров. Но есть одно НО. Если информация утечет по вине своего сотрудника, то компания не сможет сделать НИЧЕГО (в рамках закона конечно). Ну уволит, ну наругает. Все.
А если сервис провайдер будет уличен в краже информация, то весь его бизнес можно будет разрушить буквально за один день. Достаточно подать в суд и распространить об этом информацию. Через 2 месяца этой компании на рынке не будет. Клиенты уйдут, а конкуренты разорвут ее на клочки.
И это риск, который провайдер берет на себя. И клиент, в частности, платит так же и за то, что этот риск перекладывается на провайдера.

По факту получается, что провайдер рискует больше клиента. Он рискует своим бизнесом и инвестициями.

VDS vs Cloud Computing

2010-11-02T17:21:00.001+02:00

Всем привет!

Набрел на интересную тему - различие между виртуализацией Cloud computing.
Вот небольшая статья по поводу различия между этими понятиями. На самом деле, эти понятия часто путаются и Cloud computing зачастую понимается как виртуальная машина на внешнем сервере. На самом деле, как подмечено вот тут, это все равно что сказать, что система впрыска и автомобиль - это одно и то же, поскольку все автомобили используют систему впрыска.

Если честно, то для меня это как-то упорядочило понимание вещей, поскольку у нас считается что ты Cloud provider если даешь в аренду VDS.

Не все так просто, однако.

Только для SaaS early adopters.

2010-10-22T00:33:00.000+03:00

Всем привет!

На днях посмотрел видео, которое мне немного сдвинуло мозг. Я выкладывал его на своей страничке в FaceBook, но все равно повторю. Вот оно:

Для меня оно, в общем расставило все на свои места. Я понял, почему SaaS так трудно идет, почему мы барахтаемся и безуспешно тратим время на убеждение людей. А почитав еще заметки на сайте http://www.admarco.net я как-то для себя сложил что нам нужно делать чтобы выжить.
Ведь по сути, SaaS компании у нас в регионе сейчас в начале развития. И вне зависимости от того, кто именно и какой продукт предлагает, мы все равно в начале того графика, который рисует Саймон. Т.е. SaaS продукт могут купить только люди, которые просто ВЕРЯТ в то же, во что верим мы.

Наши клиенты - это люди, которые именно приняли для себя идею SaaS - сознательно или по наитию. Их мало трогали возможности Exchange, их особо не интересовали функционал и то как совместная работа сотрудников их компаний повысит эффективность бизнеса. Финансовый вопрос конечно был аргументом, но он не был на первом плане.
Для них было просто понятно, что SaaS - это будущее IT.

Это потом мы убеждали их что мы правильные ребята и нам можно доверять, это потом мы говорили какие у нас крутые продукты и безопасность, это потом мы рассказывали что еще мы собираемся наворотить, чтобы сделать их счастливыми. Но причиной того, что они теперь с нами - это их ЛИЧНАЯ убежденность, что работать ИМЕННО ТАК будет ПРАВИЛЬНО.
Посмотрите в выступлении тот фрагмент, когда Саймон говорит, почему люди не покупают инновационный и продвинутый во всех отношениях продукт. Причина - "It doesn't feel right".
И это правильно. Именно "FEEL RIGHT".

Наши продавцы сейчас - это старатели, которые перебирают тонны породы в поисках золота. Руками. Мы ищем тех, кто принимает те идеи, которыми руководствуемся мы.

Где вы, early SaaS adopters? Мы уже здесь!

Чемпион SaaS-a

2010-10-18T16:50:00.000+03:00

Всем привет!

Решил, наконец, написать пост по поводу перехода ПриватБанка на GMail. Если кто еще не в курсе, то Приват использует GMail и Skype как корпоративный стандарт.
Я помню, что когда я об этом узнал (в начале этого года), то мне это известие буквально взорвало мозг. Это было, как бы по точнее выразиться, нереально. Для меня до сих пор нереально то, что самый крупный коммерческий банк страны не просто вынес коровую бизнес информацию за свой периметр, а еще и поместил ее на Гугл. На ГУГЛ! В компанию, которая открыто говорит, что она не гарантирует сохранности информации и может ее использовать по своему усмотрению!
Да, и добило меня то, что они тогда собирались выносить туда же документооборот. Это было на столько за пределами моего понимания, что я просто тогда до конца не поверил.
Причем я лично знаю ИТ руководство Привата - я там долгое время работал. Это люди очень высокого профессионального уровня. Они прекрасно отдают себе отчет в рисках такого решения.
Получается, что либо в момент принятия решения они находились под действием сильнодействующих препаратов, либо попросту решение принимали не они.

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

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

Однако спекулировать по поводу причин такого шага я не буду. Я просто хотел бы сказать, что тот факт, что Приват - чемпион Украины по SaaSу - на лицо.

Вот тут у меня явная проблема с формулировкой выводов.
С одной стороны я невольно рекламирую сервисы конкурента. И это неправильно.
Зато с другой стороны, это очень показательный кейс. Громадная компания, использующая SaaS подход - это очень круто.
Так что вот на этой высокой ноте и закончу.

Ни за что не отдавать почту!

2010-10-13T01:02:00.000+03:00

Всем привет!

Тут на днях у наших сейлов случился разговор с одной из компаний, которую они (сейлы) считают лидом. И это меня сподвигло на этот пост.

Преамбула:
Компания эта производственная. У них есть производство, они что-то производят. Название не говорю - все равно ничего никому не скажет. Количество пользователей - в районе 120. ИТ директор - продвинутый мужик, но новичок в компании. У него задача - сделать все по уму, начиная с централизации инфраструктуры, AD, почты и т.д. Денег естественно нет. Ну то есть какие-то есть, но далеко не так чтоб хватило на все.

Амбула:
Первый разговор с ИТ директором наводил на радужные мысли о редком в наше время понимании и принятии сути SaaS сервисов. И в общем так оно и было. Но после некоторого времени оказалось, что шансы наши невелики по причине того, что руководство компании сказало: "Ни за что не отдавать почту постороннему провайдеру!"

Итого: мы в ступоре, а я пишу этот пост.

Анализ ситуации:
То есть что получается: небольшого размера украинская производственная компания, которая, грубо говоря на данный момент выживает, собирается защищать свои данные. Нет, ну то есть это, конечно похвально. Защищать свои данные - это правильно! Это, прямо скажем, верно!
НО.
Эти люди (начальство компании) всерьез верит, что если "сервер" (намеренно закавычено) будет стоять у них в офисе (читай - под столом у секретарши или в комнате с хлипкой дверью где пасется остальное железо, на виртуалке у админа и т.д.) то их данные НИКТО, НИКОГДА, НИ ПРИ КАКИХ УСЛОВИЯХ не утащит.
Они именно ВЕРЯТ. Им так спокойнее.

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

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

Третье: сколько стоят данные этой компании? Миллионы? Я думаю, что нет. Давайте честно - они стоят несколько тысяч долларов, которые потребуются чтобы откупиться от особо въедливой проверки. То есть начальство страшит не то, что информация попадет к конкурентам, а то, что она попадет в органы.
Четвертое: если в компанию придут люди в масках, то на основании первого и второго пунктов можно заключить, что у них не будет ни одного шанса, что данные не попадут "куда надо". Повторяю - НИ ОДНОГО. Сервера изымут, пароли узнают, винчестера с бекапами заберут. Нет, ну конечно ходят легенды о том ,что некоторые фирмы в девяностых и начале двухтысячных имели специально обученных людей, которые безвылазно сидели в серверной и в случае опасности нажимали нужную кнопку. И как результат - все, что нужно (а точнее не нужно) знать посторонним людям - стиралось. Но это во-первых тоже стоит денег. А во-вторых, не гарантирует от рисков - в крупной компании, полное уничтожение данных трудно обеспечить и что-то все равно можно будет вытащить (Кстати, этот момент - хорошая тема для будущего разговора).

Итого:

Люди верят в то, что информация в безопасности, пока она физически находится под боком
Люди не верят в то, что компания, вложившая кучу денег в инфраструктуру и защиту данных не продает эти данные налево или "куда надо"

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

P.S. Я еще напишу о том, чем это все закончилось :)

Хостинг почты для предприятий с Enterprise agreement

2010-07-21T18:08:00.001+03:00

Привет всем!

Хотел бы проговорить проблему с которой мы столкнулись продвигая наш сервис электронной почты на основе Hosted Exchange.
Законтачили с одной крупной компанией, у которой:

Разрозненная структура - филиалы по все стране
Желание централизации IT - стратегическая задача от руководства
Несколько старых почтовиков - зоопарк
Проблемы с антиспамом - как обычно :)
Куча пользователей - под 1000

В общем для нас - идеальный клиент на сервис "Бизнес почта"! Мы бы его сделали счастливым, ей Богу. У нас уже есть опыт таких клиентов - у Generali Garant примерно такие же размеры.
Но есть проблема - и это, как ни странно, сама компания Майкрософт. Они, понимаете ли укатали эту компанию на Энтерпрайз лицензирование. А в него входит Exchange, и за него уже заплатили два раза (по такой схеме лицензирования всего положено сделать 3 платежа за 3 года ). И хотя они свой Exchange еще не внедрили, но убрать его из договора нельзя - если убрать, то не будет скидок на остальные продукты.

Мы к Майкрософту - что, мол делать? Те не знают. Ну ладно...
Тут как раз подвернулась WPC 2010 (World Partner Conference) с Штатах. Наши туда поехали поговорить, на других посмотреть да себя показать, как говорится. Ну, думаем, решится проблема - наверняка не мы одни на такое наступали.

WPC закончился, оттуда вернулся наш аккаунт в Майкрософте. Говорит - нет, ничего не сказала "золотая рыбка". Хвостом махнула, уплыла в "облака".
Короче для нас это означает, что решения для такого потенциального клиента мы предложить не сможем - люди не будут терять деньги, выплаченные за Exchange даже после окончания соглашения на лицензирование. Они скорее вбросят еще на проект по внедрению централизованной почтовой системы.

И вот теперь вопрос - почему нет ответа на вопрос? А это рекурсия. Значит надо выходить.

Видится два варианта.
Вариант номер раз - Майкрософт не рассчитывал что хостинг сервис почты будет приемлемым для крупных предприятий. С одной стороны это так. Когда мы делаем расчет ROI для какого-то потенциального клиента, мы видим, что если количество пользователей компании приближается к 500, то выгоднее становится покупать Exchange самостоятельно. С другой стороны, есть компании и более крупные и при этом, вполне готовые перейти на сервисы. Да и сама Майкрософт имеет определенные программы для подключения крупных корпораций
к своему BPOS (Business Process Online Suite). Там при количестве пользователей от 5000 начинают действовать несколько другие цены и механизмы. Таким образом, нельзя сказать что MS не рассматривает Enterprise сермент как потребителей хостинг сервисов.
Ответ номер два, похоже, более вероятный - большинство партнеров пока зарабатывает на продаже лицензий и продажи эти приносят пока несравнимо большую прибыль, чем сервисы. А значит, предложить вариант решения озвученной проблемы значило бы предложить вариант уменьшить собственную и партнерскую прибыль.

Вот и получается, что мы со своими сервисами вступаем в прямое противоречие с целями продавцов Майкрософта.
Неприятно это. Не комфортно как-то и не сухо.

Но будем искать другие варианты. Компаний вокруг реально много.

Проблема продаж

2010-06-11T12:28:00.000+03:00

Всем привет!

Да, был не прав, давно не писал - все как-то не до того было. Были заняты проблемой выживания. Я не к тому, что на данный момент мы ее решили полностью :) Нас пока трясет, и все немного барахлит, но положительная динамика есть.
К плюсам можно отнести то, что мы поняли несколько простых вещей.

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

Во-вторых, жизнь вынудила начать активные самостоятельные продажи, продвижение своего бренда и своего бизнеса. Реселлеры могут дать дополнительный доход, но пока, процент доходов от реселлеров невелик. Получается, что только имея свой крепкий бренд, можно получать дополнительный доход и с реселлеров. А поскольку активные продажи on-line услуг без своего сайта - это как-то странно, то мы озаботились созданием своего сайта, который должен представлять нас в сети. Кроме того, мы активно участвуем в различных выставках, начинаем активную социальную жизнь и занимаемся другими подобными маркетинговыми активностями.В общем выводим себя на рынок.

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

Итого, все это сводится к старой фразе: "Если хочешь сделать что-нибудь хорошо, сделай это сам".

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

On-line хранилище данных

2009-12-17T10:22:00.000+02:00

Доброго времени суток!

Сегодня хочу показать презентацию по сервису, который мы собираемся выводить в ближайшем времени - on-line хранилище данных.
Идея сервиса простая - хранить данные на внешних серверах с доступом через интернет.
В Америке и в Европе таких сервисов пруд пруди - можно просто заглянуть вот сюда, или сюда, чтобы проникнуться картиной. У нас же пока хиловато. Так что попробуем расшевелить ситуацию.

Более подробно о преимуществах и недостатках в следующих постах.
А пока - наслаждайтесь :)

Облачное хранилище данных

View more presentations from vyeliseyev.

Привлекательный MSP

2009-11-26T00:14:00.000+02:00

Доброго времени суток!

В продолжение предыдущего поста, закончим тему перехода Internet Services Provider ->Managed Service Provider.

Итак, для того, чтобы MSP (Managed Service Provider) смог бы нормально работать и обеспечивать сервис высокого уровня, чем бы он ни занимался, ему, во-первых, будет нужна некая система, которая бы позволяла:

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

Это как раз то, что для сетевых девайсов реализуется системой NOC (Network Operation Center), или по-нашему - ЦУП (Центр Управления Полетами). Смысл такой системы как раз в том, чтобы легко и главное - удаленно управлять оборудованием на местах. Поскольку выгоды использования такой системы для сервис провайдеров велики, то и стоят они не мало.

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

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

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

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

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

Таким образом, компания ISP, будет предлагать дополнительные сервисы, и выступать при этом, как MSP, хотя сами сервисы реализуются ее партнером - реальным MSP.

Деньги делятся по договоренности. Модель revenue share, или по-научному - симбиоз.

Развитие ISP -> MSP

2009-11-18T18:18:00.000+02:00

Доброго времени суток!

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

В чем сегодня слабость интернет сервис провайдера? В низком ARPU.
ISP торгуют broadband-ом, или транспортом. Таких компаний много, стоимость таких услуг падает, и что самое главное, клиент никак не привязан к интернет провайдеру. Сменить провайдера для обычного клиента не стоит ничего. Он ничем не рискует и ничего не лишается.
"Привязать" к себе клиента можно несколькими способами - низкой ценой, запредельно высоким уровнем обслуживания или широким набором сервисов. Первый способ уже почти исчерпан - цены на доступ к интернету упали за последние годы очень сильно в следствии ценовых войн. Второй способ стоит очень дорого и далеко не всегда себя оправдывает.

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

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

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

Вот с таким "букетом", ISP будет выглядеть гораздо привлекательнее. И будет он уже не простой ISP, а самый настоящий MSP, сиречь Managed Service Provider с очень достойным ARPU. И клиенты от такого красавца не уйдут.

Вопрос в том, как это все сделать?

Управляемые сервисы

2009-11-18T16:29:00.000+02:00

Доброго времени суток!

Поскольку наша компания занимается так же и управляемыми сервисами, то мы для себя (и для заказчиков) сформулировали, что это собственно такое. Итак:

----------------------------------------------------------------------------------

Управляемые сервисы – это практика передачи ответственности за проведения ежедневных обязанностей по управлению инфраструктурой предприятия сторонней компании, для повышения эффективности и снижению рисков подобных операций.
Управляемые сервисы подразумевают следующие пункты:

IT система предоставляется компании клиенту как законченное решение и управляется удаленно высококлассными специалистами из центра управления
Осуществляется постоянный мониторинг сервисов, за счет чего, провайдер может решить проблему прямо из центра управления в соответствии с подписанным SLA.
Управляемые сервисы предоставляются за помесячную оплату и не требуют капитальных затрат от клиента.

------------------------------------------------------------------------------------------------
Собственно этим все и сказано.

А вот презентация для компаний - интернет сервис провайдеров, в который мы рассказываем о самих сервисах и том, почему они будут интересны именно именно для ISP.

Управляемые сервисы. Презентация для ISP

View more presentations from vyeliseyev.

О выгодах перехода от модели ISP к MSP (Managed Service Provider) в следующем посте.

Microsoft hosted Exchange vs. Google apps

2009-11-02T17:36:00.000+02:00

Доброго времени суток всем!

Поскольку вопрос по этой теме возник в процессе защиты бизнес кейса по организации сервисов на основе хостинга Microsoft Exchange, и мы провели некоторый анализ ситуации, то вот его результаты.

Сразу скажу, мы старались (естественно) дать обоснование нашей позиции.

Итак, сначала результаты, потом два слова от себя лично.

Сравнение основной функциональности:

Функции	Google Apps.	Microsoft hosting Exchange
Email	Good	Good
Spam filtering	Good	Good
Web interface	Good	Good
Archiving	Good	Good
Storage	25G	5G
Price	50$/year	120$/year
Document collaboration	Good	Good
Desktop e-mail client	No	Yes (Outlook)
Corporate portals	Poor	Good
IM/Chat	Yes (Google talk)	No
Tasks	Yes	Yes
Mobile phone integration	Good	Good
Video conferencing	Yes	No
Local support	No	Yes

В целом можно сказать, что Google Apps является серьезным конкурентом решения Hosted Exchange. Объективные обзоры показывают примерно одинаковую ценность обоих сервисов. Однако применительно к Hosted Exchange можно выделить следующие преимущества, которые необходимо использовать как «Selling points»:

Локальная поддержка: пользователям Google просто некуда обращаться, если что-то не работает или работает не так как нужно. Мы предлагаем услуги службы технической поддержки клиентов на родном языке. Пользователи любых пакетов имеют возможность позвонить или написать в службу поддержки и должны получить ответ в соответствии с подписанным SLA.
Возможность работы с Outlook 2007: Google предлагает только web клиент. Мы предлагаем работу как в web клиенте (Outlook Web Access), так и в настольном приложении с полной синхронизацией данных. Outlook 2007 является признанным лучшим почтовым клиентом бизнес – уровня. Кроме того, для пользователей «Плюсовых» пакетов, Outlook 2007 предоставляется бесплатно. Использование такого клиента дает возможность работать с почтой off-line. Google тоже предлагает работу по протоколу MAPI, что по идее должно обеспечить полную интеграцию с OutLook. Однако гарантий ее полной работоспособности и того что ситуация не изменится в будущем нет.
Гибкость оплаты и настройки: Google предоставляет 1 пакет с готовой подпиской. Мы предлагаем 4 пакета с помесячной оплатой. Стоимость пакета с базовым набором функций стоит у нас в 2 раза дешевле, чем пакет у Google. Кроме того, если клиент сокращает сотрудников, то работая с нами, он может уменьшить месячные платежи. В то же время, как работая с Google, он платит за год вне зависимости от того, используется ящики реально или нет. Таким образом, если производится ротация сотрудников, то у нас, сумма останется прежней, а в Google, будет увеличиваться.
Дополнительная услуга корпоративного портала на основе SharePoint Services, предложит лучшее в этом классе решение для совместной работы в организации любого масштаба. У Google тоже есть возможность построения портала, однако общепризнано, что SharePoint является лучшим выбором с мощной функциональностью и продвинутыми инструментами.
Тесная интеграция с общеизвестными приложениями Microsoft: люди, привыкшие использовать продукты Майкрософт, обратят внимание на тесную интеграцию OutLook с остальными продуктами.

--------------------------------------------------------------------------------------------------
Теперь от себя:

Если этот вопрос интересен, то найти сейчас исследование, подтверждающее ту или иную точку зрения - не проблема. Наиболее объективным, на мой взгляд является вот это исследование - тут все по делу и без видимой ангажированности. И я полностью согласен с выводами
Мы в своем исследовании намеренно не пытались влезать в подробности и тонкости организации интерфейса - ибо это путь к холивору.
В подобных исследованиях очень хорошо видны сильные стороны самих компаний - производителей. Я хочу сказать, что гугловская инновационность и быстрота развития - это то, с чем соперничать бессмысленно, даже такому монстру как Майкрософт. Я уверен что по количеству наворотов в своем Apps сьюте, они уже впереди. Однако MS, что называется, "работает с людями". Берет их и аккуратно, настойчиво и убедительно впаривает свои решения и идеи. И поэтому оба решения найдут своего покупателя.

Вечный вопрос безопасности данных клиента

2009-10-28T22:01:00.000+02:00

Доброго времени суток!

Хотелось бы обсудить вопрос, который практически всегда задают потенциальные клиенты хостед сервисов, а именно вопрос о защите данных. Звучать он может по разному. Например:

А вы надежно защищаете данные клиентов?
А как я могу быть уверен что мои данные никто не прочитает?
А где гарантии неприкосновенности моих данных?

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

В основном данные воруются банальными методами подкупа персонала или кражей оборудования
"Что один человек построил, другой завсегда поломать сможет" ((с) "Формула любви")

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

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

Для людей нетехнических, все эти аргументы должны дополняться документом с соглашением об уровне предоставления сервиса SLA (Service Level Agreement), который в обязательном порядке должен подписываться при заключении договора на предоставление сервисов. Договор, безусловно, тоже не дает 100% гарантии. Но это реальный рычаг давления на сервис провайдера, поскольку этот договор можно использовать при случае в суде.

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

Итак, что можно сделать для убеждения потенциального клиента в правильности выбора хостед сервиса и ответить на вопросы о защищенности своих данных? Реальным является следующее:

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

Ну и наконец, слова об общемировой практике тоже не помешают :)
В конце концов, чужой пример заразителен. И это, по видимому, главный аргумент.

Сервисы для корпоративного взаимодействия

2009-10-27T19:44:00.000+02:00

Доброго времени суток!

Теперь, собственно о тех сервисах, которые мы предлагаем сейчас и будем настойчиво продвигать в будущем.

Как я уже говорил в предыдущем посте, мы начали с развертывания платформы Microsoft HMC 4.5, которая обеспечивает сервисы корпоративной почты, портала и объединенных коммуникаций.

Для начала, поговорим о самом термине "корпоративный". Важно понимать отличие сервисов, ориентированных на массовый рынок и на корпоративных клиентов.

Для примера приведу отличия бесплатного сервиса почты и возможностей корпоративной почты (в данном случае, от Майкрософт или Google или IBM - не важно)

Что такое «бесплатные» сервисы для масс маркета:

Базовые возможности обмена письмами
Зачастую отсутствие резервного копирования, антиспама и антивируса
Часто с включением рекламы

Преимущества «бесплатных» сервисов

Нет абонплаты
Воспринимаются как обычная бесплатная услуга сервис провайдерами
Простой web клиент

Недостатки «бесплатных» сервисов

Решение для масс маркета – нет средств командной работы
Нет брендирования
Web доступ обычно очень простой
Нет средств для работы почты на мобильных аппаратах
Никаких гарантий работоспособности сервис

Ключевые преимущества корпоративной почты

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

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

Если почта - это средство общения, то примерно такая же ситуация наблюдается со средствами внутрикорпоративного взаимодействия и их отличия от обычных средств обмена информации.
Для примера: приведу выдержку из документа с описанием возможностей порталов на основе Microsoft SharePoint, взятого с сайта Microsoft. На мой взгляд этот фрагмент наглядно описывает те функции, которые должен выполнять корпоративный портал:

"Какую бы задачу не ставили перед командой или организацией, Windows SharePoint Services позволит создать on-line окружение для администрирования и управления рабочим процессом.

Например, возьмем команду, которая работает над годовым планированием бюджета, прогнозом продаж и определением путей развития продукта. Эта задача требует координации работы многих департаментов компании, включая бухгалтерию, маркетинг, отдел продаж, оперативное управление, IT, HR и т.д.
Используя портал на основе SharePoint Services, каждый департамент и сотрудник может принимать участие и взаимодействовать в виртуальном пространстве вне зависимости от своего местоположения – в офисе, дома или находясь в пути.
Глава департамента и его команда могут более эффективно решить задачу планирования, используя следующие свойства, предоставляемые порталом:

Библиотека документов и доступ к файлам

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

Редактирование и отслеживание изменений

Редактирование документов может отслеживаться и фиксироваться. Если пользователь захочет вернуть предыдущий вариант документа, Windows SharePoint Services позволит это сделать. Так же, имея всю информацию в web хранилище, пользователи избегают необходимости пересылать все документы по почте и путаясь в версиях, источниках и т.д.

Соответствие планам и расписанию
Для поддержки графика работ по составлению годового плана, Windows SharePoint Services предлагает функции помощника проекта, для ведения календаря и сроков сдачи работ для всех участников проекта. Используя эту функциональность, сокращается риск недопонимания и конфликта информации между сотрудниками, поскольку все имеют доступ к актуальному графику работ.

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

Дополнительные возможности
Получение доступа к списку SharePoint через мобильные устройства
Для просмотра списка можно использовать мобильные устройства. Это позволяет получать последние данные о проектах и задачах группы даже в дороге. На телефонах (или других телекоммуникационных устройствах, поддерживающих международные стандарты) списки отображаются в упрощенном текстовом формате с возможностью прокрутки содержимого страницы при помощи ссылки. Кроме того, можно получать уведомления об обновлении списков

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

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

Более эффективное проведение опросов
Обеспечивается лучшая управляемость и гибкость опросов. Благодаря функции неполных ответов пользователи могут сохранять неполные ответы, если у них нет возможности сразу отвечать на все вопросы или если опрос был прерван.
Опрос можно настроить таким образом, чтобы вопросы задавались в зависимости от ответа на предыдущий вопрос. Например, при опросе участников собрания для узких специалистов в начале можно задать вопрос о том, какие секции они посетили, а затем отображать вопросы только по выбранной секции. Чтобы улучшить структуру опроса, можно вставить разрывы страниц и дополнительные вопросы. Ограничений по количеству вопросов нет, хотя такие ограничения могут зависеть от объема базы данных и пропускной способности сети."

Опуская пока тему объединенных коммуникаций, что же мы получаем в "сухом остатке"?

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

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

Сервисы на платформе HMC 4.5

2009-10-27T13:38:00.000+02:00

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

Начать движение в сторону модели SP (Service Provider), наша компания решила с хостед сервисов от Майкрософт. Почему? Потому что:

У нашей компании хорошие и тесные взаимоотношения с Майкрософт Украина
Майкрософт умеет продавать идеи и заводить (в разных смыслах :) партнеров как никто другой
Сервисы Майкрософт для коммуникаций и взаимодействия - одни из лучших в классе бизнес сервисов

Вдобавок, Microsoft в нужный момент уже имела платформу для предоставления наиболее популярных сервисов бизнес почты, корпоративных порталов и объединенных коммуникаций.
Вот презентация платформы, и идей которые лежат в ее основе. Эту презентацию мы делали на прошедшей недавно в Киеве конференции по унифицированным коммуникациям. Так же, мы используем ее в образовательных целях для партнеров.

HMC 4.5 platform for hosted services

View more presentations from vyeliseyev.

Архитектуру для нас, разработали люди от Майкрософт, и развертыванием системы, опять таки занимались специальные приглашенные и отдельно оплачиваемые люди. На вопрос "почему не сами разворачивали?" отвечу просто - самим правильно сделать такую установку практически невозможно. Систему, где более 30-ти серверов, дублированные NAS-ы (дисковые массивы), кластера, балансеры нагрузки и тому подобные вещи, без серьезной подготовки не установишь.Хотя наши ребята и выполняли разные работы по инсталляции операционок, установке SQL серверов и т.д., основную работу по наладке выполняли зарубежные спецы.

Сами сервера размещены в нашем датацентре со всеми необходимыми средствами поддержания работы - дублированные интернет каналы, резервное питание, резервное охлаждение и т.д. Более подробно опишу всю эту кухню отдельным постом.

В общем, не вдаваясь в подробности: сейчас у нас работает Hosted Exchange 2007 sp2, Hosted SharePoint Services v3, и Hosted OCS 2007 (в тестовом режиме). Железо рассчитано на около 10 000 пользователей с возможностью дальнейшего расширения.

Кроме того, мы установили консоль провиженинга (предоставления сервисов), которая необходима для заведения новых пользователей и общего администрирования. Работает она через MPS (Microsoft Provisioning System) и позволяет без проблем заводить новые аккаунты и подключать людей к сервису.

В следующих постах - более подробно о самих сервисах, почему именно они, и что использование таких сервисов может дать небольшим компаниям.

Первое сообщение

2009-10-26T17:22:00.000+02:00

Доброго времени суток всем!

Данный блог предназначен для освещения тем и вопросов, связанных с предоставлением IT услуг для предприятий малого и среднего бизнеса.
Я работаю в компании SGS (Softline Global Services), которая сейчас выходит на рынок Украины и начинает предлагать hosted сервисы, управляемые услуги именно для небольших предприятий.

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

Спасибо всем посетителям и читателям!