Электронная коммерция

Интернет-Двери - Personalisation и Ублажение требованиям заказчика


Основное отличие меж (старомодным) Интранетом и Дверью

То, что символизирует современную интернет-дверь, - то, что есть стандартизированный пользовательский интерфейс ("UI") с построенным в системе для пользовательского установления подлинности. Иными словами, юзер регится к двери заместо того, чтоб просто получить доступ к этому. Это приносит нам в основное отличие; интернет-дверь знает, кто Вы, пока со старомодным интранетом, юзер является анонимным.

Ежели пользовательское установление подлинности будет подабающим образом соединено с Вашими данными служащего, то дверь будет знать вещи как (a), каковой сорт человек, (b), какой отдел они работают в, (c), какое положение они работают над и (d), какую работу они делают.

Ежели портальному установлению подлинности также нравится к metadirectory (вместе с установлением подлинности для всех остальных систем, юзер должен применять в их работе), тогда, дверь будет дополнительно знать (e), какие заявления юзер должен сделать их работу и (f) права, которые юзер имеет (от их профиля сохранности), чтоб получить доступ к разным прикладным многофункциональным способностям.

В конце концов, ежели infocube-на-основе пакет статистики сети был установлен, дверь будет знать (a), к каким областям двери получают доступ юзер и (b) частота и глубина того доступа.

Возможность индивидуализировать портальный опыт

Ясно, беря во внимание познание выше, может быть индивидуализировать UI для каждого личного юзера. К примеру, ежели юзер работает в коммерческой функции, то исходная страничка, которая приветствует их опосля входа в систему, могла быть Коммерческой исходной страничкой команды. Ежели они работают в Лидсе, связь услуг на их исходной страничке могла бы быть обязана к картам, движению, заказам огня, и т.д. о кабинете Лидса (а не где-нибудь еще). Ежели их определенная работа как полевой коммерческий директор, то полевые коммерческие графы работы и приборная панель управления были бы показаны на исходной страничке.

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

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

Угнетающая правда о personalisation сейчас

Много портальных продавцов предприняли исследование с их имеющейся основой клиента, чтоб изучить (a), сколько клиенты сделали широким употреблением personalisation и (b) сколько поверхностных главных деловых заявлений через их дверь. Результаты не делают ободрительное чтение (с меньше чем 20 %, достигающими чрезвычайно вне какой запрос Сливы "пустая дверь").

Это вызывает тривиальный вопросец. Ежели льготы юзеру personalisation так очевидны, почему компании не употребляли в собственных интересах их? Практически, основанный на моем опыте, есть многократные предпосылки не индивидуализировать, который я группирую в "нехорошие" и "отличные" предпосылки.

Нехорошие предпосылки не индивидуализировать

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

1) Отказ связаться через с данными служащего и/либо metadirectory
Это может произойти из-за почти всех причин, включая (a) издержки программного обеспечения, замеченного как очень дорогой, (b) восприятие, что выполнение будет очень сложным либо склонным к отказу, (c) нехватка убежденности в качестве данных служащего и (d), понимающего очень поздно, что эта работа принципиальна и прошлый не в состоянии потому включать в проектную область либо издержки экономического обоснования

2) Отказ видения и/либо нехватка убежденности в льготы personalisation
Обычные препядствия включают (a) нехватку опыта использования дверей и таковым образом нехватки осознания способностей, (b) ностальгия к старомодному стилю интернет-навигации, (c) нездоровый центр на интранете просто как канал коммуникации, а не как деловой инструмент и - может быть более любопытно - (d) восприятие, что personalisation синонимичен с (либо по другому поощряет), люди, бывшие не в состоянии следить и выполнить единственные, процессы всего компании и политику.

Суровые основания, чтоб не индивидуализировать

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

3) Целое - больше чем сумма частей
Много портальных проектов основаны на понятиях увеличенного разделения познания (a) меж командами, (b) наилучшее осознание "большой картины" того, что случается в компании и (c) смысл принадлежности единственному, обществу всего компании. Индивидуализируя команды и людей в "ghettos", где они лишь лицезреют информацию и заявления, конкретно относящиеся к ним, возможность потеряна, чтоб сделать так, чтоб они изучили интернет-присутствие остальных коллег.

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

Так personalisation верная вещь, чтоб сделать? Ежели так, как я могу вынудить это случиться?

В итоге, естественно, льготы personalisation, для большинства организаций, далековато перевешивают опасности и издержки. В конце концов, почему покупка Ferrari, тогда лишь употребляют это, чтоб сделать школу, которой управляют? Ежели Вы никогда не собирались употреблять дверь для этих передовых функций, почему Вы брали тот? Было бы намного наиболее дешево вложить капитал в Ваш обычный интранет!

Ежели Вы надеетесь заставлять это случиться, но, Вы должны признать организационные, денежные и технические вызовы, врожденные от работы. Во-1-х, Вы должны гарантировать, что Ваше экономическое обоснование содержит полные издержки объединения двери с данными служащего и metadirectory возможностями. Совершенно, Вы должны также расширить это на решение "единственный признак на", ежели Вы сможете дозволить для себя его. Во-2-х, Вы должен витрина спонсорам, на что похож personalisation, так, чтоб они могли сделать лучше свое осознание способности. В конце концов, Вы не должны недооценить техно работу ворчания, вовлеченную в мытье Ваших данных служащего и прав систем.

Не пренебрегайте ублажение требованиям заказчика

Я определяю ублажение требованиям заказчика как способность к юзерам, чтоб настроить их собственные портальные характеристики опции и возникновение (в отличие от того, как я определяю personalisation, где портальная информация критерий и заявления authomatically, основанный на профиле юзера). Позволяя юзерам "делают это конкретно", Вы учитываете возможность, что они могут желать поделить познание и сотрудничать с людьми вне их конкретной роли. Вы сможете также обучаться (следя их поведение на ублажении требованиям заказчика), где Вы могли сделать лучше собственный personalisation.

Некие заключительные мысли

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

О создателе:

Дэвид Viney (david@viney.com) является создателем Интернет-Гида Двери; 31 страничка совета, инструментов и загрузок, покрывающих период до этого, в течение и опосля Интернет-выполнения Двери.

Прочитайте справочник в http://www.viney.com/DFV/intranet_portal_guide либо Интернет-Блог Часов в http://www.viney.com/intranet_watch.


БОЛЬШЕ РЕСУРСОВ:

  • главная | карта сайта
    © 2009