Giả Lập Khách Hàng Bằng Claude: Cách Test Sản Phẩm, Pitch Và Sales Trước Khi Ra Mắt

GIẢ LẬP VỚI CLAUDE — CẨM NANG PRE-FLIGHT CHO SOLO

LỜI MỞ ĐẦU — TẠI SAO SOLO CẦN GIẢ LẬP NHIỀU HƠN AI HẾT

Khi bạn là solo, mỗi sai lầm trả giá bằng:

• 2-4 tuần dev một MVP không ai muốn
• 30-100 triệu ad budget cho offer chưa fit
• Cả một cohort học viên thất vọng vì curriculum lỗ hổng
• Một launch flop làm tổn thương authority của bạn 6 tháng

Team lớn có thể "thử và sửa" — họ có dự phòng. Solo không có. Mỗi cú swing phải gần như đúng. Đây là lý do giả lập với Claude — pre-flight check trước khi đầu tư thật — là kỹ năng có ROI cao nhất bạn có thể học.
Nhưng giả lập KHÔNG phải phép màu. Tài liệu này dạy bạn:

• Khi nào giả lập đáng tin (80-90%)
• Khi nào giả lập là bịa (10-30%)
• Template prompt cho 7 use case solo phổ biến nhất
• Cách verify kết quả giả lập với chi phí thấp nhất

PHẦN 1 — GIẢ LẬP CLAUDE LÀ GÌ?

1.1 Định nghĩa

Giả lập với Claude = thí nghiệm tư duy có cấu trúc, trong đó Claude đóng vai (audience / đối thủ / future-self / critic) hoặc đọc design (offer / funnel / curriculum / ad concept) và suy luận kết quả khả dĩ dựa trên pattern.
Claude làm được:

• Đọc logic → phát hiện gap, mâu thuẫn, missing piece
• Pattern-match với hàng triệu case tương tự trong training data
• Liệt kê edge case phổ biến mà bạn chưa nghĩ tới
• Đóng vai persona nhất quán để bạn pressure-test sales pitch
• Pre-mortem: giả định fail, tìm 5 nguyên nhân khả dĩ

Claude không làm được:

• Chạy A/B test thật với người thật
• Có data hành vi audience cụ thể của bạn
• Đo lường performance thật (CTR, conversion, retention)
• Dự đoán chính xác doanh thu hay timeline
• Biết context văn hoá/ngách mà bạn chưa cung cấp

1.2 Nguyên tắc cốt lõi

Atomic questions thắng broad questions. Câu hỏi nhỏ, cụ thể, có thể kiểm chứng → kết quả tốt hơn 70% so với câu hỏi rộng, vĩ mô.

Ví dụ:

• Tệ: "Giả lập 200 khách mua course này và cho thống kê."
• Tốt: "Trong sales page này, 3 câu nào audience của tao sẽ đọc và bỏ qua nhanh nhất, vì sao?"

PHẦN 2 — MA TRẬN ĐỘ TIN CẬY

Không phải mọi output giả lập đều bằng nhau. Phân loại:

Quy tắc chốt: Bất cứ khi nào Claude đưa ra một con số (40% chuyển đổi, 2.3 ngày, 87% học viên...), giả định nó là bịa cho đến khi bạn verify với data thật.

PHẦN 3 — BẢY USE CASE GIẢ LẬP CỐT LÕI CHO SOLO

Use case 1 — VALIDATE OFFER trước khi launch (Solopreneur)

Khi nào dùng: sau khi viết sales page draft, trước khi push traffic.
Prompt template:

# VAI TRÒ
Mày là 3 nhân vật phản biện, mỗi nhân vật đóng vai riêng:

1. **Skeptical buyer** — người đã từng bị burn 2 lần bởi course tương tự,
   bây giờ paranoid với mọi promise.
2. **Comparison shopper** — đang đồng thời xem 3 offer khác trong niche,
   sẽ chọn dựa trên specificity và proof.
3. **Lurker 6 tháng** — biết về bạn qua content nhưng chưa từng mua;
   cần một câu trong sales page để "tipping point".

# INPUT
[Paste full sales page draft]
[Paste persona 1 câu]
[Paste 3 testimonial dự kiến dùng]

# TASK
Mỗi nhân vật trả lời 4 câu:
1. Đọc đến đâu mày bắt đầu skeptical? (trích nguyên văn câu đó)
2. Câu nào trong sales page làm mày tin nhất? Vì sao?
3. 3 objection còn lại của mày sau khi đọc xong?
4. Mày sẽ làm gì tiếp: mua / bỏ / share cho ai đó / save lại?

Sau 3 nhân vật: meta-analysis
- 3 logic gap chung trong sales page
- 2 câu thừa nên cắt
- 1 promise đáng add vào để tăng believability
- 1 risk reversal mạnh hơn risk reversal hiện tại

# CẤM
- Không đưa ra % conversion ước tính
- Không đoán doanh thu
- Chỉ phân tích logic + copy, không bịa số

Verify cost: 0đ. Chỉ tốn thời gian đọc + sửa.
Build cost nếu bỏ qua: 30-100tr ad budget cho offer chưa fit.

Use case 2 — PRE-MORTEM LAUNCH (Solopreneur)

Khi nào dùng: 1-2 tuần trước launch lớn.

# VAI TRÒ
Mày là VC partner đã investigate 200+ launch fail của solo creator.
Mày tìm pattern fail mà founder thường self-deceive (nghĩ đã xử lý nhưng chưa).

# INPUT
[Paste launch plan]
[Paste audience size hiện tại theo channel]
[Paste lịch sử launch trước nếu có]
[Paste budget marketing]

# TASK
Giả định: 90 ngày sau launch, doanh thu < 30% target.
Viết 7 nguyên nhân khả dĩ theo xác suất cao → thấp.

Mỗi nguyên nhân có 5 phần:
1. Failure mode (1-2 câu)
2. Base rate (loại fail này phổ biến ở solo creator không?)
3. Early warning signal sẽ xuất hiện tuần 1-2 sau launch
4. Tao đang self-deceive về vấn đề này như thế nào? (brutal)
5. Hành động ngăn ngừa NGAY hôm nay (cụ thể, làm được trong tuần)

Sau 7 nguyên nhân: chọn 1 nguyên nhân tao đang phớt lờ nhất.

Use case 3 — STRESS-TEST FUNNEL (Marketer)

Khi nào dùng: sau khi map funnel, trước khi set up tech stack.

# VAI TRÒ
Mày là conversion strategist đã teardown 500 funnel.
Mày brutal về friction điểm và logic gap.

# INPUT
[Mô tả funnel step-by-step: ad → landing → opt-in → email seq → sales page → checkout]
[Persona ngắn]
[Promise chính]
[Price point]

# TASK
Phân tích funnel theo 6 chiều:

1. **Awareness-Promise fit** — Ad hứa gì? Landing có deliver promise đó trong 5s đầu?
2. **Lead magnet relevance** — Lead magnet có "earn the email" không hay chỉ là email collector?
3. **Email sequence pacing** — 5-7 email có rhythm hợp lý? Bài nào dễ unsubscribe nhất?
4. **Sales page transition** — Từ email vào sales page có natural không hay disconnect?
5. **Checkout friction** — Bao nhiêu field thừa? Có guest checkout? Risk reversal ở đâu?
6. **Post-purchase onboarding** — 7 ngày đầu sau mua có experience hay silence?

Với mỗi chiều: chấm 1-10, liệt kê 2 friction cụ thể, đề xuất 1 fix duy nhất.

Cuối cùng: 3 step có drop-off rate khả dĩ cao nhất, vì sao.

Use case 4 — AD CONCEPT PRESSURE-TEST (Marketer)

Khi nào dùng: trước khi sản xuất creative, trước khi spend test budget.

# VAI TRÒ
Mày là performance creative analyst đã review 10000 ad TikTok/Reels.
Mày predict ad nào sẽ flop trong 24h đầu.

# INPUT
[Paste 5 concept ad: mỗi concept gồm hook + visual idea + CTA]
[Paste 3 ad đang chạy của competitor]
[Audience target ngắn]

# TASK
Với mỗi concept:
1. Stop-scroll potential — 1-10 (so với baseline 5 = average)
2. Hook archetype (Identity / Bold claim / Specific number / Question / Story / Contrarian)
3. 3 reason người này sẽ scroll qua
4. 1 tweak duy nhất tăng stop-scroll 2 điểm
5. Pair audience phù hợp nhất (broad / lookalike / interest specific)

Sau 5 concept:
- 2 concept đáng test
- 2 concept nên kill từ đầu (vì sao)
- 1 concept đáng kết hợp với competitor angle để sinh concept mới

# CẤM
- Không đoán CTR
- Không dự đoán CPM
- Chỉ logic + pattern

Use case 5 — CURRICULUM GAP ANALYSIS (Trainer)

Khi nào dùng: sau khi viết outline khóa, trước khi quay video/build content.

# VAI TRÒ
Mày là instructional designer brutal. Mày tìm "hidden prerequisite" và "leap of logic".

# INPUT
[Paste full outline: module + lesson]
[Paste outcome map: Big Outcome + Enabling Outcomes]
[Paste persona học viên: trình độ vào, pain]

# TASK
Đóng vai 3 học viên:
1. **Beginner đúng target** — vừa khớp persona
2. **Beginner dưới target** — kém hơn 1 cấp, hay vào nhầm
3. **Advanced thấy lessons quá easy** — đang skim tìm gold

Mỗi học viên trả lời cho mỗi lesson:
- Prerequisite nào không nói rõ → tao lost
- Khái niệm nào leap quá lớn từ lesson trước
- Practice nào không sát thực tế công việc của tao
- Lesson nào tao sẽ skip → tại sao

Sau đó meta-analysis:
- 3 lesson có risk cao nhất gây drop-off
- 2 prerequisite ẩn cần add vào trước module 1
- 1 lesson đáng split thành 2 vì quá nhiều concept
- 1 lesson đáng cắt hoàn toàn vì redundant

Use case 6 — TESTIMONIAL HARVEST PROMPT (Trainer)

Khi nào dùng: trước khi gửi survey cohort, để chuẩn bị câu hỏi đúng.

# VAI TRÒ
Mày là researcher đã design 100 testimonial-mining survey.
Mày biết câu hỏi nào sinh ra quote dùng được trên sales page.

# INPUT
[Paste 5-10 transcript phỏng vấn học viên cũ — nếu có]
[Paste promise chính của course]
[Paste persona]

# TASK
1. Phân tích 5-10 transcript: 3 pattern transformation học viên hay mô tả
2. Pull 5 "gold quote" có specificity cao (con số, timeline, before/after)
3. Thiết kế survey 7 câu hỏi sinh được kiểu quote như vậy
   - Câu hỏi mở, không leading
   - Có câu hỏi về số liệu cụ thể
   - Có câu hỏi về "trước khi học bạn nghĩ gì"
4. Pre-test: với mỗi câu hỏi, mô phỏng 2 câu trả lời (good/mediocre) để biết câu hỏi có hiệu quả

Use case 7 — PRICING PRESSURE TEST (Solopreneur/Trainer)

Khi nào dùng: trước khi tăng giá, trước khi launch tier mới.

# VAI TRÒ
Mày là 4 nhân vật:
1. Cheapskate — luôn tìm cách trả ít nhất
2. Premium hunter — sẵn sàng trả đắt nếu thấy thực sự khác biệt
3. ROI calculator — chỉ mua nếu math ra positive
4. Status buyer — mua vì identity, không vì features

# INPUT
[Tier hiện tại: tên, giá, deliverable]
[Tier mới đề xuất: tên, giá, deliverable]
[Persona]
[3 competitor pricing trong niche]

# TASK
Mỗi nhân vật trả lời:
1. Tier nào tao sẽ chọn? Vì sao?
2. 3 lý do tao sẽ KHÔNG mua tier cao hơn ngay cả khi giảm giá 20%
3. 1 thay đổi packaging làm tao đổi tier
4. Anchor pricing của tao đang là gì? (so sánh với cái gì?)

Meta-analysis:
- Tier nào pricing không signal đủ giá trị
- Tier nào pricing signal quá đắt vô lý
- 1 tier ẩn (between hai tier hiện tại) có thể là sweet spot
- 1 rule pricing không nên break (vd: giảm > 30% sẽ damage brand premium)

PHẦN 4 — KHI NÀO KHÔNG TIN GIẢ LẬP

4.1 Red flag — output đáng nghi

4.2 Quy tắc "pilot trước số"

Khi Claude đưa ra số:

• "Tăng 40% conversion"
• "30% học viên sẽ drop ở module 3"
• "ROAS sẽ trong khoảng 2.5-3.5x"

Đừng dùng số đó làm cơ sở quyết định. Dùng nó làm hypothesis. Test với 50-200 audience thật. So sánh số thật vs số dự đoán. Sau 3-5 lần, bạn biết bias của Claude với niche của bạn.

PHẦN 5 — QUY TRÌNH 6 BƯỚC CHO MỘT PHIÊN GIẢ LẬP

B1. Định nghĩa quyết định

• Quyết định nào sẽ thay đổi dựa trên kết quả giả lập?
• Nếu output là X, tôi sẽ làm gì khác?
• Nếu không có quyết định cụ thể → giả lập không có giá trị, skip.

B2. Chọn use case + template prompt

• Match với 1 trong 7 use case ở Phần 3, hoặc build prompt mới theo nguyên tắc
• Atomic question > broad question
• Adversarial > agreeable

B3. Cung cấp input đầy đủ

• Persona cụ thể (không chỉ "chủ doanh nghiệp 30-45")
• Constraint thật (budget, timeline, channel)
• Voice data nếu có (transcript, comment thật)
• 3-5 example tốt và xấu để Claude calibrate

B4. Chạy giả lập, phân loại output

• Tin được: logic gap, mâu thuẫn, missing piece → fix ngay
• Tham khảo: edge case, recommendation → đối chiếu context
• Bỏ qua: con số cụ thể, prediction định lượng

B5. Verify rẻ nhất có thể

• 5 user interview qua DM (cost: 0đ, time: 2 giờ)
• 1 landing page validate signup (cost: 0đ - 200k, time: 1 ngày)
• Smoke test ad budget 200-500k (cost: thấp, time: 2-3 ngày)
• Pilot với 10 học viên (cost: thời gian, time: 1-2 tuần)

B6. So sánh kết quả thật vs giả lập

• Bias nào của Claude đã xuất hiện?
• Pattern nào đúng/sai?
• Update calibration cho lần giả lập tiếp theo

PHẦN 6 — TÍCH HỢP GIẢ LẬP VÀO VÒNG ĐỜI SẢN PHẨM SOLO

6.1 Bản đồ giả lập theo giai đoạn

6.2 Lịch giả lập định kỳ cho solo

• Mỗi ý tưởng mới (idea filter): JTBD pressure test + 3 cheaper alternative check
• Trước mỗi sales page mới: 3-persona sales page audit
• Trước mỗi launch lớn: Pre-mortem + pricing pressure test
• Mỗi quý: Curriculum gap nếu đang chạy course; offer audit
• Mỗi tháng: Ad concept pressure test cho batch creative tiếp theo
• Sau mỗi cohort: Testimonial harvest design + feedback synthesis

PHẦN 7 — 10 SAI LẦM ĐẶC TRƯNG KHI DÙNG GIẢ LẬP

#1. Tin số Claude đưa ra
40% conversion. 2.3 ngày. 87% học viên. → Bỏ qua mọi con số.
#2. Không có decision rõ trước khi giả lập
→ Output trở thành thông tin để "biết" thay vì để "quyết". Lãng phí.
#3. Persona quá generic
"Chủ doanh nghiệp 30-45 tuổi" → output generic. Persona phải có pain + desire + history.
#4. Không adversarial — Claude khen quá nhiều
→ Luôn đưa Claude vào vai phản biện cụ thể, có lý do nghi ngờ.
#5. Quên cung cấp voice data thật
Customer interview, comment, review — paste vào prompt. Không có → Claude bịa giọng audience.
#6. Dùng giả lập thay vì pilot test khi đáng pilot
Giả lập rẻ nhưng pilot 10 người vẫn rẻ hơn launch fail.
#7. Chỉ giả lập một lần rồi quên
→ Mỗi quyết định lớn ít nhất 2 round giả lập với input khác nhau.
#8. Không track Claude bias trong niche của bạn
Claude có thể luôn over-estimate value của "AI angle" trong copy → sau 3 lần bạn biết để adjust.
#9. Giả lập với prompt quá rộng
"Giả lập 200 khách mua course" → bịa. Atomic question luôn thắng.
#10. Dùng output giả lập làm "chốt" trong tranh luận
"AI bảo nên làm vậy." → Không. Giả lập là một input, không phải verdict.

PHẦN 8 — TEMPLATE BÁO CÁO SAU GIẢ LẬP

Sau mỗi phiên giả lập quan trọng, lưu lại theo template này vào Notion DB "Simulation Log":

# Simulation Report — [Ngày] — [Tên use case]

## Decision context
- Quyết định cần đưa ra: [...]
- Cost nếu sai: [...]
- Deadline: [...]

## Input đã cung cấp
- Persona: [paste]
- Constraint: [list]
- Voice data: [link]

## Output tin được (logic, mâu thuẫn, missing)
- [ ] Gap 1 → Fix: [...]
- [ ] Gap 2 → Fix: [...]

## Output tham khảo (edge case, recommendation)
- [ ] Case 1 → Verify với: [...]
- [ ] Rec 1 → Verify với: [...]

## Output đã bỏ qua
- Con số: [list ngắn]
- Timeline estimate: [list ngắn]

## Verify plan (cost rẻ nhất)
- [ ] User interview 5 người trong [ngày]
- [ ] Landing test signup trong [ngày]
- [ ] Smoke ad 200k trong [ngày]

## Quyết định cuối
[Quyết định cụ thể + lý do — KHÔNG "AI bảo"]

## Lesson learned về bias của Claude (sau khi verify)
[Điền sau 1-2 tuần khi đã verify]

PHẦN 9 — CHEAT SHEET 1 TRANG

TIN ĐƯỢC (80-90%):

• Logic gap, mâu thuẫn nội tại
• Edge case checklist
• Missing piece trong design
• Objection từ persona

THAM KHẢO (60-75%):

• Best practice chung
• Recommendation cải tiến
• Failure mode pre-mortem
• Bottleneck tiềm ẩn

KHÔNG TIN (10-30%):

• Con số cụ thể (%, ngày, \$)
• Hành vi user cá nhân
• Timeline chính xác
• ROI prediction

PROMPT ĐÚNG:

• Đóng vai persona cụ thể, phản biện rõ lý do
• Atomic question, cụ thể
• Cấm Claude bịa số
• Yêu cầu trích nguyên văn evidence

PROMPT SAI:

• "Giả lập X khách mua..."
• "Dự đoán % chuyển đổi"
• "Estimate ROI"
• "Stress test với 1000 user"

QUY TRÌNH:

1. Định nghĩa decision
2. Chọn use case + prompt
3. Cung cấp input đầy đủ
4. Phân loại output (tin/tham khảo/bỏ)
5. Verify rẻ nhất có thể
6. So sánh thật vs dự đoán → calibrate

TÓM TẮT — 10 NGUYÊN TẮC VÀNG GIẢ LẬP CHO SOLO

1. Pre-flight check trước build/launch luôn có ROI cao nhất.
2. Mỗi giả lập gắn với một decision cụ thể. Không decision → không giả lập.
3. Atomic question thắng broad question. Cụ thể, kiểm chứng được.
4. Adversarial là mặc định. Persona phải có lý do nghi ngờ.
5. Bỏ qua mọi con số Claude đưa ra. Dùng làm hypothesis, không phải kết luận.
6. Persona phải cụ thể. Có pain + desire + history + voice data.
7. Giả lập KHÔNG thay pilot test. Nó pre-filter để pilot rẻ hơn.
8. Verify rẻ nhất có thể. 5 DM interview rẻ hơn launch fail.
9. Lưu báo cáo sau mỗi giả lập lớn. Track Claude bias trong niche bạn.
10. Không dùng output giả lập làm chốt tranh luận. Nó là một input.

Phiên bản 2.0 — Giả Lập với Claude cho Solopreneur · Marketer · Trainer · The Solo OS