Journey: Service blueprint, phần hậu trường nơi tính năng bị bỏ sót

Vì sao chủ đề quan trọng

Journey của Minh Anh ở bài 3 có tám bước, và tất cả đều nằm ở phía em nhìn thấy được. Em không thấy Cô Hạnh bắt đầu nấu từ 10 giờ 30. Em không thấy thực đơn được chốt từ 4 giờ chiều hôm trước. Em không thấy Anh Tuấn ngồi một tiếng mỗi tối để đối soát tiền. Nếu đội chỉ thiết kế theo journey của sinh viên, đội sẽ làm ra một màn hình đặt món rất đẹp mà phía sau không có ai nhận đơn, không ai biết nấu bao nhiêu, và cuối ngày tiền không khớp.

Bản đồ dịch vụ (service blueprint) là công cụ để nhìn phần hậu trường đó. Nó đặt journey của người dùng lên trên cùng, rồi kéo xuống từng lớp: ai phục vụ trực tiếp, ai làm việc phía sau, quy trình và hệ thống nào chống đỡ. Phần lớn tính năng bị bỏ sót trong dự án sinh viên nằm ở các lớp dưới.

Đầu vào của bài là journey hiện tại của Minh Anh và persona Người đứng bếp giờ cao điểm. Đầu ra là bản đồ dịch vụ hiện tại của căng tin khu A, có bốn pain point P5, P6, P7, P11 được đặt đúng chỗ của chúng.

Bức tranh lớn

Bản đồ dịch vụ có năm lớp, đọc từ trên xuống:

• Bằng chứng hữu hình: những thứ người dùng nhìn hoặc cầm: bảng trắng, mã QR, phiếu giấy, khay cơm.
• Hành động người dùng: lấy thẳng từ journey ở bài 3.
• Tiền sảnh (frontstage): những gì nhân viên làm trước mặt người dùng: lấy món, nhận tiền, xem điện thoại.
• Hậu trường (backstage): những gì nhân viên làm mà người dùng không thấy: nấu mẻ, chuẩn bị món, chốt thực đơn.
• Quy trình hỗ trợ (support processes): hệ thống, quy định và đơn vị khác: ngân hàng, đối soát, Phòng Quản trị – Đời sống, quy định vệ sinh an toàn thực phẩm.

Giữa lớp 3 và lớp 4 có một đường kẻ gọi là đường hiển thị (line of visibility). Mọi thứ dưới đường này người dùng không thấy. Đó cũng là nơi đội phát triển hay quên, vì chính đội cũng chỉ là "người dùng" khi đi ăn ở căng tin.

flowchart TD
    subgraph U[Hành động sinh viên]
        U1[Đọc bảng trắng] --> U2[Xếp hàng] --> U3[Quét QR trả tiền] --> U4[Nhận suất]
    end
    subgraph F[Tiền sảnh]
        F1[Nhân viên lấy món] --> F2[Nhân viên xem điện thoại xác nhận]
    end
    subgraph B[Hậu trường, dưới đường hiển thị]
        B1[Chốt thực đơn 16g00 hôm trước] --> B2[Bếp nấu theo mẻ từ 10g30]
        B2 --> B3[Bỏ món nấu quá 4 giờ]
    end
    subgraph S[Quy trình hỗ trợ]
        S1[Đối soát cuối ngày một giờ]
        S2[Email phàn nàn qua Phòng QT ĐS]
        S3[Thu phiếu suất hỗ trợ giấy]
    end
    U3 --> F2
    U4 --> F1
    F1 --> B2
    F2 --> S1
    U4 --> S2
    U3 --> S3

Ví dụ chi tiết

Đội dựng bản đồ dịch vụ cho một buổi trưa ở quầy cơm, chia thành bốn cột thời gian. Mỗi ô đều lấy từ một câu nói hoặc dữ kiện trong ghi chú; chỗ nào đội chưa biết thì ghi "cần hỏi".

Bây giờ đặt bốn pain point vào đúng ô:

P5, xác nhận chuyển khoản chậm. Nằm ngay trên đường hiển thị: Minh Anh thấy nhân viên cầm điện thoại, nhưng không thấy nhân viên phải mở ứng dụng ngân hàng, đối chiếu số tiền, rồi mới gật đầu. Mỗi lần như vậy cả hàng phải chờ. Từ phía sinh viên, P5 chỉ trông như "cô bán chậm".

P11, bếp không xem được điện thoại. Nằm hẳn ở hậu trường. Cô Hạnh nói: "Giờ cao điểm cô không cầm điện thoại được, tay đâu mà xem." Không bước nào trong journey của Minh Anh chạm tới câu này. Một đội chỉ vẽ journey sinh viên sẽ thiết kế "bếp nhận thông báo khi có đơn" và không bao giờ biết nó vô dụng.

P6, bếp không dự đoán được lượng. Nằm ở cột "trước giờ trưa" và "sau giờ trưa" của lớp hậu trường. Bếp nấu mẻ đầu từ 10:30 mà không biết bao nhiêu người sẽ tới. Kết quả nằm ở hai đầu: trung bình khoảng 40 suất bị bỏ mỗi ngày, nhưng có hôm hết lúc 12:30. Quốc Bảo, người tới lúc 12:40, chỉ thấy đầu "thiếu" của vấn đề này. Cô Hạnh thấy cả hai đầu.

P7, đối soát cuối ngày mất một giờ. Nằm ở quy trình hỗ trợ, sau khi sinh viên đã về hết. Anh Tuấn: "Cuối ngày tôi mất cả tiếng đối soát tiền mặt với chuyển khoản." Không sinh viên nào biết chuyện này tồn tại.

Sơ đồ tuần tự dưới đây cho thấy vì sao P5 và P7 thực ra là cùng một gốc: xác nhận chuyển khoản bằng mắt ở quầy, rồi đối chiếu lại bằng tay cuối ngày.

sequenceDiagram
    participant SV as Minh Anh
    participant NV as Nhân viên quầy
    participant DT as Điện thoại quầy
    participant QL as Anh Tuấn
    SV->>NV: Quét QR và báo đã chuyển
    NV->>DT: Mở thông báo ngân hàng
    DT-->>NV: Số tiền và nội dung chuyển
    NV-->>SV: Gật đầu, đưa suất
    Note over SV,NV: Cả hàng chờ trong lúc này, P5
    QL->>DT: Cuối ngày xem lại mọi giao dịch
    QL->>QL: Cộng tiền mặt, khớp với chuyển khoản
    Note over QL: Mất khoảng một giờ, P7

Một ghi chú cuối về phiếu suất hỗ trợ. Phía trên đường hiển thị, đó là P12: Thảo Vy ngại đưa phiếu giữa hàng người. Phía dưới, phiếu giấy phải được thu, đếm và đối chiếu với danh sách khoảng 300 sinh viên, theo quy tắc của Chị Lan: tối đa một suất một ngày, chỉ ngày thường, không dùng mua nước. Ghi chú hiện tại không cho biết ai làm việc đối chiếu đó và làm khi nào. Đội ghi "cần hỏi Anh Tuấn và Chị Lan" vào ô tương ứng. Một ô "cần hỏi" là một kết quả tốt: nó biến điểm mù thành câu hỏi phỏng vấn. Quy tắc chi tiết sẽ được bóc tách ở khóa "Hiểu nghiệp vụ trước khi xây".

Lộ trình từng bước

• Chép hành động người dùng từ journey vào lớp 2, giữ nguyên cột thời gian.
• Thêm lớp bằng chứng hữu hình ở trên: mỗi bước người dùng nhìn hay cầm gì.
• Điền tiền sảnh: với mỗi hành động, nhân viên làm gì trước mặt người dùng.
• Kẻ đường hiển thị.
• Điền hậu trường: hỏi "để bước tiền sảnh này xảy ra, ai đã làm gì trước đó?". Lần ngược thời gian, kể cả từ hôm trước.
• Điền quy trình hỗ trợ: tiền, quy định, đơn vị khác, việc cuối ngày.
• Đặt mã P vào ô nơi nó phát sinh, không phải nơi nó được cảm thấy.
• Ghi "cần hỏi" vào mọi ô chưa có bằng chứng.

Thói quen & kỷ luật

Cần luyện tập

Drill một: Vẽ thêm một hàng cho bản đồ ở trên: luồng đặt suất theo nhóm qua điện thoại của Anh Tuấn. Dù đây là anti-persona ở giai đoạn 1, hãy đặt P8 vào đúng ô và ghi ra những việc hậu trường mà sổ tay đang gánh.

Drill hai: Lấy journey Quốc Bảo bạn vẽ ở bài 3. Dựng bản đồ dịch vụ cho riêng bước "tới quầy cơm lúc 12:40, hết món mặn". Lần ngược tới bếp và tới việc chốt thực đơn 16:00 hôm trước. Bạn tìm được bao nhiêu pain point trong hậu trường?

Drill ba: Chọn một dịch vụ trong trường bạn, ví dụ thư viện hay phòng đào tạo. Vẽ năm lớp cho một tình huống. Đếm số ô ở dưới đường hiển thị mà bạn phải ghi "cần hỏi".

Checklist hành động tuần này

• [ ] Chép journey hiện tại vào lớp hành động người dùng
• [ ] Điền đủ năm lớp cho ít nhất bốn cột thời gian
• [ ] Kẻ đường hiển thị và đếm số ô dưới đường
• [ ] Đặt mọi pain point hậu trường vào ô nơi nó phát sinh
• [ ] Chuyển các ô "cần hỏi" thành câu hỏi cho buổi phỏng vấn tới

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.

Dấu hiệu bạn đã thành thạo

Khi nghe một đề xuất tính năng phía người dùng, bạn tự động hỏi "ai làm việc này ở phía sau?". Bạn phân biệt được nơi một pain point được cảm thấy và nơi nó phát sinh. Bạn nhìn ra P5 và P7 có chung một gốc. Bạn coi ô "cần hỏi" là một kết quả, không phải lỗ hổng phải che.

Cạm bẫy thường gặp

Chốt lại

Bản đồ dịch vụ là journey cộng với mọi thứ phía sau quầy. Ở căng tin khu A, bốn pain point P5, P6, P7, P11 nằm dưới hoặc ngay trên đường hiển thị, và một đội chỉ vẽ journey sinh viên sẽ không thấy cái nào. Bài 5 dùng bản đồ này làm phép thử: mọi lời hứa trong journey tương lai phải có một quy trình hậu trường giữ được nó.