self-service-and-knowledge

# Self-service and knowledge Good self-service is the cheapest support you will ever run and the most neglected. It is also frequently the wrong answer — an article explaining a confusing screen is a bandage on a design problem. ## Decide what deserves an article Before writing, ask whether the contact should exist. If people repeatedly need instructions for one screen, the screen is the defect. Documenting it makes the problem permanent and invisible. Write articles for things that are genuinely complex, genuinely occasional, or genuinely outside your control. Not for things that are merely badly designed. ## What to write, and in what order Rank by contact volume, not by feature importance. The most-viewed help content is almost never what the team expected — it is billing, access, and the one confusing setting. Structure each article around the customer's task, in their words, not your feature's name. People search for what they are trying to do. - **Answer first.** The steps in the first screen, context afterward. Nobody arrives wanting background. - **One task per article.** Combined articles fail search, because the match lands on the wrong half. - **Show the actual interface** — real labels, real button names, updated when they change. - **Say what to do when it does not work.** The next step, and how to reach a human. Making that hard converts a solvable problem into a complaint about you hiding. ## Findability decides everything An article nobody finds ...