To Do or Not to Do, That is the Question: Styling the SharePoint 2010 Ribbon
Marcy Kellar, The SharePoint Muse, is working with me to help redesign the interface for EndUserSharePoint.com so that content can actually be found. The site is being built from the ground up with the help of Marcy, Jeremy Thake from SharePointDevWiki.com for the Develper issues and Joel Oleson from SharePointJoel.com for the ITPro issues.
Jeremy sent Marcy and me a note pointing to an article by Tom Wilson: “Guys just read Tom’s post on this . I think you should do something similar too to stand out from the crowd.”
Marcy sent back an extended response, which I think might be useful for those deciding when and where to start messing with basic, location based interfaces. The discussion is about the ribbon in 2010, but it could be about moving or altering any major interface piece.
From Marcy
I’ve spent a few hours diving deep into the ribbon over the past few days. You have no idea how far I’ve come in my knowledge of the Ribbon and 2010 elements since we last spoke. I even have custom graphics to help teach and train. I’m excited for the SP Designer 2010 book to be released but it’s impact on my availability is frustrating.
I wish I had a little more time this past week to review more design and content stuff. This is when you guys need me! This is my sweet spot! You are all moving at 100 miles an hour!
I’ve read Tom Wilson’s article, Ribbon Customization: Changing Placement, Look and Behavior, and think it’s great to see what can be done, but I’m not convinced on his reason…nor yours. Is standing out the most important thing or is functionality? Isn’t there something else that can be done to stand out?
Microsoft built an entire architecture and platform around the ribbon. I’d like to test it out the way it was intended first. And then see if it needs to be redesigned. It’s a functional element, not just for looks. Moving it has implications that should be well thought out.
Key Points
- Any break in the positioning decreases usability for your audience. All day every day they will be working with the ribbon in another location. Your users are going to also be using Office 2010 products.
- Moving the ribbon on task oriented site, such as a Wiki, is risky. There will be little annoying cognitive decisions about navigation when moving from program to program. For those of us that will be using SharePoint 2010 in more than one environment (ALL of your authors), it will be confusing, irritating, nettling, discombobulating. As Steve Krug has put it, “Don’t Make Me Think!”
I like that Tom proved it possible. I even think his design is slick. But just because it’s possible doesn’t mean it is good design. We should definitely prototype it first. Just move the position and not brand it. Let’s test it if you really want it.
It might be interesting. We could even implement on a subsite as an example… but for actual use? I don’t’ know.. would you want to make something harder to use to make it prettier on the eyes? I can tell you that sometimes it’s worth it. I’ve got some rockin shoes that aren’t functional. But I have to be hard pressed to wear them.
So let me know what you want to do. Test and prototype a new ribbon or get used to the one MS shipped? I will be on board either way.
Wow, what a timely question! I am in the middle of redesigning our new intranet redesign because of a last minute decision to adopt SP2010. I was so sure we were not going to upgrade from SP2007 I am seriously behind in understanding the new features and capabilities.
So, my response is this: Lots of other sites (somewhere between “most” and “almost all”) will go with the standard look and placement, so I think this is the right place to try changing it up a bit. I think we can get a good conversation about what we like and don’t like as we compare EUSP to other sites and our installs where the ribbon is sitting the same ole’ place.
Of course, I want this for personal reasons, I’m happy to admit it. But I think I would vote this way even if I wasn’t facing a design dilemma.
Good question. I’ve tested different ribbon placement with a group of about 50 and in the end having it at the top of the screen, not under the header was the best place. When the Ribbon is at the top and looks different from the site design they assume it’s more of an administration interface rather than information from the site.
Thanks Tom. Very useful article. — Mark
Nice post, Tom. I like how you call out the Browse tab. I sent Microsoft a suggestion (complaint) during the beta about the Browse tab and how it hides the primary navigation. My feeling is that left to their own devices, end users might possibly “lose” their primary nav during the editing process and not realize how to get it back. I just feel it’s bad design to hide a major user interaction component.