Menu
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Đang tải...

Jobs-To-Be-Done framework cơ bản

Customer Discovery & Jobs-To-Be-Done Bài 3/60

Mở đầu — vì sao bài này quan trọng

Trong hai bài trước, bạn đã học cách phân biệt discovery với validation, và học cách đặt câu hỏi không-sai-được theo The Mom Test. Nhưng khi ngồi xuống nghe khách hàng nói, bạn vẫn sẽ vấp phải một câu hỏi nền tảng: Mình đang cố hiểu cái gì ở họ? Hiểu họ là ai (tuổi, nghề, thu nhập)? Hiểu họ thích tính năng nào? Hay hiểu thứ gì đó sâu hơn?

Jobs-To-Be-Done (JTBD) — tạm dịch "Công việc cần được hoàn thành" — là khung tư duy trả lời chính xác câu hỏi đó. Nó nói rằng: khách hàng không thực sự mua sản phẩm của bạn; họ "thuê" (hire) sản phẩm để hoàn thành một công việc nào đó trong cuộc sống của họ. Nghe có vẻ trừu tượng, nhưng đây là một trong những thay đổi tư duy mạnh nhất mà một Product Manager (PM) có thể trải qua. Nó giải thích vì sao những sản phẩm nhồi nhét đầy tính năng vẫn thất bại, trong khi những sản phẩm đơn giản đến mức "ngớ ngẩn" lại thắng lớn.

Bài này là nền móng. Toàn bộ phần JTBD sau này — switch interview (Bài 16), bốn lực kéo-đẩy (Bài 17), job mapping (Bài 19), ODI (Bài 20) — đều dựng trên ba khái niệm cơ bản mà bạn sắp học ở đây: job functional, job emotional, job social, và một sự thật khó nuốt: "user" không quan trọng bằng "job".

Khái niệm cốt lõi

Câu chuyện milkshake huyền thoại

Cách dễ nhất để hiểu JTBD là qua câu chuyện mà Giáo sư Clayton Christensen (Harvard Business School) thường kể. Một chuỗi cửa hàng đồ ăn nhanh muốn bán được nhiều milkshake (sữa lắc) hơn. Họ làm theo cách kinh điển: phân khúc khách hàng theo nhân khẩu học, mời đúng nhóm "khách hàng mục tiêu của milkshake" vào, hỏi họ muốn milkshake đặc hơn hay loãng hơn, ngọt hơn hay ít ngọt, nhiều socola hay ít. Họ cải tiến sản phẩm đúng theo phản hồi. Kết quả: doanh số không nhúc nhích.

Nhóm của Christensen tiếp cận khác. Họ đến cửa hàng, đứng quan sát suốt cả ngày và ghi lại: ai mua milkshake, lúc mấy giờ, mua kèm gì, uống tại chỗ hay mang đi. Một phát hiện gây sốc: gần một nửa milkshake được bán trước 8 giờ sáng, cho những người mua một mình, chỉ mua mỗi milkshake, và mang lên xe đi luôn.

Khi phỏng vấn, họ hỏi một câu khác hẳn: "Lần gần nhất bạn mua milkshake mà không phải ở đây, bạn đã thuê nó để làm gì?" Hóa ra những người này có một quãng đường lái xe dài, buồn chán. Họ cần thứ gì đó: giữ cho một tay bận rộn, không làm bẩn quần áo công sở, đủ "no" để cầm cự đến trưa, và đủ lâu để hết quãng đường (milkshake đặc, hút bằng ống nhỏ, mất 20 phút mới hết — hoàn hảo). "Đối thủ" của milkshake buổi sáng không phải là milkshake của hãng khác. Đối thủ là quả chuối, cái bánh donut, thanh kẹo, hay tách cà phê — tất cả những thứ cũng được "thuê" cho cùng một công việc.

Bài học cốt lõi: nếu bạn cải tiến milkshake mà không biết nó đang được thuê để làm gì, bạn đang cải tiến mù. Một milkshake buổi sáng (chống chán, no bụng, gọn gàng) và một milkshake buổi chiều (bố mua dỗ con sau giờ học — lúc này bố lại muốn nó loãng hơn để con uống nhanh) là hai sản phẩm phục vụ hai job hoàn toàn khác nhau, dù gọi cùng một cái tên.

"Job" là gì, và vì sao "user" kém quan trọng hơn

Job (công việc) là tiến bộ (progress) mà một người muốn đạt được trong một hoàn cảnh cụ thể. Một định nghĩa hay dùng: "Khi tôi ở trong tình huống ___, tôi muốn ___, để tôi có thể ___." (When... I want to... so I can...). Lưu ý ba thành phần: hoàn cảnh, động lực, và kết quả mong muốn.

Vì sao nói "user không quan trọng bằng job"? Vì chân dung nhân khẩu học (demographics) thường dự đoán hành vi rất tệ. Hai người phụ nữ 35 tuổi, cùng thu nhập, cùng sống ở Quận 7 có thể có nhu cầu mua sắm hoàn toàn trái ngược. Ngược lại, một sinh viên 20 tuổi và một giám đốc 50 tuổi có thể "thuê" cùng một ứng dụng gọi xe vì cùng một job: "đến nơi đúng giờ mà không phải tự lái khi trời mưa". Hoàn cảnh và job ổn định và dự đoán tốt hơn nhiều so với danh tính người dùng.

Điều này không có nghĩa user hoàn toàn vô nghĩa — bạn vẫn cần biết mình đang phục vụ ai. Nhưng khi thiết kế và ưu tiên, job phải là đơn vị tư duy chính. Bạn không xây sản phẩm cho "phụ nữ 25-34 tuổi"; bạn xây sản phẩm để hoàn thành tốt một job cho bất kỳ ai đang ở trong hoàn cảnh đó.

Ba lớp của một job: Functional, Emotional, Social

Mọi job thật sự đều có ba lớp đan vào nhau. Hiểu cả ba lớp là khác biệt giữa một PM hời hợt và một PM sâu sắc.

Job chức năng (Functional) — nhiệm vụ thực tế cần làm xong. Đây là lớp dễ thấy nhất, có thể đo được. Ví dụ: "đưa con đến trường đúng giờ", "thanh toán hóa đơn điện", "tìm được một quán ăn trưa gần văn phòng".

Job cảm xúc (Emotional) — người đó muốn cảm thấy thế nào khi làm job. Ví dụ: "cảm thấy an tâm rằng con mình an toàn", "cảm thấy mình là người chi tiêu thông minh, không bị hớ", "cảm thấy thư giãn chứ không căng thẳng trong giờ nghỉ trưa".

Job xã hội (Social) — người đó muốn được người khác nhìn nhận thế nào. Ví dụ: "được đồng nghiệp thấy là người sành ăn", "được bố mẹ chồng thấy là người vợ chu đáo", "được bạn bè trên Facebook thấy là người có gu".

Sai lầm chí mạng của hầu hết các nhóm sản phẩm: chỉ tối ưu lớp functional, rồi không hiểu vì sao một sản phẩm "tốt hơn về tính năng" lại thua. Thường là vì đối thủ giải quyết lớp emotional/social tốt hơn, và đó mới là thứ quyết định lựa chọn. Một chiếc túi xách Gucci giải job functional (đựng đồ) tệ hơn một cái túi vải 200 nghìn, nhưng người ta vẫn mua — vì họ đang thuê nó cho job social.

Tình huống thực tế

Ví dụ 1: Grab và job "ăn trưa văn phòng" ở Sài Gòn

Hãy lấy GrabFood. Nếu chỉ nhìn lớp functional, job là "đưa được phần cơm từ quán đến bàn làm việc của tôi". Nhưng nếu một PM của GrabFood chỉ tối ưu lớp này (giao nhanh hơn, nhiều quán hơn), họ sẽ bỏ lỡ phần lớn lý do người ta đặt đồ.

Quan sát thực tế dân văn phòng ở Quận 1: vào 11h30, một nhóm 5-6 đồng nghiệp gộp đơn đặt chung. Lúc này:

  • Functional: no bụng, đủ món cho cả nhóm, đến trước 12h để kịp nghỉ.
  • Emotional: không phải đội nắng 35°C ra ngoài rồi quay lại ướt mồ hôi; cảm giác "được nghỉ ngơi thực sự" trong giờ trưa.
  • Social: người đứng ra gộp đơn muốn được nhóm thấy là người chu đáo, biết chọn quán ngon, biết áp mã giảm giá cho cả nhóm.
Diễn giải: tính năng "đặt đơn nhóm" (group order) và hệ thống mã giảm giá hào phóng của Grab không phải ngẫu nhiên. Chúng phục vụ trực tiếp job social và emotional, không chỉ functional. Một đối thủ chỉ giao nhanh hơn 5 phút sẽ không lật được thói quen này.

Bài học rút ra: Khi map một sản phẩm quen thuộc, hãy ép mình viết ra cả ba lớp job. Tính năng "thừa" so với góc nhìn functional thường chính là tính năng đang gánh job emotional/social.

Ví dụ 2: Tủ lạnh đầy đồ ăn của các mẹ Việt và "milkshake phiên bản nội trợ"

Một startup giả định tên FreshBox bán dịch vụ giao thực phẩm sơ chế sẵn (meal kit) cho các bà mẹ đi làm ở Hà Nội. Họ tin job là "nấu ăn nhanh hơn", nên dồn sức rút thời gian nấu từ 40 phút xuống 20 phút. Doanh số giậm chân.

Khi phỏng vấn kiểu JTBD (hỏi về tình huống mua gần nhất), họ phát hiện điều bất ngờ. Nhiều bà mẹ mua không phải vì muốn nhanh, mà vì:

  • Functional: có bữa tối đủ chất cho cả nhà tối nay.
  • Emotional: thoát khỏi nỗi lo "không biết tối nay nấu gì" — gánh nặng quyết định mỗi ngày mới là thứ mệt mỏi nhất, chứ không phải thao tác nấu.
  • Social: được chồng và mẹ chồng thấy là người vợ/con dâu vẫn "tự tay nấu cho gia đình", chứ không phải "lười, mua đồ ăn sẵn". Đây là lý do họ không muốn mua đồ ăn nấu chín hoàn toàn — như vậy mất đi job social.
Diễn giải: "đối thủ" của FreshBox không phải là meal kit khác, mà là việc tự đi chợ (giải job social tốt) và đặt GrabFood (giải job functional/emotional nhanh nhưng phá job social). FreshBox thắng đúng ở chỗ nó cho phép mẹ vẫn "ra tay" nấu nhưng bỏ đi phần ra quyết định và sơ chế.

Bài học rút ra: Khi job emotional (thoát lo lắng) và job social (giữ hình ảnh người nội trợ) bị bỏ qua, bạn sẽ tối ưu nhầm vào functional và tự hỏi vì sao khách thờ ơ. Hãy luôn hỏi: "Vì sao họ không chọn giải pháp nhanh/rẻ hơn rõ ràng?" — câu trả lời thường nằm ở lớp emotional/social.

Ví dụ 3: Highlands Coffee và job "thuê một chỗ ngồi"

Nhiều người mua một ly cà phê 55.000đ ở Highlands trong khi cà phê vỉa hè ngon hơn và rẻ bằng một phần năm. Nếu job thuần functional là "uống caffeine để tỉnh táo", hành vi này vô lý.

Nhưng hãy nghe các nhóm khách thật sự: hai bạn freelancer hẹn nhau làm việc, một nhóm sinh viên họp bài tập, một cặp đôi hẹn hò lần đầu. Họ không thuê Highlands cho ly cà phê. Họ thuê nó cho:

  • Functional: một chỗ ngồi có điều hòa, wifi, ổ cắm, đủ yên để làm việc/nói chuyện trong 2-3 giờ.
  • Emotional: cảm giác "không gian của riêng mình" giữa thành phố ồn ào, thoải mái ngồi lâu mà không bị đuổi.
  • Social: một địa điểm "đủ tươm tất" để hẹn hò hoặc gặp đối tác — không ai chọn quán cóc cho buổi gặp quan trọng.
Diễn giải: ly cà phê chỉ là "phí vé vào cửa" cho job thật. Đây là lý do Highlands đầu tư mạnh vào không gian, ổ cắm, chỗ ngồi rộng — họ hiểu mình đang cạnh tranh với coworking spacethư viện, không phải với cà phê sữa đá vỉa hè.

Bài học rút ra: Sản phẩm bạn nghĩ mình đang bán (cà phê) thường khác sản phẩm khách thật sự thuê (chỗ ngồi). Tìm ra khoảng cách đó là tìm ra cơ hội.

Hướng dẫn từng bước

Khi bạn muốn áp dụng JTBD cơ bản để hiểu một sản phẩm hay một quyết định mua hàng, làm theo các bước sau:

  • Chọn một hành vi mua/dùng cụ thể, gần đây. Đừng hỏi chung chung "bạn thường mua gì". Hãy neo vào một lần cụ thể: "Lần gần nhất bạn đặt GrabFood là khi nào, ở đâu, vì sao lúc đó?"
  • Mô tả hoàn cảnh (situation) trước, sản phẩm sau. Viết câu: "Khi tôi ___ (hoàn cảnh)...". Hoàn cảnh là cái kích hoạt nhu cầu. Không có hoàn cảnh, không có job.
  • Viết job functional ra thành một câu động từ. Bắt đầu bằng động từ + đối tượng: "có bữa tối cho cả nhà", "đến cuộc họp đúng giờ". Tránh nhắc tên sản phẩm trong câu này.
  • Đào job emotional: họ muốn cảm thấy thế nào, và muốn tránh cảm giác gì. Thường job emotional nằm ở chữ "tránh": tránh lo, tránh xấu hổ, tránh hối tiếc.
  • Đào job social: ai đang nhìn họ, và họ muốn được nhìn nhận ra sao. Hỏi: "Nếu người ___ thấy bạn dùng cái này, bạn muốn họ nghĩ gì?"
  • Liệt kê các "đối thủ" thật sự — kể cả những thứ không cùng ngành. Đối thủ của milkshake là quả chuối. Đối thủ của khóa học online là... Netflix và sự lười. Liệt kê hết các thứ được thuê cho cùng job.
  • Tìm khoảng cách giữa "sản phẩm bạn nghĩ mình bán" và "job thật". Đây là nơi sinh ra ý tưởng cải tiến hoặc định vị mới.

Lỗi thường gặp & mẹo

Lỗi 1 — Nhầm tính năng với job. "Khách muốn nút chia sẻ" không phải job. Job là tiến bộ họ muốn đạt ("muốn được bạn bè thấy thành tích của tôi"). Tính năng chỉ là một cách giải job. Mẹo: hễ câu của bạn chứa tên một tính năng/sản phẩm, nó chưa phải job — hãy hỏi "để làm gì?" thêm một lần nữa.

Lỗi 2 — Chỉ dừng ở job functional. Đây là lỗi phổ biến nhất và tốn tiền nhất. Mẹo: sau khi viết job functional, bắt buộc viết thêm ít nhất một câu emotional và một câu social, dù bạn thấy "không có". Việc ép viết sẽ lộ ra những động lực ẩn.

Lỗi 3 — Mô tả job quá rộng hoặc quá hẹp. "Sống hạnh phúc" thì rộng vô dụng; "nhấn nút màu xanh" thì hẹp đến mức chỉ là thao tác. Mẹo: job tốt nằm ở mức mà bạn có thể tưởng tượng nhiều giải pháp cạnh tranh khác nhau cho nó.

Lỗi 4 — Phân khúc theo nhân khẩu học rồi gắn job cứng cho từng nhóm. "Gen Z thì cần job X" là cái bẫy. Cùng một người, job thay đổi theo hoàn cảnh (milkshake sáng vs chiều). Mẹo: phân khúc theo hoàn cảnh + job, không theo danh tính.

Lỗi 5 — Tự bịa job thay vì nghe khách. JTBD không phải bài tập trí tưởng tượng trong phòng họp. Mẹo: mọi câu job bạn viết phải truy ngược được về một câu khách thật đã nói. (Cách phỏng vấn để moi ra job — switch story — sẽ học kỹ ở Bài 4 và 16.)

Bài tập thực hành

Bài 1 — Giải phẫu một lần mua của chính bạn. Chọn một thứ bạn đã mua/đăng ký trong 2 tuần qua (một app, một ly trà sữa, một khóa học...). Viết ra: hoàn cảnh kích hoạt, job functional, job emotional, job social. Viết thêm 3 "đối thủ" mà bạn đã cân nhắc — cố tình kể ít nhất một đối thủ không cùng ngành.

Bài 2 — Lật ngược câu chuyện milkshake. Lấy một sản phẩm Việt Nam bạn quen (ví dụ: ví điện tử MoMo, ứng dụng VssID, hay quán bún đầu ngõ). Tự hỏi: "Người ta đang thuê cái này để làm gì mà người tạo ra nó có thể chưa nhận ra?" Viết một đoạn 150 từ nêu giả thuyết về một job ẩn (ưu tiên lớp emotional/social).

Bài 3 — Phân biệt ba lớp. Lấy đúng một sản phẩm và viết ba câu, mỗi câu một lớp, theo mẫu "Khi tôi ___, tôi muốn ___, để tôi có thể ___." Sau đó tự chấm: nếu xóa lớp emotional và social đi, sản phẩm có còn lý do tồn tại không? Nếu vẫn còn nguyên, có thể bạn đang bỏ sót động lực thật của khách.

Gợi ý: giữ lại kết quả ba bài này. Ở Bài 4 (switch story) và Bài 15 (JTBD deep-dive), bạn sẽ dùng chính các job vừa viết để luyện phỏng vấn moi ra chúng từ người thật.

Tóm tắt

  • Khách hàng không mua sản phẩm; họ thuê sản phẩm để hoàn thành một job — một tiến bộ họ muốn đạt trong một hoàn cảnh cụ thể. Đây là tinh thần câu chuyện milkshake của Clayton Christensen.
  • Mọi job có ba lớp: functional (nhiệm vụ thực tế), emotional (muốn cảm thấy gì, tránh cảm giác gì), social (muốn được người khác nhìn nhận ra sao). Chỉ tối ưu functional là lỗi tốn tiền nhất.
  • "User" kém quan trọng hơn "job": nhân khẩu học dự đoán hành vi tệ; hoàn cảnh và job dự đoán tốt hơn nhiều. Hãy phân khúc theo hoàn cảnh + job, không theo danh tính.
  • "Đối thủ" thật sự của sản phẩm là mọi thứ được thuê cho cùng job — kể cả thứ khác ngành (chuối cạnh tranh với milkshake; Netflix cạnh tranh với khóa học).
  • Công cụ cơ bản: viết job theo mẫu "Khi tôi ___, tôi muốn ___, để tôi có thể ___", rồi liệt kê đủ ba lớp và các đối thủ ẩn.
Đây là nền móng. Ở các bài tiếp theo, bạn sẽ học cách moi những job này ra từ khách hàng thật qua phỏng vấn switch story, đo bốn lực kéo-đẩy quyết định họ chuyển đổi, và map toàn bộ hành trình của một job. Nhưng tất cả bắt đầu từ một câu hỏi đơn giản bạn nên mang theo từ hôm nay: "Khách hàng đang thuê cái này để làm job gì?"