sofzcc commited on
Commit
5e4f3bc
·
verified ·
1 Parent(s): 6598c1a

Create kb/kb_best_practices.md

Browse files
Files changed (1) hide show
  1. 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