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

А вообще вот презентация (это не то что было на официальном представлении, но суть передает):

Да, все идет к этому, к SaaS, PaaS, Enterpise 2.0, интеграции приложений под одним зонтом и пр. Мы собственно сейчас занимаемся тем же самым, посмотрим кто кого VMForce что-то реальное собирается показать во второй половине года, мы надесь тоже.

P.S. Но суть презентации я не понимаю, хоть убей, что они хотели сказать то? Все сводилось к лозунгу что «Java может работать в облаке». И чо? Кто-то разве сомневался? Не объяснили ни зачем это нужно бизнесу, ни зачем это нужно вендорам, ни что вообще хотят сделать. И вообще трансляция была полуработающая Такое ощущение что им срочно нужно было хоть что-то сказать, но времени на полноценную подготовку не было.

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

Идея простая, и плавает на поверхности. Все равно все так или иначе это делают, кто-то пересылкой по email, кто-то Google Docs использует. А это специализированный инструмент для данной задачи.

Запускать решил сразу, сходу, как только получился прототип. Решил поэксперементировать, попробовать на практике что такое «выкатывать как можно раньше». Запостил сегодня ссылку на хабре, в результате через 20 минут топик вышел на главную, рейтинг держится на уровне +40, ~80 комментариев, пара тысяч уников на сайте, и куча советов, идей и пр. Ни смотря на такую сырость сервиса, было мало эмоциональной критики, все общение было по делу и судя по всему это очень востребованный сервис, можно доделывать. Так что показывать такую альфа-версию вовсе не страшно, и даже очень полезно. Буду иметь ввиду

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

Это для предприятий, если на другом примере, для веба, то это можно представить как информацию разбросанную по множеству соц-сетей (одноклассники, вконтакте, мойкруг, пикаса, жж и т.д.) и объединение всего это с помощью идей заложенных в Google Social Graph, Open Social API, DataPortability и пр.

В корпоративном секторе, при объединении клиентских данных, обычно выделяют 3 этапа:

Основа на CRM

За основу берется готовая CRM (Siebel, SAP и пр.), в которую полностью переливаются все данные, и далее все существующие системы переключаются на данную CRM, так чтобы тянуть все данные из нее.
Тут, к сожалению, полной интеграции практически никогда не получится, так или иначе часть информации все равно остается во внешних (хоть и связанных) системах. Т.е. работает это лишь в редких случаях, на практике сложно перевести все внешние приложения на единую CRM. Ну или еще работает если изначально компания организует всю эту инфраструктуру, подписывается на одного вендора и пр. Но этот случай сомнителен по причине того что потребность в Single Customer View обычно возникает уже после того как компания разрослась.

Поэтому появляется следующий вариант:

Виртуальная модель данных

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

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

Основа на клиентских данных

В этом случае создается единый центр клиентских данных, и уже его используют сторонние БД, CRM и пр. приложения. Это собственно и является Customer Data Integration (CDI)

Вообще это на самом деле некоторая концепция, и может включать как подходы предыдущих пунктов, так и как упомянутый центр на который все переключаются, не храня у себя никакой дополнительной информации. Здесь отличие больше заключается в идеологическом вынесении центральной точки, отвечающей за данные клиента, называемой в данном случае Customer Data Hub. Этот хаб может и объединять данные, и ссылаться на них во внешних источниках, устанавливать связи между данными из разных источников, и передавать дальше внешним приложениям и пр. Технически потом все системы связывается через SOA/ESB, и все довольны.

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

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

Основные блоки данных

Приведу список основных элементов данных и то что можно получить на из основе.

Адрес

1. Дает возможность сделать географическую привязку клиента, для:
   1. Анализ эффективности деятельности филиалов, проанализировав объемы клиентов в различных зонах.
   2. Анализ действия рекламной компании, сравнивая области с различным уровнем объема уличной рекламы по разным частям города.
   3. Сегментация уровня дохода/социального положения клиентов по стоимости жилья. Как минимум можно составить характеристики по районам города, а по хорошему еще составить отдельный список элитного жилья, и наоборот.
   4. Обнаружение аномалий в распределении. К примеру повышенный объем страховок в одном из регионов относительно других регионов, при прочих равных факторах, возможно говорит о наличии неучтенного повышенного риска для жителей данной области (т.е. жители чего то опасаются, лучше узнать чего именно, пока не поздно).
   5. Определить где можно открыть новый филиал/банкомат/магазин и пр.
2. Обнаружение связей:
   1. соседи и друзья
   2. семья
   3. коллеги, при анализе рабочего адреса
3. Дополнение недостающей информации (например индекс,который, как известно, никто не заполняет правильно), что может устранять неоднозначности адреса, ускорять доставку корреспонденции и пр.
4. Удаление из базы мусорных записей.

Имя

1. Определение пола. Нужно для:
   1. Формировании исходящей корреспонденции. Может и мелочь, но меня лично раздражает эта запись в поздравительных письмах типа «уважаемый(ая)». Ты или определись с моим полом или не делай вид что письмо совсем уж персональное.
   2. Сегментация по полу при исследованиях
2. Уточнение семейных связей (используя совместно со значениями адреса и возраста)

Телефон

1. Дополнение недостающей информации (код города из адреса или наоборот)
2. Обнаружение связей (по домашнему и рабочему телефонам)
3. Определение сферы деятельности по рабочему телефону (используя справочники организаций)

Прочие поля

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

Связи между клиентами

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

• Анализ нового клиента. Т.е. известное «скажи мне кто твой друг и я скажу кто ты» в действии.
  • К примеру у нас появляется новый клиент, молодой человек или девушка, по которому мы определили что он родственник нашего существующего vip клиента, и даже то что это сын или дочь. В таком случае нам лучше пометить и этого клиента как VIP, или ввести тип вроде VIP-related. Вполне возможно что если ему не понравится сервис, он может отговорит и своего отца пользоваться нашими услугами. Да, дети иногда имеют хорошее влияние на своих родителей, да еще и с учетом юношеского максимализма. В общем лучше подстраховаться сразу.
  • С другой стороны таким образом можно вычислить родственника (или соседа/друга) нежелательного клиента, или мошенника.
  • Ну конечно дополнительные критерии для скоринга.
• Следующий вариант это коллеги. Если в одной организации есть несколько лояльных клиентов, то такую организацию будет гораздо проще поставить на какое либо корпоративное обслуживание. Опять же будет возможность улучшить лояльность компании, которой делается соответствующее предложение, предложив перед этим какой то бонус найденным (но ничего не подозревающим) «инсайдерам». Но это уже в сторону вирусного маркетинга и пр., тут главное что нашли точку куда можно приложить силу.

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

Да, и еще, тут еще интересный момент есть: для обнаружения связей между клиентами можно воспользоваться базами «Одноклассников» и «В Контакте». Если у нас не трудно достать базы не только всех гос. структур, но и вполне серьезных коммерческих организаций, банков и операторов сотовой связи, то база «Одноклассников» вообще не проблема, рано или поздно базы социальных сетей будут в продаже. Кстати, в случае БД социальных сетей типа «Одноклассников» все даже проще, так как доступ ко всем связям есть извне, через web, не надо прямого доступа к серверам. Я более чем уверен что уже есть софт который вытаскивает всю нужную информацию с этих сайтов и сохраняет ее в нужном виде. В конце концов вполне реально самостоятельно сделать парсинг подобных сайтов и последующее насыщение профайла, по мере надобности, так даже правильнее будет. Причем это будет вполне законно, в отличии от краденных баз.

Кстати, книгу можно скачать бесплатно, автор выложил ее в сети: http://sap.elashkin.com/

Вдогонку к этой книге можно почитать, если кто не читал, книгу «Блеск и нищета информационных технологий» Николаса Дж. Карра, чем то пересекаются, имхо.

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

После взялся за «Партизанский маркетинг», Дж.Левинсона. Это меня уже удивило, честно говоря, я немного про другое думал, представляя партизанский маркетинг, но началось все с НЛП, что это и как использовать… Тут помимо этого много дельных советов, но, так или иначе, все сводится к этому Меня это даже отпугнуло на первых страницах, подумал что вот так, помимо воли, заставлять идти человека у вас на поводу это нехорошо. Автор знал о такой реакции, и тут же исправлял такое отношение. Нет, не используя НЛП(ну разве только частично), а просто показывая почему никто никого не обманывает. В частности, он предлагает показать клиенту, что мы полностью ему открыты, к примеру, предлагает и недостатки продукта показать клиенту. А вот как это все надо преподнести, чтобы это было плюсом, чтобы клиент остался, он и учит. И все это, как ни плюются в эту сторону, гораздо честнее, чем традиционная реклама. Разговаривать на том же языке, войти в доверие это не означает обманывать (иначе какое это доверие?), а вот, например, рассказы от лица «ассоциации чего-нибудь», о всяких супер скидках, о немереной крутости товара часто бывает не совсем честным. Повернутся лицом к клиенту гораздо прибыльнее, но и гораздо сложнее, чем снять очередной бессмысленный рекламный ролик. Та же идея проглядывается и у Сета Годена, он неоднократно горит о том, что вирусная реклама лучше и быстрее распространяется от уважаемого человека, которого знают и доверяют.

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

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

Так вот такое же насыщение сейчас пришло в Web. Сейчас пошли все эти новые технологиий RSS, RDF, SOAP, Semantic Web и пр. Т.е. переход от «сайт как единое целое» к «сайт как участник связанной системы». Сайт начинает связывать/использовать для своей работы некоторые другие сайты/сервисы, а также сам может отдавать другим какие либо свои услуги/информацию. Остается только договорится о стандартизации обмена, об API доступа к сайту. Это уже не сайты, а сервисы.

И вполне вероятным может быть создание сайта лишь на основе иных сервисов. Это несомненно дает множество плюсов, в плане качества сайта. К примеру я могу прикрутить к определенному сайту карту местности, если делать буду ее своими силами. Но сколько денег это мне будет стоить? Есть у меня один знакомый, который занимался много времени ГИС-софтом, он мне примерно рассказал сколько ресурсов это потребует, в общем дорого это… Но есть путь проще: к сайту прекрасно прикручивается Google Maps. Еще из подобных сервисов у нас уже есть различные чаты, календари (GCal), хранилище данных (Amazon S3), фиды по кучи разных тем… еще много чего, но на самом деле еще мало

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

Вот это уже и есть Web 2.0. А все эти закругленные углы, большие шрифты, css, ajax, и пр. это просто обычный процесс улучшения, просто попавший на этоже время.