Mở đầu — vì sao bài này quan trọng
Hãy tưởng tượng bạn đang đứng trước một tấm bản đồ hành trình khách hàng (user journey map) khổng lồ, trải dài từ lúc người dùng lần đầu nghe về sản phẩm cho đến khi họ trở thành khách hàng trung thành. Có thể có tới mười, mười lăm bước, mỗi bước đều đầy rẫy vấn đề, cơ hội và câu hỏi chưa được giải đáp. Cả nhóm nhìn vào đó và cảm thấy... choáng ngợp. Ai cũng muốn giải quyết tất cả. Và đó chính là cái bẫy chết người của một Design Sprint.
Bài học hôm nay — hoạt động cuối cùng của ngày Thứ Hai — nói về khoảnh khắc quan trọng bậc nhất trong toàn bộ sprint: chọn một mục tiêu duy nhất (Pick Target). Đây là lúc bạn phóng to (zoom) từ toàn bộ bản đồ hành trình xuống một khoảnh khắc cụ thể, một đối tượng khách hàng cụ thể, mà cả tuần sprint sẽ dồn toàn lực để tấn công.
Vì sao đây là khoảnh khắc "sinh tử"? Bởi vì mọi thứ diễn ra sau đó — các bản phác thảo giải pháp ngày Thứ Ba, quyết định ngày Thứ Tư, prototype ngày Thứ Năm, và cuộc phỏng vấn người dùng ngày Thứ Sáu — đều bám chặt vào cái mục tiêu bạn chọn hôm nay. Nếu bạn chọn sai, hoặc chọn quá rộng, cả tuần sẽ trôi đi trong sự mơ hồ. Nếu bạn chọn đúng, sprint sẽ trở thành một mũi khoan sắc bén xuyên thẳng vào vấn đề đáng giá nhất. Như Jake Knapp, cha đẻ của phương pháp Design Sprint tại Google Ventures, thường nói: một sprint tốt không phải là làm được nhiều thứ, mà là dám tập trung vào một thứ.
Khái niệm cốt lõi
"Pick Target" là gì?
"Pick Target" (Chọn Mục Tiêu) là hoạt động khép lại ngày Thứ Hai, trong đó Decider (người ra quyết định — thường là sếp hoặc chủ sản phẩm) chọn ra hai thứ:
- Target Customer — một nhóm khách hàng cụ thể (nếu bản đồ có nhiều loại người dùng khác nhau).
- Target Moment — một khoảnh khắc, một bước cụ thể trên bản đồ hành trình mà sprint sẽ giải quyết.
Vì sao phải thu hẹp thành MỘT khoảnh khắc?
Design Sprint chỉ có năm ngày. Bạn không thể xây prototype cho cả hành trình mười bước và test hết trong một ngày. Việc thu hẹp không phải là "bỏ cuộc" trước sự phức tạp — nó là một quyết định chiến lược. Bạn chọn khoảnh khắc rủi ro cao nhất và đáng giá nhất: nơi mà nếu giải quyết được sẽ tạo ra tác động lớn, nhưng đồng thời cũng là nơi bạn ít chắc chắn nhất về giải pháp.
Nói cách khác, bạn không chọn khoảnh khắc dễ nhất, cũng không chọn khoảnh khắc mà bạn đã biết cách làm. Bạn chọn nơi có nhiều câu hỏi mở và nhiều tiền đặt cược nhất.
Ai là người quyết định?
Đây là điểm mấu chốt mà nhiều nhóm Việt Nam làm sai vì thói quen "họp bàn cho đến khi ai cũng đồng ý". Trong Design Sprint, việc chọn Target không phải là bỏ phiếu tập thể. Đó là quyền và trách nhiệm của Decider. Cả nhóm sẽ đóng góp ý kiến, tranh luận, chỉ ra dữ liệu — nhưng người đặt bút quyết định cuối cùng là một cá nhân duy nhất.
Lý do rất thực tế: sprint cần tốc độ và cần sự cam kết. Nếu để cả nhóm biểu quyết, bạn sẽ có một quyết định "trung bình" mà không ai thực sự tin. Còn khi Decider chọn, họ đặt uy tín của mình vào lựa chọn đó, và cả tổ chức sẽ tôn trọng kết quả sprint hơn.
Mối liên hệ với các bước trước trong ngày Thứ Hai
Để chọn Target sáng suốt, bạn dựa trên tất cả những gì đã làm trong ngày:
- Mục tiêu dài hạn (Long-Term Goal) đã đặt buổi sáng — Target phải là bước tiến về phía mục tiêu đó.
- Các câu hỏi Sprint (Sprint Questions) — những rủi ro bạn lo ngại. Target thường nằm đúng chỗ có câu hỏi đáng sợ nhất.
- Bản đồ hành trình (User Journey Map) — khung xương để bạn chỉ tay vào một điểm.
- Kiến thức từ chuyên gia (Ask the Experts) — những insight vừa nghe được giúp Decider hiểu điểm nào đang "chảy máu".
Tình huống thực tế
Ví dụ 1: Ứng dụng giao đồ ăn "BếpNhà" tại TP.HCM
Một startup giao đồ ăn nhà nấu tên BếpNhà chạy sprint để cải thiện tỷ lệ đặt hàng lần đầu. Bản đồ hành trình của họ có bảy bước: từ "thấy quảng cáo Facebook" → "tải app" → "duyệt món" → "chọn bếp" → "thanh toán" → "chờ giao" → "đánh giá".
Cả nhóm ban đầu muốn làm lại toàn bộ màn hình duyệt món vì nó "xấu". Nhưng khi nhìn vào các câu hỏi sprint và dữ liệu từ chuyên gia (một anh vận hành chia sẻ rằng 60% người dùng bỏ giỏ hàng ở bước chọn bếp vì không tin tưởng chất lượng người nấu), chị CEO — đóng vai Decider — đã chỉ tay vào đúng bước "chọn bếp". Target customer được chọn là "người đi làm văn phòng lần đầu dùng app, chưa quen ai nấu". Target moment: khoảnh khắc họ phải quyết định tin tưởng một người bếp lạ.
Bài học: Nhóm suýt chọn khoảnh khắc "dễ thấy" (giao diện xấu) thay vì khoảnh khắc "đáng giá" (khủng hoảng niềm tin). Chính dữ liệu 60% bỏ giỏ đã kéo Decider về đúng điểm rủi ro cao nhất.
Ví dụ 2: Ngân hàng số mở tài khoản online
Một ngân hàng số tại Việt Nam chạy sprint để tăng tỷ lệ hoàn tất mở tài khoản qua app. Bản đồ hành trình có tới mười hai bước, trong đó riêng phần eKYC (xác thực danh tính điện tử) đã chiếm bốn bước: chụp CCCD, quét khuôn mặt, đối chiếu, và chờ duyệt.
Ở đây có một tranh luận nảy lửa. Team marketing muốn tập trung vào bước "thấy quảng cáo → tải app" vì họ đo được chi phí quảng cáo cao. Team sản phẩm lại muốn làm bước "chờ duyệt" vì khách phàn nàn chờ lâu. Nhưng anh Giám đốc sản phẩm (Decider) nhìn vào mục tiêu dài hạn — "trở thành ngân hàng dễ mở tài khoản nhất Việt Nam" — và câu hỏi sprint đáng sợ nhất — "Liệu người dùng lớn tuổi có tự quét được khuôn mặt không?". Anh chọn Target moment là bước quét khuôn mặt eKYC, với Target customer là "người dùng 45–55 tuổi lần đầu mở tài khoản số".
Bài học: Khi nhiều bên kéo về nhiều hướng, Decider dùng mục tiêu dài hạn và câu hỏi sprint làm la bàn, chứ không chiều theo bên nào ồn ào nhất. Một cá nhân ra quyết định giúp cắt đứt thế giằng co.
Ví dụ 3: Nền tảng học trực tuyến chọn nhầm rồi sửa
Một nền tảng edtech muốn tăng tỷ lệ học viên hoàn thành khóa học. Trong sprint đầu tiên, Decider vội chọn Target moment là "màn hình bài học đầu tiên" vì cho rằng nội dung cần hấp dẫn hơn. Nhưng cả nhóm cảm thấy gượng gạo — target quá rộng, "màn hình bài học" là hàng chục màn khác nhau.
Facilitator liền dừng lại, hỏi lại: "Chính xác là khoảnh khắc nào khiến học viên bỏ cuộc?". Sau khi soi lại bản đồ, họ nhận ra điểm rớt thật nằm ở khoảnh khắc học viên quay lại app sau ngày đầu tiên và không biết học tiếp từ đâu. Decider đổi target sang đúng khoảnh khắc "quay lại lần thứ hai" đó.
Bài học: Một target tốt phải cụ thể đến mức bạn hình dung được đúng một màn hình, một tình huống. Nếu bạn vẫn mô tả nó bằng cụm từ chung chung ("màn hình bài học"), nghĩa là bạn chưa zoom đủ sâu.
Hướng dẫn từng bước
Dưới đây là quy trình cụ thể để dẫn dắt hoạt động Pick Target vào cuối ngày Thứ Hai, thường mất khoảng 20–40 phút.
Bước 1 — Treo lại toàn bộ bản đồ hành trình. Đảm bảo bản đồ (từ Bài 7) đang hiển thị rõ trước mặt cả nhóm, cùng với mục tiêu dài hạn và danh sách câu hỏi sprint dán bên cạnh. Cả ba thứ này phải cùng nằm trong tầm mắt.
Bước 2 — Facilitator tóm tắt lại. Người điều phối đọc to mục tiêu dài hạn và lướt nhanh qua các câu hỏi sprint. Mục đích là "nạp lại bối cảnh" cho cả nhóm trước khi ra quyết định lớn.
Bước 3 — Mời cả nhóm góp ý (không tranh cãi dài). Facilitator hỏi từng người: "Nếu bạn là Decider, bạn sẽ chọn khoảnh khắc nào và khách hàng nào? Vì sao?". Mỗi người trả lời ngắn gọn. Đây là lúc thu thập góc nhìn, KHÔNG phải lúc thuyết phục nhau.
Bước 4 — Nếu có nhiều nhóm khách hàng, chọn Target Customer trước. Decider khoanh tròn nhóm khách hàng mà sprint nhắm tới. Việc này thu hẹp bản đồ đáng kể, vì mỗi nhóm khách thường đi qua những khoảnh khắc khác nhau.
Bước 5 — Decider chọn Target Moment. Người ra quyết định đặt một dấu chấm hoặc khoanh tròn lên đúng một bước trên bản đồ. Không giải thích dài dòng cũng được — quyền quyết định là của họ. Nếu họ phân vân giữa hai điểm, facilitator có thể nhắc: "Điểm nào rủi ro cao hơn và đưa ta gần mục tiêu dài hạn hơn?".
Bước 6 — Đối chiếu với câu hỏi sprint. Kiểm tra xem target vừa chọn có trả lời được (hoặc ít nhất chạm tới) câu hỏi sprint đáng sợ nhất không. Nếu có, bạn đang đi đúng hướng. Nếu target không liên quan gì đến các câu hỏi lớn, hãy cân nhắc lại.
Bước 7 — Viết lại target thành một câu rõ ràng. Ví dụ: "Sprint này tập trung vào [nhóm khách hàng] ở khoảnh khắc [bước cụ thể], nhằm tiến tới [mục tiêu dài hạn]." Câu này sẽ là kim chỉ nam cho toàn bộ ngày Thứ Ba trở đi. Dán nó lên tường.
Bước 8 — Xác nhận cam kết. Facilitator hỏi cả nhóm: "Chúng ta đồng ý dồn toàn lực vào điểm này trong bốn ngày tới chứ?". Đây không phải bỏ phiếu lại, mà là nghi thức để cả nhóm cùng cam kết theo quyết định của Decider.
Lỗi thường gặp & mẹo
Lỗi 1: Chọn target quá rộng. "Cải thiện trải nghiệm thanh toán" không phải một target — đó là một chủ đề. Target thật phải là một khoảnh khắc cụ thể: "khoảnh khắc khách nhập mã OTP nhưng không nhận được tin nhắn". Mẹo: nếu bạn không hình dung được đúng một màn hình prototype cho nó, target vẫn còn quá rộng.
Lỗi 2: Để cả nhóm biểu quyết thay vì Decider quyết. Đây là lỗi phổ biến nhất trong văn hóa "đồng thuận" ở Việt Nam. Kết quả là một target nửa vời không ai tin. Mẹo: xác định rõ ai là Decider ngay từ đầu ngày, và nếu Decider thật (sếp lớn) không thể ở lại đến cuối, hãy ủy quyền chính thức cho một người trước khi bắt đầu.
Lỗi 3: Chọn khoảnh khắc dễ nhất thay vì đáng giá nhất. Nhóm thường bị hút về vấn đề "dễ giải quyết" để cảm thấy an toàn. Nhưng sprint sinh ra để tấn công rủi ro lớn. Mẹo: hỏi "khoảnh khắc nào khiến chúng ta lo lắng nhất về thành bại của cả dự án?".
Lỗi 4: Decider vắng mặt hoặc không cam kết. Nếu người quyết định không tham gia ngày Thứ Hai, mọi thứ sau đó sẽ lung lay khi họ quay lại và nói "tôi không chọn cái này". Mẹo: sự có mặt của Decider ở bước Pick Target là điều kiện bắt buộc, không thể thương lượng.
Lỗi 5: Không viết target thành câu và dán lên tường. Target nằm trong đầu mọi người sẽ trôi mất sau một đêm. Mẹo: viết ra, dán lớn, và mỗi sáng đọc lại nó trước khi bắt đầu ngày mới.
Mẹo vàng — "Một sprint, một target." Nếu bạn thấy có hai khoảnh khắc đều rất đáng giá, đừng cố nhồi cả hai vào một sprint. Chọn một, và ghi lại cái còn lại cho sprint sau. Sự tập trung là siêu năng lực của phương pháp này.
Bài tập thực hành
Hãy lấy một sản phẩm hoặc dịch vụ bạn đang làm (hoặc một sản phẩm bạn dùng hằng ngày như Grab, Shopee, MoMo) và thực hành:
- Vẽ nhanh bản đồ hành trình gồm 6–10 bước, từ lúc người dùng biết đến sản phẩm cho tới khi họ đạt được giá trị cốt lõi.
- Viết một mục tiêu dài hạn cho sản phẩm đó (ví dụ: "Trở thành ví điện tử được tin dùng nhất cho người lớn tuổi").
- Liệt kê 3 câu hỏi sprint — những rủi ro khiến bạn lo mục tiêu không đạt được (ví dụ: "Liệu người lớn tuổi có tin tưởng liên kết ngân hàng không?").
- Đóng vai Decider và chọn Target: khoanh tròn đúng một nhóm khách hàng và đúng một khoảnh khắc trên bản đồ. Viết ra một câu target hoàn chỉnh theo mẫu ở Bước 7.
- Tự kiểm tra bằng 3 câu hỏi:
Nếu trả lời "có" cho cả ba, bạn đã có một target xuất sắc. Nếu có câu "không", hãy zoom sâu hơn hoặc chọn lại.
Tóm tắt
Pick Target là khoảnh khắc bản lề khép lại ngày Thứ Hai của Design Sprint. Bạn phóng to từ toàn bộ bản đồ hành trình xuống một khách hàng cụ thể và một khoảnh khắc cụ thể — nơi rủi ro cao nhất và đáng giá nhất, gần với mục tiêu dài hạn nhất. Quyết định này thuộc về Decider, không phải kết quả bỏ phiếu tập thể, vì sprint cần tốc độ và cam kết chứ không cần sự trung bình.
Một target tốt phải cụ thể đến mức bạn hình dung được đúng một màn hình, phải trả lời được câu hỏi sprint đáng sợ nhất, và phải được viết thành câu rõ ràng dán lên tường. Nó chính là điểm ngắm mà cả bốn ngày còn lại — phác thảo, quyết định, prototype và test người dùng — sẽ dồn toàn lực để chinh phục.
Hãy nhớ: sức mạnh của Design Sprint không nằm ở việc làm được nhiều thứ, mà ở sự dũng cảm chọn đúng một thứ để làm cho tới nơi tới chốn.