Vì sao chủ đề quan trọng
Tới đây bạn có ba thứ: bộ persona, journey hiện tại của Minh Anh, và bản đồ dịch vụ của căng tin khu A. Cả ba đều mô tả hôm nay. Bước tiếp theo là vẽ ngày mai: Minh Anh ăn trưa thứ Hai sẽ trông thế nào nếu các pain point được giải quyết.
Hai lỗi thường gặp ở bước này kéo theo hai hướng ngược nhau. Lỗi thứ nhất là nhảy thẳng vào màn hình: journey tương lai đầy "bấm nút", "mở tab", "nhận thông báo đẩy". Lúc đó đội đã chọn giải pháp trước khi thống nhất vấn đề. Lỗi thứ hai là hứa quá tay: "suất luôn sẵn khi em tới", trong khi bếp nấu theo mẻ từ 10:30 và không ai xem được điện thoại giờ cao điểm.
Journey tương lai đúng nghĩa là cầu nối: mỗi pain point được chuyển thành một cơ hội, mô tả điều người dùng sẽ trải qua, không mô tả giao diện, và mỗi lời hứa ở tiền sảnh đều được kiểm lại với hậu trường. Đầu ra của bài này là danh sách cơ hội và journey tương lai, chính là đầu vào của khóa "Từ journey tới user story".
Bức tranh lớn
Journey tương lai giữ nguyên khung của journey hiện tại: cùng persona, cùng tình huống, cùng hai mốc giờ 11:30 và 12:45. Chỉ có các bước ở giữa thay đổi. Giữ khung giúp so sánh trực tiếp: đường cảm xúc mới cao hơn ở đâu, và vì sao.
Mỗi pain point đi qua ba bước:
- Pain point có mã và bằng chứng, từ khóa "Từ ghi chép tới insight".
- Cơ hội viết theo dạng "Làm sao để …" (How might we), nói về kết quả cho người dùng, không nói về tính năng.
- Điều kiện hậu trường: để cơ hội này thành thật, phía sau quầy phải có quy trình gì. Lấy từ bản đồ dịch vụ ở bài 4.
flowchart TD
A[Pain point có bằng chứng] --> B[Cơ hội dạng Làm sao để]
B --> C[Bước trong journey tương lai]
C --> D{Hậu trường có giữ được lời hứa?}
D -->|Có| E[Giữ cơ hội, ghi điều kiện hậu trường]
D -->|Chưa| F[Thêm quy trình hậu trường cần có]
D -->|Không thể| G[Hạ lời hứa hoặc để ngoài giai đoạn 1]
F --> E
E --> H[Danh sách cơ hội cho khóa 5]Ví dụ chi tiết
Đội lấy từng pain point trong journey hiện tại của Minh Anh, cộng các pain point hậu trường từ bài 4, và đi qua ba bước.
| Pain point | Cơ hội | Persona | Điều kiện hậu trường |
|---|---|---|---|
| P1 xếp hàng 20–25 phút | Làm sao để Người chạy lịch lấy được suất mà không phải đứng hàng giờ cao điểm | Người chạy lịch | Bếp biết số suất đặt trước trước giờ chốt 10:00 mà Cô Hạnh cần |
| P4 thực đơn chỉ có trên bảng | Làm sao để sinh viên biết món và giá trước khi rời lớp | Cả ba persona sinh viên | Thực đơn đã chốt 16:00 hôm trước được đưa ra ngoài bảng trắng |
| P2 hết món với người tới muộn | Làm sao để Người tới muộn biết còn gì trước khi tới | Người tới muộn | Có người cập nhật khi một món hết, mà không phải Cô Hạnh giờ cao điểm |
| P5 xác nhận chuyển khoản chậm | Làm sao để việc xác nhận tiền không chặn hàng | Người chạy lịch | Xác nhận thanh toán không cần nhân viên nhìn điện thoại |
| P11 bếp không xem được điện thoại | Làm sao để bếp nhận số đơn mà không cần cầm máy | Người đứng bếp giờ cao điểm | Số đơn hiện ở nơi bếp nhìn được khi tay đang bận |
| P10 hết chỗ ngồi | Không chuyển thành cơ hội phần mềm ở giai đoạn 1 | Người chạy lịch | Thuộc về bố trí bàn ghế, chuyển cho Phòng Quản trị – Đời sống |
- Tối Chủ nhật: Minh Anh xem được thực đơn thứ Hai, đã chốt từ 16:00 theo quy tắc R2. Em biết thứ Hai có món gì và giá bao nhiêu.
- Trước 10:00 sáng thứ Hai: em báo trước một suất cơm và khung giờ nhận. Mốc 10:00 lấy từ câu của Cô Hạnh: "Đặt trước mà sau 10 giờ mới báo thì cô không kịp." Việc đội có giữ mốc 10:00 hay không là kết luận của mâu thuẫn C3; journey chỉ ghi mốc đang có hiệu lực.
- 10:30: bếp nấu mẻ đầu, đã biết trước một phần số suất.
- 11:30: em ra lớp, đi thẳng tới quầy, không đọc bảng.
- 11:40: em nhận suất ở một điểm nhận riêng, không qua hàng. Thanh toán đã được xác nhận mà nhân viên không phải nhìn điện thoại.
- 11:42 tới 12:30: em ăn. Chỗ ngồi vẫn có thể hết, vì P10 không được sửa ở giai đoạn này.
- 12:45: em vào lớp, không phải nhịn bữa.
journey
title Minh Anh ăn trưa thứ Hai, journey tương lai
section Trước giờ trưa
Xem thực đơn đã chốt tối hôm trước: 4: Minh Anh
Báo trước suất trước 10g00: 4: Minh Anh
Nấu mẻ đầu với số đã biết: 4: Cô Hạnh
section Nhận suất
Ra lớp 11g30, đi thẳng tới điểm nhận: 4: Minh Anh
Nhận suất, không qua hàng: 5: Minh Anh
section Ăn
Tìm chỗ, có thể vẫn hết bàn: 2: Minh Anh
section Quay lại lớp
Vào lớp 12g45 không nhịn bữa: 4: Minh AnhKiểm tra bằng bản đồ dịch vụ. Mỗi bước tiền sảnh mới cần một quy trình hậu trường:
- "Nhận suất, không qua hàng" cần: ai chuẩn bị suất trước 11:40, đặt ở đâu, giữ bao lâu. Quy tắc R3 trả lời một phần: phần đặt trước giữ 30 phút sau khung giờ nhận, sau đó bán cho hàng. Quy tắc R5 thêm ràng buộc: món nấu quá 4 giờ phải bỏ, nên suất nấu từ mẻ 10:30 không thể giữ tới cuối buổi.
- "Thanh toán đã được xác nhận" cần một cách xác nhận không qua mắt người, và khi cách đó tồn tại, P7 đối soát cuối ngày cũng nhẹ đi. Một cơ hội trả lời hai pain point.
- "Bếp biết trước số suất" cần một nơi hiển thị mà Cô Hạnh nhìn được khi tay bận. Không phải điện thoại.
Lộ trình từng bước
- Giữ khung của journey hiện tại: cùng persona, tình huống, mốc giờ.
- Liệt kê pain point trên journey hiện tại và pain point hậu trường từ bản đồ dịch vụ.
- Viết một cơ hội "Làm sao để" cho mỗi pain point, nói về kết quả cho persona.
- Đánh dấu pain point không chuyển thành cơ hội phần mềm, ghi nơi nó được chuyển đi.
- Viết lại các bước ở giữa, nhẹ giải pháp, không nhắc nút hay màn hình.
- Chấm lại cảm xúc và so với đường cũ.
- Kiểm từng bước tiền sảnh với hậu trường: ai làm gì, khi nào, theo quy tắc nào.
- Ghi các mâu thuẫn còn mở như C1, C3 bên cạnh bước liên quan.
- Xuất danh sách cơ hội kèm persona và điều kiện hậu trường cho khóa "Từ journey tới user story".
Thói quen & kỷ luật
| Thói quen | Tần suất | Kết quả mong đợi |
|---|---|---|
| Đọc lại journey tương lai, gạch mọi chữ nói về giao diện | Mỗi bản nháp | Journey vẫn mở cho nhiều giải pháp |
| Với mỗi lời hứa tiền sảnh, viết một dòng điều kiện hậu trường | Mỗi bước mới | Không có lời hứa treo |
| Ghi pain point không sửa và nơi chuyển đi | Mỗi journey | Phạm vi giai đoạn 1 rõ ràng |
| Giữ mâu thuẫn mở thành ghi chú, không tự chọn phe | Mỗi lần gặp | Quyết định được đưa ra đúng chỗ, đúng người |
Cần luyện tập
Drill một: Viết journey tương lai cho Quốc Bảo, tới căng tin khoảng 12:40. Giữ câu "Giá mà biết trước là hết thì em ghé quầy bánh mì luôn" làm điểm xuất phát. Kiểm tra: ai ở hậu trường sẽ cập nhật khi quầy cơm hết món mặn, và người đó có rảnh tay lúc 12:30 không?
Drill hai: Viết cơ hội "Làm sao để" cho P3 và P12 của Thảo Vy. Sau đó tìm điều kiện hậu trường: ai biết món nào có đậu phộng, khi nào thông tin đó được ghi lại, và quy tắc suất hỗ trợ của Chị Lan ảnh hưởng thế nào tới bước nhận suất.
Drill ba: Lấy một journey tương lai bạn từng viết hoặc từng thấy trong dự án môn học. Gạch dưới mọi từ nói về giao diện như nút, tab, màn hình, thông báo đẩy. Viết lại từng câu thành kết quả cho người dùng.
Checklist hành động tuần này
- [ ] Viết cơ hội "Làm sao để" cho mọi pain point trên journey hiện tại
- [ ] Đánh dấu ít nhất một pain point không chuyển thành tính năng và ghi nơi chuyển đi
- [ ] Viết lại journey tương lai giữ nguyên hai mốc giờ của journey cũ
- [ ] Ghi điều kiện hậu trường cho mỗi bước tiền sảnh mới
- [ ] Gửi danh sách cơ hội cho người sẽ viết user story
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ệ bước tiền sảnh mới có điều kiện hậu trường | Đo journey tương lai có làm được thật không |
| Chỉ số dẫn dắt | Số pain point đã thành cơ hội hoặc được đánh dấu không sửa | Không pain point nào bị bỏ lơ |
| Chỉ số chất lượng | Số từ chỉ giao diện còn sót trong journey tương lai | Giữ journey nhẹ giải pháp |
| Chỉ số kết quả trong case | Số buổi trưa Minh Anh nhịn, số suất bỏ mỗi ngày | Đích mà cơ hội hướng tới, đo sau khi chạy thử ở một quầy |
Dấu hiệu bạn đã thành thạo
Bạn viết được một journey tương lai mà người đọc không đoán được giao diện sẽ trông thế nào. Với mỗi lời hứa, bạn nói ngay ai ở phía sau sẽ giữ nó. Bạn chỉ ra được một cơ hội giải hai pain point, như xác nhận thanh toán với P5 và P7. Bạn thoải mái viết "không sửa ở giai đoạn 1" bên cạnh P10.
Cạm bẫy thường gặp
| Cạm bẫy | Biểu hiện | Cách tránh |
|---|---|---|
| Journey tương lai thành bản thiết kế màn hình | Mỗi bước là một nút bấm | Gạch mọi từ chỉ giao diện, viết lại thành kết quả |
| Lời hứa không có hậu trường | "Suất luôn sẵn" mà bếp không biết số đơn | Kiểm từng bước với bản đồ dịch vụ |
| Biến mọi pain point thành tính năng | Có cơ hội "đặt chỗ ngồi" cho P10 | Hỏi phần mềm có thật sự giải được không |
| Lén giải mâu thuẫn | Journey ghi "trả trước" như đã chốt | Giữ C1, C3 thành ghi chú mở |
Chốt lại
Journey tương lai biến pain point thành cơ hội, giữ nguyên khung giờ để so sánh, và kiểm mỗi lời hứa với hậu trường. Với Căng tin số, nó cho thấy Minh Anh có thể vào lớp 12:45 mà không nhịn bữa, với điều kiện bếp biết số suất trước 10:00 và việc xác nhận tiền không chặn hàng. P10 được đánh dấu không sửa. Danh sách cơ hội này đi tiếp sang khóa "Từ journey tới user story". Bài 6 nói về việc giữ cho persona và journey còn được dùng sau khi buổi trình bày kết thúc.