Bản đồ công trìnhTờ này lắp: Sheet & sổ tay, Kênh bán, Màn hình bếp
Bài nàyĐã họcChưa tớiĐã thay thế
Bạn sẽ học được gì
Tiêu chí nghiệm thu
Vì sao phải nghiên cứu khi “tôi là chủ, tôi biết hết rồi”?
Chủ doanh nghiệp thường biết quy trình trên lý thuyết: đơn vào, bếp làm, giao cho khách. Nhân viên biết quy trình thật: Hà phải nhắn lại khách lần thứ ba vì khách quên nói vị; anh Tuấn dán giấy note lên tủ lạnh vì sổ đã hết trang; thu ngân Gò Vấp ghi tiền cọc vào mặt sau hóa đơn. Phần mềm được xây theo quy trình trên lý thuyết sẽ “đúng nhưng không ai dùng” — nhân viên quay lại sổ tay sau một tuần.
Với coding agent, khoảng cách này còn nguy hiểm hơn. Agent sẽ hiện thực hóa trung thành bất cứ điều gì bạn mô tả. Nếu bạn mô tả sai quy trình, bạn nhận về một phần mềm sai rất chỉn chu — có test, có giao diện đẹp — và mất nhiều tuần mới phát hiện ra.
Ai là người dùng?
Một phần mềm quản lý đơn có nhiều “người dùng” hơn bạn nghĩ. Hãy chia làm hai nhóm:
- Người dùng trực tiếp (direct users): người chạm tay vào phần mềm hằng ngày. Ở Bánh Mộc: Hà (nhập đơn online), nhân viên quầy ba tiệm, anh Tuấn và thợ bếp (xem danh sách bánh cần làm), người giao hàng (xem địa chỉ, giờ giao).
- Người hưởng lợi (beneficiaries) hay người bị ảnh hưởng: không nhất thiết dùng phần mềm nhưng nhận kết quả của nó. Khách đặt bánh (nhận bánh đúng chữ, đúng giờ), chị Lan (xem báo cáo, ra quyết định), kế toán (nhận số liệu đối soát).
Hai nhóm này có nhu cầu khác, đôi khi xung đột. Chị Lan muốn mỗi đơn có thật nhiều thông tin để phân tích; Hà muốn nhập đơn càng ít ô càng tốt vì đang trả lời 5 khách cùng lúc. Nghiên cứu giúp bạn thấy xung đột đó từ sớm và thiết kế cân bằng (ví dụ: chỉ bắt buộc các trường bếp cần, còn lại là tùy chọn).
| Nhóm | Ai ở Bánh Mộc | Họ cần gì từ hệ thống | Cách nghiên cứu phù hợp |
|---|---|---|---|
| Người nhập đơn | Hà, nhân viên quầy | Nhập nhanh, ít lỗi, tìm lại khách cũ | Phỏng vấn + shadowing giờ cao điểm |
| Người thực hiện | Anh Tuấn, thợ bếp, người giao | Biết chính xác làm gì, trước mấy giờ | Shadowing ca sáng, xem giấy tờ đang dùng |
| Người quản lý | Chị Lan, quản lý chi nhánh | Bức tranh tổng, đối soát tiền | Phỏng vấn, xem báo cáo hiện có |
| Người hưởng lợi bên ngoài | Khách đặt bánh | Đặt dễ, nhận đúng, được nhắc khi cần | Phỏng vấn ngắn tại quầy, đọc lại tin nhắn cũ |
Phỏng vấn không dẫn dắt
Câu hỏi dẫn dắt (leading question) là câu đã gợi sẵn đáp án bạn muốn nghe: “Chị có thấy cần một app để quản lý đơn không?” Gần như ai cũng sẽ trả lời “có” cho lịch sự, và bạn vừa thu về một dữ liệu vô giá trị. Cuốn The Mom Test của Rob Fitzpatrick tóm tắt tinh thần này rất hay: đừng hỏi người ta nghĩ gì về ý tưởng của bạn, hãy hỏi về cuộc sống và hành vi của họ.
Năm nguyên tắc cốt lõi:
- Hỏi về quá khứ cụ thể, không hỏi về tương lai giả định. “Kể cho tôi nghe lần gần nhất có bánh bị sai” tốt hơn rất nhiều so với “Nếu có phần mềm, chị sẽ dùng không?”
- Hỏi “như thế nào”, “kể thêm”, không hỏi “có/không”. Câu hỏi mở cho câu trả lời có chi tiết.
- Không nhắc tới giải pháp của bạn trong phần lớn buổi phỏng vấn. Nếu nhắc, để cuối cùng.
- Im lặng sau câu trả lời. Khoảng lặng 3–5 giây khiến người ta nói thêm — và phần nói thêm thường là phần giá trị nhất.
- Đào vào cảm xúc và cách xoay xở. “Lúc đó anh làm gì?” “Anh có cách nào để không bị lại không?” Cách xoay xở (workaround) chính là bản thiết kế thô của giải pháp.
| Câu dẫn dắt ❌ | Câu không dẫn dắt ✅ |
|---|---|
| “Ghi đơn bằng Sheet bất tiện lắm đúng không?” | “Em ghi một đơn bánh kem từ lúc khách nhắn tới khi bếp nhận như thế nào? Làm thử cho chị xem nhé.” |
| “Anh có muốn màn hình hiện đơn trong bếp không?” | “Sáng nay anh biết phải làm những bánh nào bằng cách nào?” |
| “Khách có thích đặt bánh qua website không?” | “Lần gần nhất anh/chị đặt bánh sinh nhật, anh/chị đặt qua đâu, vì sao?” |
| “Đối soát mất nhiều thời gian quá phải không?” | “Tối qua chị đối soát tiền thế nào? Bước nào lâu nhất?” |
Bộ câu hỏi phỏng vấn cho Bánh Mộc
Bộ câu hỏi dưới đây dùng cho buổi 30–45 phút. Không cần hỏi hết; hãy theo mạch câu chuyện và dùng danh sách như lưới an toàn.
Với nhân viên bán hàng online (Hà) và nhân viên quầy
- Một ngày làm việc bình thường của em bắt đầu thế nào? Việc đầu tiên em mở ra là gì?
- Kể chị nghe đơn bánh kem gần nhất em nhận: khách nhắn gì, em hỏi lại gì, em ghi vào đâu?
- Thông tin nào khách hay quên nói nhất? Em phát hiện ra lúc nào?
- Sau khi ghi xong, đơn đi tới bếp bằng cách nào? Em biết bếp đã nhận chưa bằng cách nào?
- Lần gần nhất có đơn bị sai hoặc sót là khi nào? Chuyện gì đã xảy ra từng bước?
- Khách cọc tiền thế nào? Em ghi lại ở đâu? Khách hỏi “chị đã nhận cọc chưa” thì em tra ở đâu?
- Khách cũ nhắn “đặt như lần trước” thì em làm gì?
- Ngày lễ (Trung thu, 20/10) khác ngày thường ở điểm nào? Có lúc nào em phải từ chối khách không?
- Em đang dùng mẹo hay công cụ nào tự nghĩ ra để đỡ quên đơn?
- Nếu được thay đổi một điều trong cách làm hiện nay, em sẽ đổi điều gì? (hỏi cuối cùng)
Với bếp trung tâm (anh Tuấn, thợ bánh)
- Ca sáng anh bắt đầu lúc mấy giờ? Lúc đó anh đã biết hôm nay làm những bánh nào chưa?
- Anh lấy danh sách bánh cần làm từ đâu? Cho em xem tờ giấy/tin nhắn anh đang dùng.
- Thông tin nào trên đơn anh hay phải hỏi lại? Hỏi ai, bằng cách nào?
- Khi có đơn gấp (nhận trong ngày) chen vào, anh xử lý thế nào?
- Anh sắp thứ tự làm bánh theo tiêu chí gì: giờ nhận, chi nhánh, loại bánh?
- Lần gần nhất bánh phải làm lại là vì sao? Mất bao lâu?
- Bánh làm xong chuyển về chi nhánh thế nào? Ai xác nhận đã nhận?
Với quản lý chi nhánh, thu ngân
- Tối qua chị đối soát tiền thế nào? Bắt đầu từ đâu, kết thúc khi nào?
- Bước nào lâu nhất? Lần gần nhất số không khớp, chị tìm ra nguyên nhân bằng cách nào?
- Tiền cọc của đơn đặt ở chi nhánh khác nhưng nhận ở chi nhánh chị thì xử lý ra sao?
- Khách đến nhận bánh, chị tìm đơn của họ bằng cách nào?
Với khách hàng (5–10 phút, tại quầy hoặc qua điện thoại, xin phép trước)
- Lần gần nhất anh/chị đặt bánh kem là cho dịp gì? Đặt trước bao lâu?
- Anh/chị đặt qua kênh nào? Vì sao chọn kênh đó?
- Có điều gì khiến anh/chị lo lắng từ lúc đặt tới lúc nhận bánh không?
- Anh/chị có từng phải nhắn hỏi lại tiệm về đơn của mình không? Về chuyện gì?
- Anh/chị thích được tiệm nhắc hay xác nhận thông tin qua kênh nào?
Quan sát tại chỗ (shadowing)
Người ta kể về công việc của mình khác với cách họ thật sự làm — không phải vì nói dối, mà vì những thao tác lặp đi lặp lại đã thành vô thức. Shadowing (quan sát tại chỗ) nghĩa là bạn đứng cạnh, im lặng quan sát một người làm việc thật trong 1–3 giờ, ghi lại mọi thứ, chỉ hỏi khi họ rảnh tay.
Cách làm hiệu quả:
- Chọn thời điểm có áp lực. Quan sát Hà vào 10–12 giờ trưa (giờ khách nhắn đặt bánh chiều tối) hoặc ngày trước lễ sẽ thấy điểm nghẽn rõ hơn ngày vắng.
- Ghi theo dòng thời gian. Mỗi dòng: giờ, hành động, công cụ dùng, vấn đề quan sát được.
- Đếm. Bao nhiêu lần chuyển giữa các ứng dụng? Bao nhiêu lần chép lại cùng một thông tin? Bao nhiêu lần phải hỏi người khác?
- Ghi cả cảm xúc. Thở dài, càu nhàu, cười trừ — đó là chỉ báo điểm đau.
Mẫu ghi chép shadowing:
Điền ô trống rồi sao chép
Người được quan sát: Hà — bán hàng online | Ngày: thứ Sáu | Khung giờ: 10:00–12:00
10:02 Mở Zalo OA, 6 tin chưa đọc. Trả lời theo thứ tự thời gian.
10:05 Khách A đặt bánh kem 20cm vị chanh dây, nhận 17:00 mai. Hà hỏi lại chữ trên bánh (lần 1).
10:07 Mở Google Sheet, gõ đơn. Không có cột "chữ trên bánh" -> ghi vào cột "Ghi chú". [ĐAU]
10:09 Chụp màn hình tin nhắn, gửi vào nhóm Zalo "Bếp Mộc". Không biết bếp đã xem chưa. [ĐAU]
10:15 Khách B hỏi "đơn hôm qua chị cọc chưa nhỉ?" Hà lục lịch sử chuyển khoản trên app ngân hàng. Mất 4 phút. [ĐAU]
...
Tổng kết: 11 đơn trong 2 giờ; 3 lần chép lại cùng thông tin; 2 lần tra cứu cọc; 0 lần bếp xác nhận đã nhận đơn.Những con số như “0 lần bếp xác nhận” là vàng: chúng biến cảm giác thành bằng chứng, và gợi ý trực tiếp cho tính năng (bếp cần có cách xác nhận đã nhận đơn).
Vẽ quy trình as-is và to-be
Quy trình as-is (hiện trạng) mô tả công việc đang diễn ra thật sự thế nào — kể cả những bước xấu xí như “chụp màn hình gửi Zalo”. Quy trình to-be (mong muốn) mô tả công việc sẽ diễn ra thế nào sau khi thay đổi. Khoảng cách giữa hai sơ đồ chính là phạm vi công việc của bạn.
Mermaid là lựa chọn tốt vì sơ đồ là văn bản: lưu được trong Git, sửa được bằng tay hoặc nhờ agent sửa, và agent đọc hiểu được khi bạn đưa vào ngữ cảnh.
As-is: đơn bánh kem đặt trước tại Bánh Mộc
- Điểm nghẽn 1
- Điểm nghẽn 2
- Điểm nghẽn 3
- Điểm nghẽn 4
- Ảnh mờ, không xác nhận đã xem
- Hà ghi nhận cọc ngay trên đơn
Xem sơ đồ gốc (Hình 1)
Vuốt ngang để xem hết sơ đồ
Đọc sơ đồ dạng chữ
- Khách nhắn Zalo/Facebook hoặc gọi điện → Hà hỏi lại chữ, size, vị, giờ nhận
- Hà hỏi lại chữ, size, vị, giờ nhận → Hà gõ đơn vào Google Sheet (chữ trên bánh để ở cột Ghi chú)
- Hà gõ đơn vào Google Sheet (chữ trên bánh để ở cột Ghi chú) → Hà chụp màn hình tin nhắn gửi nhóm Zalo ‘Bếp Mộc’
- Khách nhắn Zalo/Facebook hoặc gọi điện → Khách chuyển khoản cọc
- Khách chuyển khoản cọc → Hà kiểm tra app ngân hàng, ghi ‘đã cọc’ vào tin nhắn riêng
- Hà chụp màn hình tin nhắn gửi nhóm Zalo ‘Bếp Mộc’ → Anh Tuấn đọc ảnh chụp, chép tay vào sổ bếp
- Anh Tuấn đọc ảnh chụp, chép tay vào sổ bếp → Thợ làm bánh theo sổ
- Thợ làm bánh theo sổ → Bánh chuyển về chi nhánh nhận
- Bánh chuyển về chi nhánh nhận → Thu ngân hỏi Hà: đơn này cọc bao nhiêu?
- Thu ngân hỏi Hà: đơn này cọc bao nhiêu? → Khách nhận bánh, trả phần còn lại
- Khách nhận bánh, trả phần còn lại → Cuối ngày: đối chiếu Sheet, sổ, sao kê ngân hàng
- Hà chụp màn hình tin nhắn gửi nhóm Zalo ‘Bếp Mộc’ → Điểm nghẽn 1 (Ảnh mờ, không xác nhận đã xem)
- Anh Tuấn đọc ảnh chụp, chép tay vào sổ bếp → Điểm nghẽn 2 (Chép tay mất dấu, sai chữ)
- Hà kiểm tra app ngân hàng, ghi ‘đã cọc’ vào tin nhắn riêng → Điểm nghẽn 3 (Cọc nằm ngoài đơn)
- Cuối ngày: đối chiếu Sheet, sổ, sao kê ngân hàng → Điểm nghẽn 4 (1–2 giờ mỗi tiệm)
Nhìn sơ đồ, bạn thấy thông tin một đơn được chép lại ít nhất ba lần bởi ba người, qua ba công cụ. Mỗi lần chép là một cơ hội sai. Tiền cọc đi một đường riêng, không gắn với đơn.
To-be: cùng quy trình sau khi có nguồn sự thật chung
Vuốt ngang để xem hết sơ đồ
Đọc sơ đồ dạng chữ
- Khách nhắn Zalo/Facebook hoặc gọi điện → Hà tìm khách theo số điện thoại
- Hà tìm khách theo số điện thoại → Hà tạo đơn: các trường bánh kem là bắt buộc (chữ, size, vị, giờ nhận)
- Hà tạo đơn: các trường bánh kem là bắt buộc (chữ, size, vị, giờ nhận) → Hệ thống cấp mã đơn BM-YYMMDD-XXX Hà gửi mã và tóm tắt cho khách xác nhận
- Khách nhắn Zalo/Facebook hoặc gọi điện → Khách chuyển khoản cọc
- Khách chuyển khoản cọc → Hà ghi nhận cọc ngay trên đơn
- Hà ghi nhận cọc ngay trên đơn → Đơn chuyển trạng thái da_xac_nhan
- Đơn chuyển trạng thái da_xac_nhan → Màn hình bếp tự hiện bánh cần làm, xếp theo chuyến xe, rồi giờ nhận
- Màn hình bếp tự hiện bánh cần làm, xếp theo chuyến xe, rồi giờ nhận → Anh Tuấn bấm dang_lam, rồi bánh xong
- Anh Tuấn bấm dang_lam, rồi bánh xong → Chi nhánh tra đơn theo mã hoặc SĐT, thấy ngay số tiền còn phải thu
- Chi nhánh tra đơn theo mã hoặc SĐT, thấy ngay số tiền còn phải thu → Khách nhận bánh, ghi nhận thanh toán, đơn hoan_tat
- Khách nhận bánh, ghi nhận thanh toán, đơn hoan_tat → Cuối ngày: so tổng thanh toán theo phương thức với tiền mặt và sao kê
Điểm khác biệt quan trọng: thông tin đơn được nhập một lần, tại nguồn, bởi người nói chuyện với khách; mọi người khác đọc từ cùng một chỗ. Tiền cọc gắn vào đơn. Đối soát chuyển từ “dò từng đơn” sang “so tổng”.
Persona thực tế, không hư cấu
Persona là chân dung đại diện cho một nhóm người dùng, giúp cả team (và agent) hình dung “đang thiết kế cho ai”. Persona hỏng khi nó là hư cấu marketing: “Linh, 28 tuổi, thích yoga và cà phê, năng động, yêu công nghệ.” Không thông tin nào trong đó giúp bạn quyết định nút “Tạo đơn” đặt ở đâu.
Persona tốt cho phần mềm nghiệp vụ dựa trên người thật bạn đã phỏng vấn và quan sát, và tập trung vào: bối cảnh làm việc, thiết bị, mục tiêu, điểm đau, mẹo xoay xở, và một câu nói nguyên văn.
## Persona: Người nhận đơn online (dựa trên Hà và 1 nhân viên quầy Phú Nhuận)
- Bối cảnh: trực Zalo OA, Facebook Page, điện thoại cùng lúc; cao điểm 10–12h và 19–21h;
ngày trước lễ có thể 60+ đơn/ca.
- Thiết bị: laptop ở quầy + điện thoại cá nhân; hay phải chuyển qua lại giữa 4–5 ứng dụng.
- Mục tiêu: ghi đơn một lần, đúng ngay từ đầu; trả lời khách nhanh.
- Điểm đau: phải hỏi lại khách nhiều lần; không biết bếp đã nhận đơn chưa;
tra cứu tiền cọc mất 3–5 phút mỗi lần.
- Mẹo xoay xở hiện tại: tự lập mẫu tin nhắn "Chữ / Size / Vị / Giờ nhận / Cọc" để dán cho khách.
- Câu nói: "Em chỉ sợ nhất là bánh ra sai chữ, vì khách sẽ nhắn em chứ không nhắn bếp."
- Hàm ý thiết kế: form tạo đơn phải theo đúng thứ tự mẫu tin nhắn của Hà;
phải xem được trạng thái bếp đã nhận.Để ý dòng “mẹo xoay xở”: mẫu tin nhắn Hà tự nghĩ ra chính là bản nháp đầu tiên của form tạo đơn. Nghiên cứu tốt thường cho bạn những “món quà” như vậy.
Dùng AI làm trợ lý nghiên cứu
AI giúp bạn nhanh hơn ở ba khâu, mỗi khâu có giới hạn riêng:
| Khâu | AI làm tốt | Bạn vẫn phải làm |
|---|---|---|
| Chuẩn bị | Soạn bộ câu hỏi theo vai trò; rà câu hỏi dẫn dắt; gợi ý chủ đề còn thiếu | Chọn người phỏng vấn, xin phép, có mặt |
| Tổng hợp | Gom ghi chú nhiều buổi thành nhóm chủ đề (affinity mapping); đếm tần suất; trích câu nói tiêu biểu | Kiểm tra AI có “bịa” chủ đề không có trong ghi chú; giữ ngữ cảnh mà ghi chú không ghi lại |
| Mô hình hóa | Chuyển mô tả quy trình thành sơ đồ Mermaid; phát hiện bước bị bỏ sót; đề xuất persona từ dữ liệu | Đối chiếu sơ đồ với người làm thật; quyết định to-be |
Một quy trình làm việc gọn với AI:
- Sau mỗi buổi, gõ lại ghi chú thô trong vòng 24 giờ (trí nhớ phai rất nhanh).
- Ẩn danh hóa.
- Đưa từng buổi cho AI trích xuất: sự kiện cụ thể, điểm đau, mẹo xoay xở, câu nói nguyên văn — yêu cầu trích dẫn nguyên văn đoạn ghi chú làm bằng chứng cho mỗi ý.
- Khi có 4–6 buổi, nhờ AI gom thành chủ đề và đếm mỗi chủ đề xuất hiện ở bao nhiêu buổi.
- Bạn đọc lại, gạch bỏ chủ đề không có bằng chứng, bổ sung điều bạn thấy mà ghi chú không có.
Yêu cầu “trích dẫn làm bằng chứng” là cách đơn giản nhất chống lại hiện tượng AI tổng hợp ra những ý nghe hợp lý nhưng không ai nói (xem lại bài về ảo giác của LLM02-01).
Áp dụng vào dự án Bánh Mộc
Nhật ký công trình · Bánh Mộc
BM-261013-024
13.10.2026
- Chị LanChủ chuỗi
- Anh TuấnBếp trung tâm
- HàBán hàng online
Chị Lan dành ba tuần cho giai đoạn nghiên cứu, xen kẽ với việc kinh doanh bình thường.
Kế hoạch: 7 buổi phỏng vấn (Hà, anh Tuấn, 1 thợ bánh, 3 thu ngân/quản lý chi nhánh, 1 người giao hàng), 4 buổi shadowing (Hà giờ cao điểm, bếp ca sáng 5:30–8:30, quầy Thảo Điền buổi tối, đối soát cuối ngày ở Gò Vấp), và 8 cuộc trò chuyện ngắn với khách đến nhận bánh.
Phát hiện bất ngờ thứ nhất: khi shadowing bếp ca sáng, chị thấy anh Tuấn không sắp bánh theo giờ nhận như chị tưởng, mà theo chi nhánh nhận, vì xe chở bánh đi 2 chuyến cố định (7:30 và 13:00). Một bánh nhận lúc 15:00 ở Gò Vấp phải xong trước chuyến 13:00. Nếu chị chỉ đưa cho agent yêu cầu “sắp theo giờ nhận”, màn hình bếp sẽ sai ngay ngày đầu. Chị ghi điều này vào danh sách quy tắc nghiệp vụ cho spec màn hình bếp.
Phát hiện bất ngờ thứ hai: khách quen thường nhắn “như lần trước nha em”. Hà phải lướt lịch sử Zalo rất lâu để tìm. Tính năng “xem lịch sử mua theo số điện thoại” vốn nằm ở mức “nên có” trong suy nghĩ của chị, giờ được chứng minh bằng 5/8 cuộc trò chuyện với khách và 2/2 nhân viên nhận đơn.
Phát hiện thứ ba: người giao hàng cần ghi chú giao hàng riêng (“gọi trước 15 phút, nhà trong hẻm”) tách khỏi ghi chú cho bếp. Bếp không cần đọc, người giao không cần đọc chữ trên bánh.
Cải tiến không cần phần mềm, áp dụng ngay: chị chuẩn hóa mẫu tin nhắn xác nhận đơn của Hà cho cả ba tiệm, và yêu cầu bếp thả một biểu tượng cảm xúc vào ảnh đơn trong nhóm Zalo để xác nhận đã nhận. Chỉ sau một tuần, số lần Hà phải hỏi “bếp nhận chưa” giảm rõ rệt — và chị có bằng chứng rằng “xác nhận đã nhận” là nhu cầu thật.
Kết quả ghi vào docs/research/: các bản ghi chú đã ẩn danh, hai sơ đồ as-is/to-be dạng Mermaid, ba persona (người nhận đơn, bếp, quản lý chi nhánh) và danh sách 14 quy tắc nghiệp vụ phát hiện được. Đây là nguyên liệu cho các bài tiếp theo.
Prompt mẫu
Prompt 1 — Soạn và rà bộ câu hỏi phỏng vấn
Điền ô trống rồi sao chép
Tôi chuẩn bị phỏng vấn [vai trò, ví dụ: quản lý bếp trung tâm của chuỗi 3 tiệm bánh, làm bánh kem đặt trước cho cả 3 tiệm].
Mục tiêu: hiểu quy trình thật từ lúc nhận thông tin đơn tới lúc bánh chuyển về chi nhánh, và các điểm hay sai.
Hãy soạn 12 câu hỏi theo nguyên tắc:
- Hỏi về sự việc cụ thể đã xảy ra, không hỏi về tương lai giả định.
- Câu hỏi mở, không gợi ý đáp án, không nhắc tới phần mềm hay app.
- Có câu hỏi về mẹo xoay xở và về ngày cao điểm (lễ, Tết).
Sau đó tự rà lại: đánh dấu câu nào còn dẫn dắt và viết lại.Prompt 2 — Tổng hợp ghi chú có bằng chứng
Điền ô trống rồi sao chép
Dưới đây là ghi chú đã ẩn danh của 6 buổi phỏng vấn và quan sát, phân tách bằng dòng "=== Buổi N ===".
"""
[dán ghi chú]
"""
Hãy:
1. Gom thành tối đa 8 chủ đề điểm đau. Với mỗi chủ đề: mô tả 1 câu, số buổi có nhắc tới (x/6),
và 1–2 trích dẫn NGUYÊN VĂN từ ghi chú làm bằng chứng (ghi rõ buổi nào).
2. Liệt kê các mẹo xoay xở người dùng đang tự làm.
3. Liệt kê các quy tắc nghiệp vụ ngầm (ví dụ thứ tự làm bánh, giờ xe chạy).
Không thêm chủ đề nào không có trích dẫn làm bằng chứng. Nếu không chắc, ghi "cần hỏi thêm".Prompt 3 — Từ mô tả sang sơ đồ as-is
Điền ô trống rồi sao chép
Từ phần mô tả quy trình dưới đây, vẽ sơ đồ Mermaid flowchart TD cho quy trình HIỆN TẠI (as-is).
Yêu cầu: nhãn tiếng Việt đặt trong ngoặc kép; thể hiện đúng công cụ đang dùng ở mỗi bước (Sheet, Zalo, sổ tay);
đánh dấu các điểm nghẽn bằng nút riêng nối nét đứt kèm lý do.
Sau sơ đồ, liệt kê những bước bạn thấy có vẻ bị thiếu hoặc mơ hồ để tôi hỏi lại người làm.
"""
[dán mô tả]
"""Sai lầm thường gặp
-
Sự cố 01
Hỏi người dùng muốn tính năng gì.
Triệu chứngBạn nhận về danh sách mong muốn dài, mâu thuẫn, không ưu tiên. *
Cách tránh* hỏi về hành vi trong quá khứ và điểm đau; tự rút ra tính năng.
-
Sự cố 02
Chỉ phỏng vấn người quản lý.
Triệu chứngQuản lý kể quy trình “chuẩn”, không kể quy trình thật. *
Cách tránh* luôn có ít nhất một buổi shadowing với người làm trực tiếp ở giờ cao điểm.
-
Sự cố 03
Vẽ as-is theo quy trình mong muốn.
Triệu chứngBỏ qua những bước “xấu hổ” như chụp màn hình, dán giấy note. *
Cách tránh* vẽ as-is chỉ từ quan sát; đưa cho người làm xem và hỏi “có đúng là mọi người làm vậy không?”.
-
Sự cố 04
Persona hư cấu.
Triệu chứngThêm sở thích, độ tuổi, câu chuyện không có căn cứ. *
Cách tránh* mọi dòng trong persona phải truy về được một ghi chú phỏng vấn hoặc quan sát.
-
Sự cố 05
Tin bản tổng hợp của AI mà không đối chiếu.
Triệu chứngAI có thể gộp sai hoặc thêm ý nghe hợp lý. *
Cách tránh* bắt buộc trích dẫn nguyên văn; tự đọc lại toàn bộ ghi chú ít nhất một lần.
-
Sự cố 06
Dán dữ liệu khách nguyên vẹn vào AI.
Triệu chứng*
Cách tránh* ẩn danh hóa trước, mặc định không dán số điện thoại, địa chỉ, tên thật.
Checklist
Bài tập thực hành
-
Bài 1
Cơ bản
Sửa câu hỏi dẫn dắt
Viết 8 câu hỏi bạn định hỏi nhân viên của mình, sau đó dùng Prompt 1 để AI đánh dấu câu dẫn dắt. Tự viết lại trước khi xem gợi ý của AI.
Kết quả mong đợi
8 câu hỏi mở, hỏi về sự việc cụ thể, không có từ “app/phần mềm”.
-
Bài 2
Cơ bản
Một giờ shadowing
Quan sát một người làm một quy trình bạn muốn cải tiến trong 60 phút, ghi theo mẫu dòng thời gian.
Kết quả mong đợi
bản ghi có ít nhất 15 dòng, 3 dấu [ĐAU], và 2–3 con số đếm được (số lần chép lại, số lần chuyển ứng dụng, số lần hỏi người khác).
-
Bài 3
Nâng cao
As-is, to-be và persona
Từ dữ liệu bài 2 (và ít nhất 2 buổi phỏng vấn), vẽ sơ đồ as-is và to-be bằng Mermaid, viết một persona theo mẫu. Đưa sơ đồ as-is cho người được quan sát xác nhận.
Kết quả mong đợi
hai sơ đồ hiển thị được, ít nhất 3 điểm nghẽn được đánh dấu, một danh sách “cải tiến làm ngay không cần phần mềm” và một danh sách “cần phần mềm”.
Thuật ngữ trong bài
- Người dùng trực tiếp (direct user)
- Người thao tác với phần mềm hằng ngày.
- Người hưởng lợi (beneficiary)
- Người nhận kết quả từ phần mềm dù không trực tiếp dùng.
- Câu hỏi dẫn dắt (leading question)
- Câu hỏi gợi sẵn đáp án mong muốn, làm sai lệch dữ liệu.
- Shadowing
- Quan sát tại chỗ một người làm việc thật trong thời gian dài.
- Mẹo xoay xở (workaround)
- Cách người dùng tự nghĩ ra để vượt qua hạn chế của quy trình hiện tại.
- As-is
- Sơ đồ quy trình như đang diễn ra thật.
- To-be
- Sơ đồ quy trình mong muốn sau khi cải tiến.
- Persona
- Chân dung đại diện cho một nhóm người dùng, dựa trên dữ liệu nghiên cứu.
- Affinity mapping
- Gom ghi chú rời rạc thành nhóm chủ đề để tìm mẫu lặp lại.
- Ẩn danh hóa
- Loại bỏ thông tin định danh cá nhân khỏi dữ liệu trước khi chia sẻ.
Đọc thêm
Nghiệm thu tờ 03-02
Đọc xong và tự kiểm theo phiếu nghiệm thu, rồi đánh dấu tờ này.
