I wrote an article recently which questions the architecture of WSS v3 master pages, more specifically the shortcomings of WSS v3 customization when it comes to the application pages which reside in the _layouts folder. I was happy to see just how much discussion this has generated as this was my intention from the start.
I wanted to build on my original post a little by showing (at least from my customers perspective) the business value in having the ability to fully customize a WSS v3 web/site on a site-by-site basis. Understanding how your customers wish to utilize their WSS v3 environment is the single most important factor in making it successful from every standpoint – customization included.
To better explain, here is an example of how I see WSS v2/v3 being used by customers every day. The following assumes an organization is using WSS v2 or v3 and each separate team within the organization uses a different sub web/site.
Most organizations have several unique teams within them, each of these teams have a very strong sense of identity and as such request completely different customizations. For example: Within Microsoft it’s quite likely that the Vista Team would have a totally different collaboration web/sites than say XBOX 360 (You can thank Amanda for that analogy).
In the above situation I would be called in to completely customize (visually and functionally) the XBOX 360 and VISTA sections of the WSS environment.
The problem arises when clicking through the web/site and the customer says; “Hey Guys, there are several sections of our site that do not have our teams common look and feel that we paid you to customize for us, our cool header and other visuals are missing from a whole bunch of pages, what gives?”
Someone (likely a project manager) is then stuck with the daunting task of trying to explain to the customer that you can only share a look amongst all those pages within their otherwise unique web/site.
Obviously waiting until the last minute to spring this on the customer would not be good for relations so the reach widens even more, now reaching the sales team whom must explain this to a customer up front and ultimately lead to a harder sell.
The reason I wanted to explain this scenario is because I’ve been hearing a “solution” to the original problem as – well you can customize the application.master page. In the scenario outlined above which I assume is fairly common for many others, this simply doesn’t work. Many customers don’t have the means to have separate WSS installs for each team.
It all comes down to understanding customer needs. I’d love to hear more about how you and your customers have leveraged WSS solutions – leave a comment.