Simple Information Architecture



Imagine if you were tasked with mapping out the existing Microsoft developer content spanning Channel9, the MSDN Dev Centers, MSDN Library, Code Gallery, CodePlex, the All-in-One Code Framework, etc..  How might you go about it?

Imagine if you had to create an information architecture that encompasses customer scenarios, content types, products and technologies, publishing channels, etc. that could be rationalized across the larger content ecosystem including various internal Microsoft teams, as well as partners, and community contributions … What would you do?

Just start.  Start with something simple.  So that’s what I did.

The “Simple Information Architecture” (IA)

Here is an example of something I’ve been working on.  I call it the “Simple IA.”  IA in this case, is simply short for “Information Architecture.” 

I specifically called it the “Simple IA” because Information Architectures are prone to complexity and get over-engineered.


This lets me basically connect the dots between our content story, our publishing story, and pillar areas of focus.   In the figure above, the Hot Spots are a simple Heat Map to step back, look across the Microsoft application development platform and see the forest from the trees

The channels are a way to step back and look across the various places where Microsoft developer content gets published.  The IA piece above, is a simple way to walk the customer scenarios, the product features, and our various content types, such as Code Samples, How Tos, etc.

So yeah, even simple seems complicated, but believe it or not, it all comes together.  (I’ll share the results in the near future.) 

The beauty here is that it’s systematic and repeatable.  

I can simply change what I point it at and I can repeat the process for any product or technology.  Even thought I put specific instances in the channels, those can be changed too.

It’s basically principle-based and pattern-driven … and it works!

One thing I’ll point out right here before we move on is, if it was easy to simply browse the Code Samples and How Tos for a given technology, life would be easier for everybody.

Platform Hot Spots

You can think of the application development platform as a Heat Map with relevant Hot Spots. Here is a simple example:  

All the Heat Map is showing is some common application paths.  For example, when you go to build a phone app, you can choose Silverlight or XNA, so they are the “Hot Spots” or focal points in this case.

There are many ways to slice and dice the application development platform.  At a high-level, you can think of it as an application framework, languages, tools, process, and technologies.  The Hot Spots you focus on depends on what you need to show or highlight.


Channels are where producers put their stuff.  For example, various teams publish to places on the Web and within Visual Studio:

.NET site would include,, etc.

Information Architecture (Scenarios, Features, and Types)

This is where the rubber meets the road.  For each channel, you can surface content using simple lenses:

  • Browse by Topic – (Customer Scenarios) – Topics are a demand-side lens (Customers, Microsoft Support, Microsoft Consulting Services, Microsoft Developer Platform Evangelism, industry experts, etc. provide scenarios as input.)
  • Browse by Feature – Features are a supply-side lens (product teams name the features.)
  • Browse by Content Type – Code Samples, How Tos, Videos, etc. … organized by topics or features.

Here is a simple model of a page that would surface content for a given product or technology


Here is an example of this model in action on the Windows Dev Center:


Notice that you can browse a large collection of Code Samples, How Tos, and Videos.

You Might Also Like

A Language for Application Architecture
The Microsoft Story
What is a Program Manager?


Please enter your comment!
Please enter your name here