Jobs To Be Done là gì? Jobs To Be Done (viết tắt JTBD, tạm dịch là “công việc cần hoàn thành”) là khung tư duy nghiên cứu khách hàng, trong đó khách không “mua sản phẩm” mà “thuê” sản phẩm để tiến bộ trong một hoàn cảnh cụ thể. Thay vì hỏi “khách là ai”, JTBD hỏi “khách đang cố làm gì và điều gì đang cản họ”.
Cập nhật: tháng 10/2026. Bài do đội nội dung Vidco Group biên soạn, đối chiếu với các nguồn học thuật và nguồn gốc của khung JTBD ở cuối bài.
Mục lục
- Jobs To Be Done là gì và từ đâu ra?
- JTBD khác gì nhu cầu, buyer persona và user story?
- Ba loại job: chức năng, cảm xúc, xã hội
- Câu chuyện milkshake: đọc đúng và đọc có phê phán
- Hai trường phái JTBD cần biết
- Bốn lực quyết định việc khách chuyển sang giải pháp mới
- Cách thực hiện JTBD research từng bước
- Cách viết job statement và outcome statement
- Áp dụng JTBD vào marketing, nội dung và quảng cáo
- Lỗi thường gặp khi dùng JTBD
- Khi nào nên và không nên dùng JTBD
- Câu hỏi thường gặp
- Nguồn tham khảo
Jobs To Be Done là gì và từ đâu ra?
JTBD xuất phát từ một quan sát đơn giản: khi mua một thứ gì đó, con người đang “thuê” nó để giải quyết một vấn đề hoặc tạo ra một bước tiến trong cuộc sống. Một chiếc khoan điện không được mua vì khách muốn có cái khoan, mà vì họ cần một cái lỗ trên tường. Nhìn theo hướng này, đối thủ của bạn không chỉ là những sản phẩm cùng loại, mà là mọi lựa chọn khác có thể hoàn thành cùng công việc đó, kể cả “không làm gì cả”.
Khung này gắn với hai nhánh chính:
- Clayton Christensen (Harvard Business School) cùng các đồng tác giả phổ biến cách nhìn “khách hàng thuê sản phẩm”, nổi tiếng qua bài “Marketing Malpractice” trên Harvard Business Review năm 2005 và bài “Know Your Customers’ Jobs to Be Done” năm 2016.
- Tony Ulwick (Strategyn) phát triển phương pháp Outcome-Driven Innovation, trong đó mỗi job được chia nhỏ thành các “kết quả mong muốn” có thể đo bằng khảo sát.
Bob Moesta, người cộng tác với Christensen, tiếp tục phát triển cách phỏng vấn “switch interview” mà nhiều team sản phẩm dùng ngày nay. Vì vậy khi đọc tài liệu về JTBD, bạn sẽ gặp nhiều cách trình bày khác nhau; phần “Hai trường phái” bên dưới giúp bạn phân biệt.
Điểm chung của mọi biến thể: đơn vị phân tích là công việc trong một hoàn cảnh, không phải con người hay sản phẩm. Cùng một người có thể “thuê” nhiều sản phẩm khác nhau cho nhiều job khác nhau, và nhiều người rất khác nhau có thể thuê cùng một sản phẩm cho cùng một job.
JTBD khác gì nhu cầu, buyer persona và user story?
Nhiều team nhầm JTBD với những khái niệm quen thuộc hơn. Bảng dưới giúp phân biệt nhanh để biết khi nào cần dùng công cụ nào.
| Khái niệm | Trả lời câu hỏi | Ví dụ đầu ra | Điểm yếu nếu dùng một mình |
|---|---|---|---|
| Buyer persona | Khách là ai? | “Chị Lan, 32 tuổi, quản lý marketing, thích đọc blog” | Hai người cùng persona có thể mua vì lý do hoàn toàn khác nhau |
| Nhu cầu (need) | Khách muốn gì? | “Cần phần mềm quản lý dự án” | Thường là giải pháp đã định sẵn, che mất vấn đề gốc |
| Jobs To Be Done | Khách đang cố tiến bộ điều gì, trong hoàn cảnh nào, và điều gì cản trở? | “Khi nhóm làm việc từ xa, tôi muốn theo dõi tiến độ mà không cần họp, để không mất cả buổi sáng” | Tốn công phỏng vấn, khó khi chưa có khách hàng thật để nói chuyện |
| User story (Agile) | Tính năng nào cần xây? | “Là quản lý, tôi muốn xem bảng tiến độ để biết ai đang làm gì” | Đã nằm ở tầng giải pháp, không giải thích động cơ |
Cách phối hợp hợp lý: dùng JTBD ở giai đoạn khám phá để quyết định nên xây gì và nói gì; dùng persona để chọn kênh và giọng điệu; dùng user story để triển khai. Chúng bổ sung cho nhau, không thay thế nhau.
Ba loại job: chức năng, cảm xúc, xã hội
Một job thường có ba lớp, và sản phẩm thắng thế khi đáp ứng được nhiều lớp cùng lúc.
Job chức năng (functional)
Nhiệm vụ thực tế cần hoàn thành: đi từ nhà đến công ty, gửi hồ sơ cho đối tác, tính chi phí dự án. Đây là lớp dễ mô tả nhất, nhưng cũng là lớp mà đối thủ dễ sao chép nhất.
Job cảm xúc (emotional)
Cảm giác người dùng muốn có hoặc muốn tránh: yên tâm, được kiểm soát, không bị đánh giá, không lo bị lừa. Hai sản phẩm cùng làm một việc nhưng xử lý cảm xúc khác nhau sẽ hút hai nhóm khách khác nhau.
Job xã hội (social)
Cách người dùng muốn được người khác nhìn nhận: là người am hiểu công nghệ, là người có trách nhiệm với môi trường, là nhân viên đáng tin. Nhiều quyết định mua hàng được giải thích bằng lớp này nhiều hơn là bằng thông số kỹ thuật.
| Tình huống | Job chức năng | Job cảm xúc | Job xã hội |
|---|---|---|---|
| Chủ shop thuê agency chạy quảng cáo | Có đơn hàng đều từ quảng cáo trả phí | Yên tâm là tiền quảng cáo không bị đốt vô ích | Được đối tác thấy là người bán hàng bài bản |
| Trưởng phòng marketing mua công cụ báo cáo | Tổng hợp số liệu đa kênh nhanh hơn | Bớt áp lực mỗi cuối tháng | Được cấp trên đánh giá là người làm việc dựa trên dữ liệu |
| Người đi làm đăng ký khóa học online | Học thêm kỹ năng mới | Giảm lo lắng bị tụt lại so với đồng nghiệp | Có thêm chứng chỉ để trình bày trong hồ sơ |
Cách tách ba lớp này cũng giải thích vì sao 5 Whys hữu ích. Hỏi “tại sao” liên tiếp, lớp chức năng thường xuất hiện ở câu trả lời đầu, còn lớp cảm xúc và xã hội thường lộ ra ở các câu sau.
Câu chuyện milkshake: đọc đúng và đọc có phê phán
Ví dụ kinh điển nhất của JTBD là câu chuyện milkshake. Theo cách kể phổ biến trong tài liệu của Harvard Business School, một chuỗi thức ăn nhanh muốn tăng doanh số milkshake đã thử làm shake sôcôla hơn, rẻ hơn, nhiều miếng hơn theo ý kiến khảo sát, nhưng doanh số không đổi. Nhóm nghiên cứu sau đó quan sát ai mua milkshake, vào lúc nào, và phát hiện một lượng lớn được bán vào buổi sáng sớm cho người đi làm bằng xe hơi, thường chỉ mua đúng món đó.
Phỏng vấn cho thấy “công việc” của những khách này là: có thứ gì đó giữ cho quãng đường dài đỡ nhàm chán, lấp bụng đến trưa, và dùng được bằng một tay. Trong bối cảnh đó, milkshake đặc cạnh tranh với bánh mì, bánh rán, chuối hay thậm chí là việc không ăn gì, chứ không cạnh tranh với một ly shake khác.
Một vài lưu ý để dùng ví dụ này đúng cách:
- Con số khác nhau theo từng cách kể. Có nguồn nói khoảng 40% milkshake bán vào buổi sáng, có nguồn nói gần một nửa bán trước 8h30. Hãy coi đó là minh họa, không phải số liệu để trích dẫn.
- Tên thương hiệu không được xác nhận trong nguồn gốc. Nhiều bài tiếng Việt gắn câu chuyện với một thương hiệu cụ thể, nhưng tài liệu của Harvard chỉ nói đến một chuỗi thức ăn nhanh; bài này theo cách diễn đạt thận trọng đó.
- Có phê phán học thuật. Strategyn, đơn vị theo trường phái Ulwick, cho rằng “quãng đường dài nhàm chán” là bối cảnh chứ chưa phải một job được định nghĩa chuẩn, và nghi ngờ mức độ chứng minh bằng doanh thu của ví dụ này.
Bài học còn lại giá trị dù có phê phán: muốn cải thiện sản phẩm, hãy hiểu hoàn cảnh sử dụng và đối thủ thật trong hoàn cảnh đó, chứ đừng chỉ hỏi khách “bạn muốn thêm gì”.
Hai trường phái JTBD cần biết
Khi tìm hiểu JTBD bạn sẽ thấy các bài hướng dẫn mâu thuẫn nhau. Phần lớn do chúng đến từ hai trường phái với mục tiêu khác nhau.
| Tiêu chí | Hướng Christensen / Moesta | Hướng Ulwick (Outcome-Driven Innovation) |
|---|---|---|
| Đơn vị chính | Hoàn cảnh và bước chuyển của khách (switch) | Job cốt lõi và danh sách kết quả mong muốn |
| Phương pháp chủ đạo | Phỏng vấn định tính về lần chuyển đổi gần nhất, dựng dòng thời gian | Phỏng vấn để lập danh sách outcome, sau đó khảo sát định lượng mức quan trọng và mức hài lòng |
| Đầu ra điển hình | Câu chuyện, các lực thúc đẩy và cản trở, thông điệp | Bản đồ cơ hội (outcome quan trọng nhưng chưa được đáp ứng) |
| Phù hợp khi | Cần hiểu vì sao khách đổi sang hoặc rời sản phẩm, viết thông điệp | Cần ưu tiên roadmap sản phẩm có số liệu |
| Hạn chế | Mẫu nhỏ, khó khái quát hóa bằng con số | Tốn công xây danh sách outcome và khảo sát đủ lớn |
Với đa số doanh nghiệp vừa và nhỏ tại Việt Nam, bắt đầu bằng hướng phỏng vấn switch là thực tế hơn vì không cần mẫu khảo sát lớn. Khi sản phẩm đã có lượng khách đủ để khảo sát, bạn có thể bổ sung bước xếp hạng outcome của hướng Ulwick.
Bốn lực quyết định việc khách chuyển sang giải pháp mới
Trong cách tiếp cận switch interview, hành vi chuyển đổi được giải thích bằng bốn lực, giúp bạn biết nên tác động vào đâu thay vì chỉ “đẩy mạnh quảng cáo”.
- Lực đẩy (push): bất mãn với giải pháp hiện tại, ví dụ báo cáo làm tay mất cả ngày.
- Lực kéo (pull): hình dung về cuộc sống tốt hơn với giải pháp mới.
- Lo lắng (anxiety): sợ giải pháp mới không hiệu quả, sợ mất công chuyển, sợ bị đánh giá nếu chọn sai.
- Thói quen (habit): quán tính của cách làm cũ, dù chưa hoàn hảo.
Khách chỉ chuyển khi tổng lực đẩy và kéo lớn hơn tổng lo lắng và thói quen. Nhiều chiến dịch marketing chỉ làm lực kéo (khoe tính năng) mà quên giảm lo lắng (bảo hành, dùng thử, hỗ trợ chuyển dữ liệu). Đây thường là chỗ dư địa lớn nhất.
Cách thực hiện JTBD research từng bước
Quy trình tối giản dưới đây dùng được cho team nhỏ, chưa cần phần mềm chuyên dụng.
- Chọn đúng người để phỏng vấn. Ưu tiên người vừa mua hoặc vừa chuyển đi trong thời gian gần (ký ức còn rõ). Lấy cả nhóm mua và nhóm rời bỏ hoặc mua rồi không dùng nữa.
- Hỏi về một lần quyết định cụ thể, không hỏi ý kiến chung. “Hãy kể lại lần bạn quyết định thay đổi cách làm…” tốt hơn “Bạn thích gì ở sản phẩm?”.
- Dựng dòng thời gian: khoảnh khắc đầu tiên nghĩ tới việc cần giải pháp, khi nào bắt đầu tìm, đã xem những lựa chọn nào, điều gì làm họ chốt, lần dùng đầu tiên ra sao.
- Tìm “struggling moment”: thời điểm khách nhận ra giải pháp hiện tại không đủ tốt. Đây là trigger bạn có thể nhắm tới trong nội dung và quảng cáo.
- Ghi lại bốn lực (đẩy, kéo, lo lắng, thói quen) cho mỗi người.
- Gom nhóm theo job, không theo nhân khẩu học. Những câu chuyện có cùng hoàn cảnh và mục tiêu thì xếp chung dù người kể khác nhau hoàn toàn.
- Viết job statement cho từng nhóm và đặt tên đối thủ thật (bao gồm giải pháp thủ công và “không làm gì”).
- Chuyển thành hành động: đổi thông điệp trang đích, nội dung blog, kịch bản quảng cáo, thứ tự ưu tiên tính năng, và đo lại.
Bao nhiêu cuộc phỏng vấn là đủ?
Không có con số cố định áp dụng cho mọi trường hợp. Cách làm thực tế là phỏng vấn theo từng đợt nhỏ và dừng khi bạn bắt đầu nghe các câu chuyện lặp lại cùng hoàn cảnh, cùng lực cản (gọi là bão hòa). Nếu thị trường có nhiều nhóm job rất khác nhau, mỗi nhóm cần đủ câu chuyện riêng.
Câu hỏi mẫu cho switch interview
- Chuyện gì xảy ra khiến bạn bắt đầu tìm giải pháp?
- Trước đó bạn đã xoay xở thế nào? Điều gì làm bạn thấy chưa ổn?
- Bạn đã xem những lựa chọn nào khác, kể cả làm thủ công?
- Điều gì khiến bạn lo lắng nhất trước khi quyết định?
- Khoảnh khắc nào làm bạn chắc chắn là mình sẽ chọn?
- Sau khi dùng, kết quả có đúng điều bạn kỳ vọng không? Điều gì còn thiếu?
Cách viết job statement và outcome statement
Công thức job statement phổ biến nhất: “Khi [hoàn cảnh], tôi muốn [động lực/việc cần làm], để tôi có thể [kết quả mong đợi].”
- Khi cuối tháng phải báo cáo kết quả cho sếp, tôi muốn gom số liệu quảng cáo về một chỗ, để tôi không phải mất cả ngày chép tay.
- Khi team làm việc ở nhiều múi giờ, tôi muốn theo dõi tiến độ mà không cần họp, để công việc không bị chậm vì chờ nhau.
- Khi mở cửa hàng online lần đầu, tôi muốn biết nên đầu tư vào kênh nào trước, để tôi không đốt ngân sách vào kênh không hợp.
Hướng Ulwick viết khác: job theo cấu trúc động từ + đối tượng + hoàn cảnh (ví dụ “lập báo cáo hiệu quả quảng cáo hằng tháng”), và outcome theo cấu trúc hướng cải thiện + chỉ số + đối tượng (ví dụ “giảm thời gian cần để tổng hợp số liệu”). Hãy dùng đúng một cách viết xuyên suốt dự án để cả team dễ so sánh.
| Job statement tốt | Job statement chưa tốt | Vì sao |
|---|---|---|
| Khi chạy quảng cáo lần đầu, tôi muốn biết ngân sách nào là hợp lý, để không lỗ | Tôi muốn dùng phần mềm quảng cáo | Vế sau đã là giải pháp, không có hoàn cảnh hay động lực |
| Khi khách hỏi về giá, tôi muốn trả lời nhanh và chính xác, để không mất khách | Tôi muốn chatbot tự động | Chatbot là một cách giải quyết, không phải job |
| Khi chuẩn bị họp hội đồng, tôi muốn có bộ số liệu tin cậy, để tôi tự tin trình bày | Tôi muốn dashboard đẹp | “Đẹp” là thuộc tính, không phải kết quả |
Áp dụng JTBD vào marketing, nội dung và quảng cáo
1. Viết lại thông điệp quanh job
Khi hiểu job, thông điệp chuyển từ liệt kê tính năng sang mô tả tiến bộ. Ví dụ: thay vì “Phần mềm quản lý dự án với nhiều tính năng”, dùng “Giao việc rõ ràng để dự án đúng hạn mà không cần họp liên tục”. Cả hai câu có thể cùng mô tả một sản phẩm, nhưng câu sau nói với đúng hoàn cảnh của người đọc.
2. Thiết kế nội dung theo trigger và đối thủ thật
Mỗi struggling moment là một chủ đề nội dung tiềm năng: người đọc gõ gì vào Google khi họ nhận ra cách cũ không ổn? Từ đó bạn có thể lên bộ từ khóa theo hoàn cảnh (“báo cáo quảng cáo nhiều kênh mất thời gian”) thay vì chỉ theo tên sản phẩm. Cách nhìn này cũng bổ sung tốt cho việc phân tích search intent trong dịch vụ SEO tổng thể.
3. Chọn góc quảng cáo
Một sản phẩm có thể phục vụ nhiều job. Mỗi job tương ứng một góc quảng cáo và một trang đích riêng. Thay vì một thông điệp chung cho mọi đối tượng, bạn thử nghiệm từng job và xem job nào cho tỷ lệ chuyển đổi tốt hơn.
4. Giảm lo lắng và thói quen
Nếu phỏng vấn cho thấy lo lắng lớn nhất là “sợ chuyển rồi mất dữ liệu”, đưa cam kết hỗ trợ chuyển dữ liệu lên đầu trang đích. Nếu thói quen lớn nhất là bảng tính quen tay, hãy cho khách nhập từ bảng tính cũ.
| Phát hiện từ phỏng vấn | Hành động marketing | Chỉ số theo dõi |
|---|---|---|
| Khách chuyển khi cuối tháng bị áp lực báo cáo | Tạo nội dung và quảng cáo nhắm vào thời điểm cuối tháng; trang đích nói về “báo cáo trong vài phút” | Tỷ lệ chuyển đổi của trang đích theo thời điểm |
| Nhiều người sợ triển khai phức tạp | Thêm mục “Các bước triển khai” và ví dụ thực tế | Tỷ lệ thoát và tỷ lệ gửi form |
| Đối thủ lớn nhất là bảng tính, không phải sản phẩm cùng loại | Viết so sánh “Bảng tính và công cụ chuyên dụng” | Lưu lượng tự nhiên cho nhóm từ khóa so sánh |
Nếu bạn cần chuyển các insight này thành chiến dịch cụ thể, dịch vụ Digital Marketing của Vidco Group triển khai thông điệp, nội dung và quảng cáo theo cùng một khung thống nhất. JTBD cũng liên quan chặt với Product-Market Fit: khi job rõ và sản phẩm giải quyết tốt, tín hiệu PMF thường xuất hiện sớm hơn.
Lỗi thường gặp khi dùng JTBD
- Đặt giải pháp vào trong job. “Tôi cần một app” không phải job. Hãy hỏi tiếp “để làm gì, trong hoàn cảnh nào”.
- Phỏng vấn người chưa từng mua. Họ kể theo giả định, không phải theo hành vi thật.
- Hỏi ý kiến thay vì hỏi chuyện đã xảy ra. Câu “bạn muốn tính năng gì” cho ra danh sách mong muốn, không phải động cơ.
- Dừng ở job chức năng. Bỏ qua lớp cảm xúc và xã hội khiến thông điệp giống mọi đối thủ.
- Gom nhóm theo nhân khẩu học. Làm mất đúng thứ JTBD cố tìm: hai người khác nhau có thể cùng job.
- Coi job statement là đích cuối. Không biến thành thay đổi thông điệp, tính năng hay chiến dịch thì nghiên cứu chỉ nằm trong slide.
- Dùng mẫu quá ít hoặc quá lệch. Chỉ phỏng vấn khách hài lòng sẽ bỏ sót lý do người khác rời đi.
Khi nào nên và không nên dùng JTBD
| Nên dùng JTBD khi | Chưa cần JTBD hoặc cần kết hợp thêm khi |
|---|---|
| Sản phẩm bán chưa tốt dù đã “đủ tính năng” | Chưa có khách hàng nào để phỏng vấn (nên làm khảo sát thị trường trước) |
| Cần chọn thông điệp cho trang đích hoặc chiến dịch mới | Chỉ cần sửa lỗi kỹ thuật, tối ưu tốc độ |
| Muốn biết đối thủ thật trong mắt khách | Quyết định chỉ phụ thuộc vào giá và khách mua theo thông số cố định |
| Cần ưu tiên roadmap sản phẩm | Cần số liệu định lượng đại diện cho cả thị trường (kết hợp khảo sát) |
Câu hỏi thường gặp
Jobs To Be Done là gì, nói ngắn gọn?
Là khung tư duy cho rằng khách hàng “thuê” sản phẩm để hoàn thành một công việc trong một hoàn cảnh cụ thể. Mục tiêu là hiểu động lực và hoàn cảnh phía sau quyết định mua thay vì chỉ nhìn nhân khẩu học hay tính năng.
JTBD khác gì buyer persona?
Persona mô tả khách là ai; JTBD mô tả khách đang cố làm gì và điều gì cản họ. Hai người cùng persona có thể có job khác nhau, và hai người khác persona có thể có cùng job. Nên dùng kết hợp thay vì chọn một.
JTBD khác gì User Story trong Agile?
User story mô tả tính năng từ góc nhìn người dùng và thuộc giai đoạn triển khai. JTBD thuộc giai đoạn khám phá, giúp quyết định nên xây gì. Job tốt có thể sinh ra nhiều user story.
Làm sao phân biệt job chức năng, cảm xúc và xã hội?
Hỏi “tại sao” nhiều lần. Câu trả lời đầu thường là chức năng, các câu sau thường lộ ra cảm xúc (cảm thấy yên tâm, được kiểm soát) và xã hội (người khác nhìn mình thế nào). Một job thực tế thường có cả ba lớp.
Bao nhiêu cuộc phỏng vấn JTBD là đủ?
Không có con số cố định. Phỏng vấn theo đợt nhỏ và dừng khi các câu chuyện bắt đầu lặp lại cùng hoàn cảnh và cùng lực cản. Nếu thị trường có nhiều nhóm job khác nhau, mỗi nhóm cần có câu chuyện riêng.
Câu chuyện milkshake có phải ví dụ đáng tin không?
Nó là ví dụ minh họa hữu ích để hiểu tư duy, nhưng các con số và tên thương hiệu thay đổi theo từng bản kể, và có phê phán học thuật về cách ví dụ này được diễn giải. Nên dùng như minh họa chứ không như bằng chứng thống kê.
Doanh nghiệp nhỏ có làm JTBD được không?
Có. Bạn có thể bắt đầu với một nhóm nhỏ khách hàng vừa mua và vài người đã rời đi, ghi âm cuộc trò chuyện, dựng dòng thời gian bằng bảng tính. Quan trọng là biến phát hiện thành thay đổi cụ thể ở thông điệp hoặc sản phẩm.
JTBD có dùng được cho SEO và nội dung không?
Có. Struggling moment cho bạn biết người đọc đang tìm gì khi cách cũ không còn ổn. Từ đó lên chủ đề, tiêu đề và cấu trúc bài theo đúng hoàn cảnh, thay vì chỉ bám tên sản phẩm hoặc từ khóa chung.
Kết luận và bước tiếp theo
JTBD giúp bạn đổi câu hỏi từ “khách là ai, cần tính năng gì” sang “khách đang cố tiến bộ điều gì, trong hoàn cảnh nào, điều gì đang cản”. Bắt đầu nhỏ: chọn vài khách vừa mua và vài khách vừa rời đi, phỏng vấn theo dòng thời gian, viết hai đến ba job statement và thử đổi thông điệp ở một trang đích. Đo kết quả rồi mở rộng.
Nếu bạn muốn biến insight khách hàng thành thông điệp, nội dung và quảng cáo cụ thể, Vidco Group có thể hỗ trợ xây quy trình nghiên cứu và triển khai phù hợp với nguồn lực hiện tại của doanh nghiệp bạn. Bạn cũng có thể xem từ điển thuật ngữ SEO để tra các khái niệm liên quan.
Nguồn tham khảo
- Harvard Business Review: Marketing Malpractice: The Cause and the Cure (2005)
- Harvard Business Review: Know Your Customers’ “Jobs to Be Done” (2016)
- Harvard Business School Working Knowledge: Clay Christensen’s Milkshake Marketing
- Strategyn: Jobs-to-be-Done và Outcome-Driven Innovation
Cập nhật: tháng 10/2026.
