Cận cảnh Description — Truyền đạt rõ ràng với AI

Description là gì?

Description bao gồm:

Cốt lõi: Description là xây cây cầu giữa ý định của bạn và năng lực của AI.

Chất lượng output AI thường phụ thuộc trực tiếp vào chất lượng Description.

• Giải thích task
• Đặt câu hỏi
• Cung cấp context
• Steer khi conversation đi sai hướng
• Guide quá trình tư duy của AI
• Build môi trường thinking shared

"AI không đọc được tâm trí"

Đây là sai lầm sâu nhất của người mới: assume AI biết context của bạn.

Lỗi không phải của AI. Lỗi là Description thiếu.

Quy tắc vàng: Mọi context bạn có trong đầu mà không type ra → AI không có. Period.

┌──────────────────────────────────────────────────────┐
│                                                      │
│  TRONG ĐẦU BẠN:                                      │
│  - Khách hàng A là enterprise, ARR $500K             │
│  - Họ đang upset vì bug tuần trước                   │
│  - CEO của họ là CFO cũ → analytical mindset         │
│  - Tôi muốn email vừa apologize vừa propose retention│
│  - Tone: empathetic + accountable                    │
│  - Length: ngắn (CEO bận)                            │
│                                                      │
│  GÕ CHO AI:                                          │
│  "Viết email cho khách hàng A"                       │
│                                                      │
│  AI NHẬN ĐƯỢC:                                       │
│  ❓❓❓ (rỗng tuếch)                                    │
│                                                      │
│  AI OUTPUT:                                          │
│  Email generic, neutral, không phản ánh anything     │
│  về context thật                                     │
│                                                      │
└──────────────────────────────────────────────────────┘

3 loại Description

Loại 1 — Product Description

Definition: Khả năng định nghĩa rõ cái bạn muốn AI tạo ra hoặc cung cấp.

Câu hỏi cần trả lời:

Ví dụ tốt:

Ví dụ tệ:

Loại 2 — Process Description

Definition: Khả năng guide cách AI tiếp cận task — đôi khi quan trọng bằng hoặc hơn cả việc spec end goal.

Câu hỏi cần trả lời:

3 cách điển hình để guide process:

Ví dụ tốt:

Ví dụ tệ:

Loại 3 — Performance Description

Definition: Khả năng định nghĩa cách AI cư xử trong cộng tác — đặc biệt quan trọng khi conversation kéo dài nhiều turn.

Câu hỏi cần trả lời:

Đây là khía cạnh thường bị bỏ qua nhất.

Ai cũng nói Product. Người tốt nói Process. Người fluent nói cả Performance.

Ví dụ tốt:

Ví dụ tệ:

• Output cụ thể là gì? (email, slide, code, doc...)
• Format thế nào? (markdown, bullet, table, prose)
• Audience là ai? (technical, executive, customer, beginner)
• Style/tone? (formal, conversational, urgent, friendly)
• Length? (50 từ, 1 trang, 10 slide)
• Constraint khác? (no emoji, in English, with citation, anonymized)
• Methodology nào nên dùng?
• Step nào trước, step nào sau?
• Có framework cụ thể không? (RICE, ICE, SWOT, OKR...)
• Reference data/file nào?
• Có order processing nào ưu tiên?
• Có example bạn muốn AI follow style?
• Bạn cần AI là loại thinking partner nào?
• Narrowing toward 1 answer hay exploring multiple option?
• Challenge assumption hay follow lead bạn?
• Cung cấp detail hay keep concise?
• Explain reasoning hay chỉ đưa kết luận?
• Hỏi clarifying khi nào, đoán khi nào?

                  ┌──────────────────┐
                  │   DESCRIPTION    │
                  └────────┬─────────┘
                           │
         ┌─────────────────┼─────────────────┐
         ▼                 ▼                 ▼
  ┌──────────────┐  ┌──────────────┐  ┌──────────────┐
  │   PRODUCT    │  │   PROCESS    │  │ PERFORMANCE  │
  ├──────────────┤  ├──────────────┤  ├──────────────┤
  │ CÁI gì AI    │  │ CÁCH AI nên  │  │ AI cư xử ra  │
  │ tạo ra?      │  │ tiếp cận?    │  │ sao trong    │
  │              │  │              │  │ cộng tác?    │
  │ - Output     │  │ - Method     │  │ - Concise/   │
  │ - Format     │  │ - Steps      │  │   detailed   │
  │ - Audience   │  │ - Framework  │  │ - Challenge/ │
  │ - Style      │  │ - Examples   │  │   support    │
  │ - Length     │  │ - Reference  │  │ - Ask/answer │
  └──────────────┘  └──────────────┘  └──────────────┘

A. GENERAL GUIDANCE (như manual)
   "Khi viết email khách hàng, hãy follow framework
    'Empathize - Apologize - Propose - Commit'."

B. STEP-BY-STEP (như cookbook)
   "Bước 1: Đọc 5 email gần nhất với KH này.
    Bước 2: Identify ngữ điệu họ thường dùng.
    Bước 3: Draft email match ngữ điệu đó.
    Bước 4: Highlight phần tôi nên customize."

C. EXAMPLE-BASED (như demonstration)
   "Đây là 3 email thành công với enterprise customer:
    [Example 1]
    [Example 2]
    [Example 3]
    Áp dụng style này cho email mới."

Cách 3 loại tương tác trong 1 prompt

Một prompt fluent thường tích hợp cả 3:

┌──────────────────────────────────────────────────────────┐
│                                                          │
│  PROMPT INTEGRATED                                       │
│  ──────────────────                                      │
│                                                          │
│  [PRODUCT — first]                                       │
│  "Tôi cần X (cụ thể: format, audience, length)"          │
│                                                          │
│  [PROCESS — middle]                                      │
│  "Cách tiếp cận: bước A, B, C. Reference file Y.        │
│   Dùng framework Z."                                     │
│                                                          │
│  [PERFORMANCE — wrap]                                    │
│  "Hành xử thế nào: hỏi clarifying nếu cần, đề xuất 2    │
│   option, concise mặc định, challenge logic của tôi."    │
│                                                          │
└──────────────────────────────────────────────────────────┘

Trước/sau: Bad Prompt → Good Prompt

Ví dụ 1 — Email khách hàng

Before (vague):

After (3D Description):

Ví dụ 2 — Code review

Before:

After:

Ví dụ 3 — Research synthesis

Before:

After:

Sự khác biệt là vực thẳm. Cùng AI. Khác Description.

Ví dụ theo ngành

💼 Sales — Account research

Bad: "Research về Acme Corp"

Good:

📣 Marketing — Campaign brief

Bad: "Brief cho campaign Tết"

Good:

💰 Finance — Quarterly variance analysis

Bad: "Phân tích variance Q3"

Good:

🏥 Clinical — Document drafting (Gaia-style)

Bad: "Draft NDA Module 5"

Good:

Anti-patterns

❌ "AI sẽ figure out"

Hiểu hiện: "Viết email" — không spec gì. Mong AI tự biết.

Fix: AI không đọc tâm trí. Investment 2-3 phút spec chi tiết → save 20 phút iterate.

❌ Wall of text Description

Hiểu hiện: 1000 word prompt với mọi thứ jumble lên. AI bị overwhelm, focus sai.

Fix: Cấu trúc rõ. Dùng heading [Product] [Process] [Performance]. Bullet point khi list option.

❌ Chỉ Product, bỏ Process + Performance

Hiểu hiện: Spec output rất chi tiết (length, format, tone) nhưng không guide cách AI tiếp cận hoặc cư xử. AI làm đúng output nhưng wrong way.

Fix: Một fluent prompt có cả 3 — kể cả prompt ngắn. "Be concise" là Performance. "Step by step" là Process.

❌ Conflicting instructions

Hiểu hiện: "Viết professional email casual style ngắn gọn detailed."

Fix: Re-read prompt trước khi gửi. Conflict → pick một.

❌ Assume "model mới sẽ tự handle"

Hiểu hiện: "Claude Opus mới ra, không cần Description chi tiết nữa."

Fix: Model giỏi hơn = leverage Description giỏi hơn nữa. Không phải replace Description.

Mẹo nâng cao

💡 Mẹo 1: Build "prompt template" cho task lặp lại

Mỗi task lặp (weekly report, code review, customer email...), tạo template với 3D pre-filled. Khi cần, bạn chỉ thay variable. Tiết kiệm 80% thời gian + consistency cao.

💡 Mẹo 2: Ask AI improve prompt của bạn

Meta-prompt:

AI là good prompt critic.

💡 Mẹo 3: Reference example > describe abstractly

"Tone professional friendly" — ambiguous. "Tone như email này [paste example]" — concrete.

Few-shot beats verbose description.

💡 Mẹo 4: Performance Description thay đổi với conversation length

Conversation 1 turn: focus Product + Process. Conversation 5+ turn: Performance crucial — define collaboration rule once, save time mỗi turn sau.

💡 Mẹo 5: Test "describe to a new colleague"

Trước khi gửi prompt, test: "Nếu tôi gửi prompt này cho colleague mới chưa biết context, họ làm được task không?". Nếu không → prompt thiếu Description.

Áp dụng ngay

Bài tập 1: Bad Prompt Makeover (15 phút)

Bước 1: Mở Claude. Gõ:

Bước 2: Cho mỗi prompt tệ, bạn rewrite áp dụng 3D Description:

Bước 3: Chat với Claude về before/after. Hỏi feedback: "Nếu nhận prompt sau, bạn sẽ output thế nào khác so với prompt trước?"

Bước 4 (switch role): Gửi prompt tệ cho Claude fix. Notice Claude add information gì + tổ chức ra sao. Học từ pattern Claude dùng.

Bài tập 2: Refine 1 prompt từ project cá nhân (10 phút)

Lấy 1 prompt bạn dùng tuần trước (cho project bài 5.7 hoặc work khác). Rewrite với 3D framework.

So sánh output trước/sau. Note khác biệt.

Bài tập 3: Reflection (5 phút)

• [Product] cụ thể
• [Process] cách tiếp cận
• [Performance] hành xử
• Component nào của Description (Product/Process/Performance) bạn thường overlook?
• 1 tương tác AI gần đây không meet expectation — better Description sẽ improve outcome thế nào?
• Pattern Description nào bạn muốn build thành habit tuần này?

Tóm tắt bài học

🎯 Description không phải "viết prompt" — là xây bridge giữa intention bạn và năng lực AI

🎯 3 loại Description: Product (cái gì), Process (cách nào), Performance (cư xử ra sao)

🎯 AI không đọc tâm trí — mọi context bạn không type ra, AI không có

🎯 Fluent prompt tích hợp cả 3D — kể cả prompt ngắn cũng có cả 3 dimension

🎯 Bài tới (5.9) sẽ dạy 6 kỹ thuật prompting cụ thể để thực thi Description hiệu quả