Sitemaps

Questions

Customer Service

We are building our support site for our mhealth platform end users on desk.com how do we organize the content?

We want to have an onboarding series for our users which will have an article about each feature of the platform and why to use it, we also need to have a " Get Started Guide" with quick setup articles What are the other aspects of the support site should we be thinking about? We have both consumer end users from the app store as well as enterprise end users from enterprise pilots to write for. Consumer users bought the app presumably, so that is their starting point. Enterprise users were identified in our populations and will need a coupon code to download the app. How can we write one support site for two groups of end users? Or do they need to be seperate? What are good examples of support sites for mobile users in a two sided market?

Answer This Question

3

Answers

Steven Hoober

Strategist, architect, designer for every screen

As is my way, I have to answer tangentially: People hate reading documentation. Essentially no one will read the quick start guide, and those who do will have poor retention. This is not just a pithy quote, but driven by years of research into cognitive psychology. You cannot provide training around a complex (or bad) interface, and short training like onboarding guides have essentially no impact.

If your responsibility is only the support systems: Ask the users. Carefully. You can't run polls and focus groups as they are not accurate but you can run (or hire people to run) "card sorting exercises." These are participatory design tasks where representative end users can help you understand how they would organize, group and label the information. That makes it more likely for users to find the information they need.

Ideally, and if you have authority to mess with the design of the whole application, you don't even need help. No, really! I have designed complex applications (used millions of times a day) with NO help system. It can be done. For this domain, I would probably expect a help system, but one based more around digging into details, and presented in that way, instead of as help.

For the interface itself, the application should instead guide the user, and if possible (based on information already entered, what you gather over time if it is something using biometrics or synched to records, etc.) automatically create the needed widgets. Users are very, very poor at customizing, no matter what they say. To remain sticky, make it easy, and personalize for them.

I'd be happy to chat about this more based on your specific needs if you are comfortable sharing them with me.

Answered over 10 years ago