Интернет-Двери - Personalisation и Удовлетворение требованиям заказчика
основное отличие между (старомодным) Интранетом и Дверью
То, что символизирует современную интернет-дверь, - то, что есть стандартизированный пользовательский интерфейс (" UI") с построенным в системе для пользовательского установления подлинности. Другими словами, пользователь регистрируется к двери вместо того, чтобы просто получить доступ к этому. Это приносит нам в основное отличие; интернет-дверь знает, кто Вы, пока со старомодным интранетом, пользователь является анонимным.
Если пользовательское установление подлинности будет должным образом связано с Вашими данными служащего, то дверь будет знать вещи как (a), каков сорт человек, (b), какой отдел они работают в, (c), какое местоположение они работают над и (d), какую работу они делают.
Если портальному установлению подлинности также нравится к metadirectory (наряду с установлением подлинности для всех других систем, пользователь должен использовать в их работе), тогда, дверь будет дополнительно знать (e), какие заявления пользователь должен сделать их работу и (f) права, которые пользователь имеет (от их профиля безопасности), чтобы получить доступ к различным прикладным функциональным возможностям.
Наконец, если infocube-на-основе пакет статистики сети был установлен, дверь будет знать (a), к каким областям двери получают доступ пользователь и (b) частота и глубина того доступа.
возможность индивидуализировать портальный опыт
Ясно, учитывая знание выше, возможно индивидуализировать UI для каждого индивидуального пользователя. Например, если пользователь работает в коммерческой функции, то начальная страница, которая приветствует их после входа в систему, могла быть Коммерческой начальной страницей команды. Если они работают в Лидсе, связь услуг на их начальной странице могла бы быть должна к картам, движению, заказам огня, и т. д. об офисе Лидса (а не где-нибудь еще). Если их определенная работа как полевой коммерческий директор, то полевые коммерческие графы работы и приборная панель управления могли быть показаны на начальной странице.
Если пользователь имеет сорт, который размещает их в списке инсайдерских сделок компании, то дополнительный (чувствительная цена) данные в реальном времени могли бы быть показаны на экране (который другие пользователи не будут видеть). Если статистические данные говорят нам, что они не читают важные коммуникации, то сообщения могли быть поданы им, которые привлекают их внимание к тому, что они пропускают. Наконец, если они используют функциональные возможности от три различный (наследство) системы, чтобы сделать их работу, тогда они могли быть примирены и появлялись через portlet заявление на портальной странице.
Приз - ясно более гладкий и более интегрированный пользовательский опыт, с ключевой информацией " pushed" в пользователе в пути они не могут проигнорировать и всегда не больше, чем единственный щелчок далеко.
угнетающая правда о personalisation сегодня
Много портальных продавцов предприняли исследование с их существующей основой клиента, чтобы исследовать (a), сколько клиенты сделали широким употреблением personalisation и (b) сколько поверхностных ключевых деловых заявлений через их дверь. Результаты не делают ободрительное чтение (с меньше чем 20 %, достигающими очень вне какой запрос Сливы "пустая дверь").
Это вызывает очевидный вопрос. Если льготы пользователю personalisation настолько очевидны, почему компании не использовали в своих интересах их? Фактически, основанный на моем опыте, есть многократные причины не индивидуализировать, который я группирую в " bad" и " good" причины.
Плохо рассуждает, чтобы не индивидуализировать
Есть многие типичные недостатки, которые имеют тенденцию происходить от нехватки храбрости, плохого понимания или личного предубеждения:
1) Отказ связаться через с данными служащего и/или metadirectory
2) Отказ видения и/или нехватка уверенности в personalisation извлекают выгоду
Серьезные основания, чтобы не индивидуализировать
Есть фактически несколько действительных возражений на personalisation, который Вы проигнорировали бы в своей опасности. Самые известные два:
3) целое - больше чем сумма частей
Много портальных проектов основаны на понятиях увеличенного разделения знания (a) между командами, (b) лучшее понимание " большой picture" из какого случается в компании и (c) смысл принадлежности единственному, сообществу всего предприятия. Индивидуализируя команды и людей в " ghettos" где они только видят информацию и заявления, непосредственно относящиеся к ним, возможность потеряна, чтобы сделать так, чтобы они исследовали интернет-присутствие других коллег.
4) Логин как барьер к пользовательскому принятию
(Действительное) беспокойство, что, требуя людей к логину каждый раз они получают доступ к двери, будет действовать как средство устрашения к ним, делая так, таким образом уменьшая портальные льготы через сокращение интернет-использования. Это имеет, приводят к некоторым клиентам, повреждающим особенность логина! Конечно, такие проблемы могут быть преодолены через выполнение единственного признака - на заявлении, где права получить доступ к двери (без отдельной процедуры входа в систему) предоставляют, когда пользователь регистрирует на сеть. Однако, компании часто не в состоянии запланировать или планировать для таких изменений.
Так personalisation правильная вещь, чтобы сделать? Если так, как я могу заставить это случиться?
В итоге, конечно, льготы personalisation, для большинства организаций, далеко перевешивают риски и затраты. В конце концов, почему покупка Феррари, тогда только используют это, чтобы сделать школу, которой управляют? Если Вы никогда не собирались использовать дверь для этих передовых функций, почему Вы покупали тот? Было бы намного более дешево вложить капитал в Ваш традиционный интранет!
Если Вы надеетесь заставлять это случиться, однако, Вы должны признать организационные, финансовые и технические вызовы, врожденные от работы. Во-первых, Вы должны гарантировать, что Ваше экономическое обоснование содержит полные затраты объединения двери с данными служащего и metadirectory способностями. Идеально, Вы должны также расширить это на решение "единственный признак на", если Вы можете позволить себе его. Во-вторых, Вы должен витрина спонсорам, на что похож personalisation, так, чтобы они могли улучшить свое понимание возможности. Наконец, Вы не должны недооценить техническую работу ворчания, вовлеченную в мытье Ваших данных служащего и прав систем.
не пренебрегают удовлетворением требованиям заказчика
Я определяю удовлетворение требованиям заказчика как способность к пользователям, чтобы настроить их собственные портальные параметры настройки и появление (в отличие от того, как я определяю personalisation, где портальная информация условий и заявления authomatically, основанный на профиле пользователя). Позволяя пользователям " сделайте это themselves" Вы учитываете возможность, что они могут желать разделить знание и сотрудничать с людьми вне их непосредственной роли. Вы можете также учиться (наблюдая их поведение на удовлетворении требованиям заказчика), где Вы могли улучшить свой personalisation.
Некоторые заключительные мысли
Personlisation должен быть ключевым элементом Вашей ранней работы visioning со спонсорами и затратами двигателя и льготами в Вашем экономическом обосновании. Если Вы находите в той стадии, что возвращение на инвестициях (КОРОЛЬ) не там, то Вы должны возможно подвергнуть сомнению, являются ли портальные инвестиции действительно для Вас! Мини-адекватно, в конце концов, для школы, которой управляют!
Об авторе:
Дэвид Viney (david@viney. com), автор Интернет-Гида Двери; 31 страница совета, инструментов и загрузок, покрывающих период прежде, в течение и после Интернет-выполнения Двери.
