Spaces:
Sleeping
Sleeping
Create kb/kb_best_practices.md
Browse files- kb/kb_best_practices.md +121 -0
kb/kb_best_practices.md
ADDED
|
@@ -0,0 +1,121 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
# What makes a good knowledge base article?
|
| 2 |
+
|
| 3 |
+
A good knowledge base article is one that helps the reader solve a problem quickly, confidently, and without needing extra help. It should be clear, structured, and written from the user’s perspective, not from the internal product or team perspective.
|
| 4 |
+
|
| 5 |
+
Below are the key elements that make a knowledge base article effective.
|
| 6 |
+
|
| 7 |
+
## 1. Clear purpose and audience
|
| 8 |
+
|
| 9 |
+
Before writing, define:
|
| 10 |
+
|
| 11 |
+
- **Who** is this for? (customer, agent, admin, partner)
|
| 12 |
+
- **What problem** does it solve?
|
| 13 |
+
- **What outcome** should the reader achieve after following it?
|
| 14 |
+
|
| 15 |
+
A good rule of thumb is:
|
| 16 |
+
> *“If I read this article, can I answer ‘what should I do next?’ at every step?”*
|
| 17 |
+
|
| 18 |
+
## 2. Descriptive title that matches user wording
|
| 19 |
+
|
| 20 |
+
The title should match the language users would actually search for, not internal jargon.
|
| 21 |
+
|
| 22 |
+
**Good examples:**
|
| 23 |
+
|
| 24 |
+
- “How to connect WhatsApp to your workspace”
|
| 25 |
+
- “Troubleshooting Instagram connection errors”
|
| 26 |
+
- “How to build your first automation flow”
|
| 27 |
+
|
| 28 |
+
**Avoid:**
|
| 29 |
+
|
| 30 |
+
- “Channel integration v2”
|
| 31 |
+
- “Internal setup guide”
|
| 32 |
+
|
| 33 |
+
If users cannot guess what the article contains from the title, they are less likely to click it.
|
| 34 |
+
|
| 35 |
+
## 3. Short overview at the top
|
| 36 |
+
|
| 37 |
+
Start each knowledge base article with a short paragraph that explains:
|
| 38 |
+
|
| 39 |
+
- What the article covers
|
| 40 |
+
- When to use it
|
| 41 |
+
- Any prerequisites
|
| 42 |
+
|
| 43 |
+
Example:
|
| 44 |
+
|
| 45 |
+
> “This article shows you how to connect WhatsApp to your workspace so you can send and receive messages from your customers. You’ll need an active WhatsApp Business number and admin access to your workspace.”
|
| 46 |
+
|
| 47 |
+
This gives context and reduces confusion.
|
| 48 |
+
|
| 49 |
+
## 4. Step-by-step instructions with actions and results
|
| 50 |
+
|
| 51 |
+
Good steps are:
|
| 52 |
+
|
| 53 |
+
- Written in **imperative form** (e.g. “Click…”, “Open…”, “Select…”)
|
| 54 |
+
- Only contain **one action per step**
|
| 55 |
+
- Include **what the user should see** after the step, if it’s important
|
| 56 |
+
|
| 57 |
+
Example structure:
|
| 58 |
+
|
| 59 |
+
1. Go to **Settings → Channels → WhatsApp**.
|
| 60 |
+
2. Click **Connect WhatsApp**.
|
| 61 |
+
3. Follow the on-screen instructions to sign in with your WhatsApp Business account.
|
| 62 |
+
4. When the connection is successful, you’ll see the status **Connected**.
|
| 63 |
+
|
| 64 |
+
Where possible, pair steps with **screenshots** or short GIFs.
|
| 65 |
+
|
| 66 |
+
## 5. Use headings, lists, and callouts
|
| 67 |
+
|
| 68 |
+
Most readers scan, they do not read every word. Use:
|
| 69 |
+
|
| 70 |
+
- Headings for sections like “Before you start”, “Steps”, “Common errors”
|
| 71 |
+
- Bulleted lists for conditions or options
|
| 72 |
+
- Numbered lists for procedures
|
| 73 |
+
- Callouts or notes for important warnings or tips
|
| 74 |
+
|
| 75 |
+
Example:
|
| 76 |
+
|
| 77 |
+
> **Note:** If you already have this number connected in another tool, you may need to disconnect it there before connecting it here.
|
| 78 |
+
|
| 79 |
+
## 6. Include common errors and how to fix them
|
| 80 |
+
|
| 81 |
+
The best knowledge base articles anticipate what might go wrong.
|
| 82 |
+
|
| 83 |
+
Add a **“Troubleshooting”** or **“Common issues”** section at the end with:
|
| 84 |
+
|
| 85 |
+
- The error message or symptom
|
| 86 |
+
- Why it happens
|
| 87 |
+
- How to resolve it
|
| 88 |
+
|
| 89 |
+
Example:
|
| 90 |
+
|
| 91 |
+
> **Error:** “Number linked elsewhere”
|
| 92 |
+
> **Why it happens:** Your phone number is still connected to another WhatsApp Business provider.
|
| 93 |
+
> **How to fix it:** Disconnect the number from the previous provider, wait 10–15 minutes, then try connecting again.
|
| 94 |
+
|
| 95 |
+
## 7. Keep tone simple, friendly, and consistent
|
| 96 |
+
|
| 97 |
+
Use:
|
| 98 |
+
|
| 99 |
+
- Short sentences
|
| 100 |
+
- Neutral, supportive tone
|
| 101 |
+
- “You” and “we” rather than passive constructions
|
| 102 |
+
|
| 103 |
+
Avoid internal abbreviations and product code names. The reader should never feel like they are reading internal documentation.
|
| 104 |
+
|
| 105 |
+
## 8. Review, maintain, and retire
|
| 106 |
+
|
| 107 |
+
A good article is maintained over time:
|
| 108 |
+
|
| 109 |
+
- Review regularly after product changes
|
| 110 |
+
- Update screenshots and steps when the UI changes
|
| 111 |
+
- Remove or merge duplicated content
|
| 112 |
+
- Mark deprecated features clearly
|
| 113 |
+
|
| 114 |
+
---
|
| 115 |
+
|
| 116 |
+
When in doubt, a good knowledge base article should:
|
| 117 |
+
|
| 118 |
+
- Be easy to find
|
| 119 |
+
- Be easy to scan
|
| 120 |
+
- Be easy to follow
|
| 121 |
+
- Solve the reader’s problem without needing a support ticket
|