Category: Intranets


Effective Portals Article in Intranets Today

November 2nd, 2008 — 12:00am

Readers active in the enterprise, intranet, portal, and syndicated content & functionality spaces might be interested in The Building Blocks of Effective Portals that appears in the November / December issue of Intranets Today.
Intranets_logo.gif
Intranets is one of the leading publications focused on these topics, with regular contributions from the likes of Rachel Alexander, Jane McConnell, and James Roberston.
You will need a log-in to read the complete article on-line, but perhaps you were thinking of subscribing, and this will pull you in.

Comment » | Building Blocks, Information Architecture, Intranets

Intranet Review Toolkit Version 1.1

April 1st, 2006 — 12:00am

Congratulations to James Robertson and StepTwo Designs for releasing an updated version of the Intranet Review Toolkit, just before this year’s IA summit in lovely Vancouver (obligatory flickr link).

Version 1.1 of the Intranet Review Toolkit includes a heuristics summary designed for quick use; it’s based on a condensed version of the complete set of heuristics you may remember I offered a while back. StepTwo was kind enough to credit my modest contribution to the overall effort.

Other additions include a collaboration / community of use destination site http://www.intranetreviewtoolkit.org.

Comment » | Intranets, Tools

Belated 2006 Prediction #1

February 1st, 2006 — 12:00am

It’s only February, but I can already tell that I’m going to say “SharePoint is *not* an intranet!” many, many, many times in 2006…

Comment » | Intranets

Intranet Review Toolkit: Quick Heuristics Spreadsheet

December 2nd, 2005 — 12:00am

Update: Version 1.1 of the Intranet Review Toolkit is available as of 03/20/2006, and now includes a summary spreadsheet.
Thanks go to James Robertson for very gently reminding me that the licensing arrangements for the Intranet Review Toolkit preclude republishing it as a summarized form, such as the spreadsheet I posted earlier today. In my enthusiasm to share a tool with the rest of the community, I didn’t work through the full licensing implications…
Accordingly, I’ll be removing the spreadsheet from harms way immediately, while hoping it’s possible to make it available in a more legally acceptable form.
Apologies to James and the rest of the Toolkit team for any unintended harm from my oversight.

Related posts:

Comment » | Information Architecture, Intranets, Tools

Three Contexts for the Term “Portal”

June 27th, 2005 — 12:00am

I’m working on a portal project at the moment for a healthcare client, so I’ve heard a great deal about how the concept of ‘portal’ is so diluted as to be effectively meaningless. Following a series of surprisingly muddled conversations with technologists, business types, and end users representatives around the concept for this new portal, I realized that much of the hand-wringing and confusion comes from simple lack of perspective – on the different perspectives represented by each viewpoint. Ambiguity or disagreement about which perspective is the frame of reference in any given discussion is the biggest source of the confusion and friction that makes these projects needlessly difficult.
There are (at least) three different perspectives on the meaning of the term portal.
To technologists and system developers, a portal is a type of solution delivery platform with standard components like authentication, an application server, integration services, and business logic and presentation layers that is generally purchased from a vendor and then customized to meet specific needs. Examples are Plumtree, BEA, IBM, etc.
To users, a portal is a single destination where it’s possible to obtain a convenient and – likely, though not always – personalized combination of information and tools from many different sources. Some examples of this sense of the term include Yahoo, MSN, and a well-developed intranet.
To a business, a portal is a bounded vehicle for aggregating information and tools to address diverse constituent needs in a coordinated and coherent way, with lowered management and administration costs realized via framework features like personalization, customization, and role-based configuration.
One case where all three of these frames of reference intersect is with Executive Dashboard projects. A dashboard is a portal in all three of these senses (unless it happens to rest on a different architecture / technology stack, in which case I maintain that it’s something else, so as an IA it’s prudent to keep in mind the differing implications and assumptions associated with each perspective while dealing with their representatives.

Related posts:

Comment » | Building Blocks, Dashboards & Portals, Information Architecture, Intranets

Back to top