Follow us on Twitter
Follow us in Facebook
Office Dev Content
SharePoint Dev Content
Blogs for Office developers > Apps for Office and SharePoint blog
This article is brought to you by Elisabeth Olson and Russell Palmer, Program Managers in Office and SharePoint.
Apps are the new cool thing in Office and SharePoint, and we’re already seeing a lot of excitement around them. We want to make sure you get started in the right direction, so here are some top-level things you should think about when designing and developing your own apps.
First of all, an “app” is a focused solution to a problem. Users don’t want a Swiss Army knife–type application with a bunch of possible permutations and configurations they have to understand—they want something that does one or two things, but does them very well. They don’t want to mess with settings—they just want to get their work done, as quickly and as effortlessly as possible.
When you get right down to it, designing a fantastic app isn’t really different from designing any other software product—you need to understand the problem you’re trying to solve and understand your users, you need to develop scenarios, and most importantly, you need to usability test and iterate on your design at each stage of the development process. Elaborate usability tests aren’t necessary, but it’s important to get your app in front of people who weren’t intimately familiar with creating it and validate that it works for them. When you’ve been neck-deep in development, it’s easy to miss the things that will trip up users who don’t understand how your app is put together.
While you’re developing, you might also want to keep in mind the same design principles that we used when developing Office and SharePoint. These are outlined in more detail in the documentation links below, but here they are at a high level:
Make your experience as complete and polished as possible, paying attention to small details.
Don’t try to do everything, but do a few things very well.
Your UI should always be responsive and provide feedback to users.
Embrace the fact that you’re using pixels, and go beyond what’s possible in the real world.
Use the tools and templates we provide to fit into the context where your app will be seen.
Touch is an important and growing piece of the user base, so make sure your design works on tablets, and consider designing specialized UI for mobile devices.
We could fill pages with more specific guidance, but we wanted to keep this post relatively short. Luckily, we’ve already published lots of UX guidance on MSDN (direct links at the end of this post), so you can drill into those if you’re interested. Let us know what you like, and what you want to see more of—we’re always looking for more ways to help you out.
Thanks for reading,
Elisabeth and Russell
For more information, check out the following links:
Apps for Office and SharePoint UX guidelines
Apps for Office UX design guidelines
Apps for SharePoint UX design guidelines