Vì sao chủ đề quan trọng
Năm bài trước cho bạn bốn sản phẩm: bộ persona, journey hiện tại, bản đồ dịch vụ, journey tương lai kèm danh sách cơ hội. Chúng có giá trị đúng bằng số quyết định chúng giúp đưa ra. Kịch bản quen thuộc ở các nhóm sinh viên: tuần trình bày, persona được in khổ lớn, mọi người khen đẹp. Ba tuần sau, khi nhóm cãi nhau nên làm tính năng nào trước, không ai mở nó ra. Quyết định lại rơi về tay người nói to nhất hoặc người code nhanh nhất.
Bài này dạy cách đưa persona và journey vào ba tình huống làm việc thật: ưu tiên, xem lại thiết kế (design review), và giải quyết tranh luận. Cùng với đó là cách giữ chúng sống: ai cập nhật, khi nào, dựa trên gì. Đầu vào là toàn bộ sản phẩm của bài 1 tới bài 5. Đầu ra là một bộ tài liệu được dùng hằng tuần, đi cùng dự án sang khóa "Hiểu nghiệp vụ trước khi xây" và "Từ journey tới user story".
Bức tranh lớn
Persona và journey trả lời ba câu hỏi lặp đi lặp lại trong mọi dự án:
- Làm cái gì trước? Cơ hội nào chạm tới nhiều persona hơn, có nhiều bằng chứng hơn, nằm ở đáy cảm xúc sâu hơn.
- Thiết kế này có đúng không? Đi qua journey tương lai với từng persona, bước một, và hỏi người đó có làm được không trong bối cảnh của họ.
- Tranh luận này ai đúng? Đổi câu hỏi "tôi nghĩ" thành câu hỏi về một persona cụ thể: "Người tới muộn có cần cái này không?"
flowchart TD
A[Có đề xuất tính năng mới] --> B{Persona nào cần nó?}
B -->|Không persona nào| C[Ghi vào danh sách chờ, nêu lý do]
B -->|Có| D{Bằng chứng nằm ở ghi chú nào?}
D -->|Không có| E[Biến thành câu hỏi phỏng vấn]
D -->|Có| F{Chạm đáy cảm xúc trên journey?}
F -->|Có| G[Ưu tiên cao]
F -->|Không| H[Ưu tiên thường]
G --> I{Hậu trường giữ được lời hứa?}
H --> I
I -->|Chưa| J[Thêm điều kiện hậu trường vào kế hoạch]
I -->|Có| K[Đưa vào danh sách cho khóa 5]Ví dụ chi tiết
Tình huống một: tranh luận về tính năng đánh giá món. Trong buổi họp tuần, một bạn đề xuất: "Mình làm phần chấm điểm và bình luận món ăn đi, app nào cũng có." Thay vì tranh cãi thích hay không, trưởng nhóm hỏi lần lượt theo persona.
- Người tới muộn có cần cái này không? Quốc Bảo cần biết còn gì khi em tới lúc 12:40: "Giá mà biết trước là hết thì em ghé quầy bánh mì luôn." Điểm đánh giá không cho em biết còn hay hết. Không cần.
- Người chạy lịch có cần không? Minh Anh cần lấy suất nhanh trong 75 phút. Đọc bình luận không giúp em kịp lớp 12:45. Không cần.
- Người ăn cẩn trọng có cần không? Thảo Vy cần biết thành phần; bình luận của người khác không phải nguồn tin cậy về đậu phộng, vì ngay cả "cô bán cũng không chắc". Không cần.
- Có ai khác? Chị Lan nhận khoảng 25 email phàn nàn mỗi tháng, và phàn nàn tới công ty Hòa Bình sau nhiều tuần (P9). Một kênh phản hồi thì có bằng chứng; điểm sao công khai thì chưa.
Tình huống hai: ưu tiên danh sách cơ hội. Đội có sáu cơ hội từ bài 5 và chỉ đủ sức làm ba cho đợt chạy thử ở một quầy trong học kỳ 2. Đội chấm theo bốn cột lấy thẳng từ tài liệu.
| Cơ hội | Persona chạm tới | Bằng chứng trong ghi chú | Đáy cảm xúc trên journey | Quyết định |
|---|---|---|---|---|
| Lấy suất không qua hàng, gốc P1 | Người chạy lịch, Người đứng bếp | Câu MA1, hàng 20–25 phút, 25 email mỗi tháng | Có, bước 11:40 | Làm trong đợt chạy thử |
| Xem thực đơn trước, gốc P4 | Cả ba persona sinh viên | Thực đơn chỉ trên bảng trắng, chốt 16:00 hôm trước | Không, nhưng là điều kiện cho các cơ hội khác | Làm trong đợt chạy thử |
| Xác nhận tiền không chặn hàng, gốc P5 và P7 | Người chạy lịch, nhân viên quầy, Anh Tuấn | Xem điện thoại ở quầy, đối soát một giờ mỗi tối | Có, bước 12:02 | Làm trong đợt chạy thử |
| Biết còn hay hết món, gốc P2 | Người tới muộn | Hai câu của Quốc Bảo, có hôm hết lúc 12:30 | Có, lúc tới quầy 12:40 | Đợt sau, cần người cập nhật ở hậu trường |
| Thành phần và chất gây dị ứng, gốc P3 | Người ăn cẩn trọng | Câu của Thảo Vy, cô bán không chắc | Có | Đợt sau, cần nguồn thành phần từ bếp |
| Đặt chỗ ngồi, gốc P10 | Người chạy lịch | Câu MA2 | Có | Không làm, không phải vấn đề phần mềm |
Tình huống ba: xem lại thiết kế. Khi bản nháp màn hình đầu tiên có, đội không hỏi "đẹp chưa". Đội cầm journey tương lai, đóng vai Người chạy lịch, đi từng bước từ 11:30 tới 12:45. Rồi đóng vai Người đứng bếp giờ cao điểm: "Giờ cao điểm cô không cầm điện thoại được, tay đâu mà xem." Nếu bản nháp đòi bếp chạm vào bất kỳ thứ gì lúc 11:45, bản nháp trượt.
sequenceDiagram
participant TN as Trưởng nhóm
participant D as Đội
participant TL as Tài liệu persona và journey
TN->>D: Đề xuất mới cần quyết định
D->>TL: Persona nào cần, bằng chứng ở đâu
TL-->>D: Mã nguồn, đáy cảm xúc, điều kiện hậu trường
D->>TN: Quyết định kèm lý do
TN->>TL: Ghi quyết định và ngày vào nhật ký thay đổiLộ trình từng bước
- Đặt tài liệu ở nơi cả đội mở hằng ngày, không phải một file in.
- Chỉ định một người phụ trách bộ persona và journey.
- Mở họp ưu tiên bằng journey tương lai, không bằng danh sách tính năng.
- Với mỗi đề xuất, hỏi theo từng persona bằng câu "Người … có cần cái này không?".
- Ghi quyết định cùng lý do và mã bằng chứng vào nhật ký thay đổi.
- Xem lại thiết kế bằng cách đóng vai persona đi qua journey, gồm cả persona nhân viên.
- Cập nhật sau mỗi đợt phỏng vấn hoặc quan sát mới, ghi ngày và người sửa.
- Mỗi tháng rà một lần: dòng nào không còn bằng chứng, persona nào không được nhắc trong bất kỳ quyết định nào.
Thói quen & kỷ luật
| Thói quen | Tần suất | Kết quả mong đợi |
|---|---|---|
| Mở họp ưu tiên bằng journey tương lai | Mỗi buổi họp phạm vi | Tranh luận bám vào người dùng, không vào sở thích |
| Hỏi "persona nào cần" trước mỗi đề xuất | Mỗi đề xuất | Tính năng không có chủ bị dời có lý do |
| Ghi quyết định và mã bằng chứng vào nhật ký | Mỗi quyết định | Ba tuần sau vẫn biết vì sao đã chọn |
| Cập nhật persona và journey sau dữ liệu mới | Sau mỗi đợt phỏng vấn | Tài liệu không chết |
Cần luyện tập
Drill một: Một bạn đề xuất "đăng nhập bằng Facebook cho nhanh". Đi qua câu hỏi theo từng persona của Căng tin số, rồi đối chiếu với câu của Chị Lan "Đăng nhập phải bằng mã số sinh viên qua hệ thống của trường" và của Anh Tuấn về giảng viên. Viết kết luận trong ba câu, ghi rõ nó chạm vào mâu thuẫn nào.
Drill hai: Tổ chức một buổi xem lại thiết kế giả lập mười lăm phút với bạn cùng nhóm. Một người đóng vai Người đứng bếp giờ cao điểm, một người đóng Người tới muộn. Đi qua một bản nháp màn hình bất kỳ của dự án bạn, ghi lại mọi bước mà vai đóng nói "tôi không làm được".
Drill ba: Mở tài liệu persona của một dự án cũ. Tìm ngày sửa cuối cùng và đếm số quyết định trong biên bản họp có nhắc tên persona. Nếu con số là không, viết ba thay đổi để nó được dùng lại.
Checklist hành động tuần này
- [ ] Chuyển bộ persona và journey vào nơi cả đội mở hằng ngày
- [ ] Chỉ định người phụ trách và ghi ngày cập nhật cuối
- [ ] Dùng câu hỏi theo persona cho ít nhất một đề xuất trong buổi họp tới
- [ ] Tạo nhật ký thay đổi và ghi quyết định đầu tiên kèm mã bằng chứng
- [ ] Tổ chức một buổi xem lại thiết kế có đóng vai persona nhân viên
Chỉ số cho cách làm
Các con số dưới đây đo cách nhóm làm bước này, không đo app có thành công hay không. Câu hỏi app có hiệu quả không, và làm gì tiếp, là việc của khóa Đo lường thành công.
| Loại chỉ số | Ví dụ | Vai trò |
|---|---|---|
| North Star | Tỷ lệ quyết định phạm vi có ghi tên persona và mã bằng chứng | Đo persona có thật sự lái quyết định không |
| Chỉ số dẫn dắt | Số ngày kể từ lần cập nhật cuối | Báo tài liệu đang chết dần |
| Chỉ số sử dụng | Số buổi xem lại thiết kế có đóng vai persona | Cho thấy journey được dùng để kiểm, không chỉ để trưng |
| Chỉ số cảnh báo | Persona không được nhắc trong quyết định nào suốt một tháng | Gợi ý gộp, xóa, hoặc đội đang bỏ quên một nhóm người |
Dấu hiệu bạn đã thành thạo
Trong họp, bạn kết thúc một cuộc tranh luận bằng một câu hỏi về persona thay vì bằng ý kiến. Bạn trả lời được "vì sao làm cái này trước" bằng mã bằng chứng và đáy cảm xúc. Bạn nhận ra một persona đã chết khi thấy ngày cập nhật cũ hơn đợt phỏng vấn gần nhất. Khi xem lại thiết kế, bạn tự đóng vai Cô Hạnh mà không cần ai nhắc.
Cạm bẫy thường gặp
| Cạm bẫy | Biểu hiện | Cách tránh |
|---|---|---|
| Persona thành áp phích | In đẹp, treo tường, không ai mở khi họp | Đặt tài liệu nơi làm việc, mở họp bằng journey |
| Persona làm khiên che | "Persona cần cái này" mà không có mã nguồn | Mọi lời viện dẫn persona phải kèm ghi chú |
| Tài liệu đóng băng | Phỏng vấn thêm nhưng persona không đổi | Người phụ trách cập nhật sau mỗi đợt |
| Chỉ dùng persona sinh viên | Xem lại thiết kế quên bếp và quầy | Luôn có một vai persona nhân viên trong buổi xem lại |
Chốt lại
Persona và journey chỉ có giá trị khi chúng lái quyết định. Hỏi "Người tới muộn có cần cái này không?" thay vì "bạn thích không?", ưu tiên theo bằng chứng và đáy cảm xúc, xem lại thiết kế bằng cách đóng vai cả người dùng lẫn người vận hành, và giữ tài liệu sống bằng một người phụ trách và một nhật ký thay đổi. Với Căng tin số, bộ tài liệu này đã chọn ba cơ hội cho đợt chạy thử ở một quầy và nói rõ vì sao hai cơ hội phải chờ. Khóa "Hiểu nghiệp vụ trước khi xây" sẽ lấp các khoảng trống hậu trường đó, còn khóa "Từ journey tới user story" biến danh sách cơ hội thành những câu chuyện người dùng có thể xây được.