Bài 15 · Mô hình định tính, hành vi & ra quyết định trong BĐS

Persona và Jobs-to-be-Done: mô hình hóa nhu cầu thật của khách hàng BĐS

Một nhóm có thể biết khách mục tiêu là 30–40 tuổi, thu nhập 40–60 triệu, có gia đình. Nhưng mô tả đó chưa trả lời vì sao họ mua BĐS này thay vì lựa chọn khác. Persona giúp hình dung người dùng; Jobs-to-be-Done giúp hiểu công việc họ đang cố hoàn thành.

Khách hàng không chỉ 'mua căn hộ'. Họ có thể đang cố rút ngắn thời gian đi làm, đưa con vào môi trường tốt, giữ tài sản, tạo dòng tiền, chuẩn bị cho cha mẹ hoặc giảm bất định khi thuê.

Chuyên đề: Mô hình định tính, hành vi & ra quyết định trong BĐS · Bài 15 · Thị trường, khách hàng, địa điểm và dự án

Biên soạn: ThS. Nguyễn Mạnh Hùng
Đơn vị: GV. Khoa QLĐĐ&BĐS – ĐH Nông Lâm TP.HCM
Email: nguyenmanhhung@hcmuaf.edu.vn

1. Persona hữu ích khi nào?

Persona là chân dung đại diện cho một nhóm người có hành vi và nhu cầu tương đồng. Persona tốt phải được xây từ dữ liệu nghiên cứu, không phải nhân vật hư cấu tùy ý.

Thành phầnVí dụ
Bối cảnhGia đình trẻ, 1 con
Mục tiêuỔn định 7–10 năm
Ràng buộcVốn 30%, trả nợ tối đa 18tr/tháng
Tiêu chíThời gian tới việc/trường
Nỗi loPháp lý, phí, tiến độ
Hành viPortal, môi giới, cộng đồng

2. Persona khác phân khúc nhân khẩu học

Hai người cùng tuổi và thu nhập có thể có job rất khác: một người mua để ở lâu dài, người khác mua để giữ tiền. Nếu chỉ phân khúc theo tuổi/thu nhập, sản phẩm dễ trộn hai động cơ.

3. Jobs-to-be-Done

JTBD tập trung vào tiến bộ khách hàng muốn đạt được trong hoàn cảnh cụ thể. Công việc có thể có khía cạnh chức năng, xã hội và cảm xúc. Người mua căn hộ có job chức năng là ở gần nơi làm việc; cảm xúc là an tâm; xã hội là thể hiện giai đoạn trưởng thành.

4. Dữ liệu nghiên cứu khách hàng

  • Phỏng vấn một quyết định mua/thuê thật đã xảy ra.
  • Hỏi bối cảnh kích hoạt tìm kiếm.
  • Tìm lực đẩy khỏi lựa chọn cũ và lực kéo tới lựa chọn mới.
  • Hỏi lo lắng, trở ngại, giải pháp thay thế.
  • Quan sát hành trình tìm kiếm, vay và ký.

5. Cấu trúc dữ liệu phỏng vấn

respondent_idtriggerjobpaingainalternativecriterion
R01Con sắp lớp 1Ổn định chỗ ởSợ pháp lýGần trườngThuê tiếpPháp lý + trả nợ

Mỗi người trả lời là một đơn vị. Sau phỏng vấn có thể mã hóa chủ đề để tìm pattern, nhưng phải giữ transcript gốc.

6. Từ dữ liệu tới Persona

Không gom người theo cảm tính. Mã hóa nhu cầu, ràng buộc, trigger, tiêu chí và hành vi rồi nhóm các pattern lặp lại. Persona là kết quả tổng hợp, không phải điểm bắt đầu. Nếu dữ liệu lớn, có thể dùng clustering kiểm phân nhóm định tính.

7. Case: căn hộ gần khu công nghệ

Phỏng vấn cho thấy ba job: chuyên gia cần thuê linh hoạt; gia đình trẻ muốn giảm thời gian đi làm; nhà đầu tư muốn tài sản dễ cho thuê. Ba job dẫn tới ba yêu cầu sản phẩm khác nhau. Nhóm không cố tạo persona 'trung bình' mà chọn job ưu tiên.

8. Sai lầm

  • Persona không có dữ liệu.
  • Chỉ mô tả tuổi/giới tính.
  • Hỏi khách muốn tính năng gì thay vì hiểu job.
  • Gộp job mâu thuẫn.
  • Không phân biệt user, payer và decision maker.

9. Phỏng vấn theo câu chuyện chuyển đổi

JTBD đặc biệt hữu ích khi phỏng vấn một quyết định chuyển đổi thật. Thay vì hỏi “anh/chị muốn căn hộ thế nào?”, hãy hỏi điều gì kích hoạt việc tìm kiếm, lựa chọn cũ có vấn đề gì, giải pháp mới hấp dẫn ở đâu, điều gì khiến họ lo lắng và sự kiện nào cuối cùng làm họ quyết định.

Có thể nhìn bốn lực: push từ hiện trạng, pull của lựa chọn mới, anxiety về thay đổi và habit kéo họ ở lại. Đây là dữ liệu rất giàu để thiết kế sản phẩm và thông điệp.

10. Persona cần phản ánh hành vi quyết định

Persona hữu ích nhất khi có trigger, tiêu chí loại, nguồn thông tin, người ảnh hưởng, ngân sách, thời gian và alternative set. Persona chỉ có tên, tuổi, nghề và ảnh minh họa thường có giá trị rất thấp.

NhómBiến nên có
TriggerSự kiện bắt đầu tìm kiếm
Decision criteria3–5 tiêu chí chính
ConstraintsVốn, pháp lý, thời gian
InfluencersVợ/chồng, cha mẹ, bank, broker
AlternativesThuê, mua khác khu, chưa mua
EvidenceNguồn dữ liệu tạo persona

11. Từ JTBD sang phân khúc

Jobs-based segmentation có thể khác demographic segmentation. Cùng là nhà đầu tư 35–45 tuổi nhưng một nhóm cần bảo toàn vốn, nhóm khác cần dòng tiền, nhóm khác đầu cơ theo hạ tầng. Sản phẩm và risk tolerance khác nhau.

Nếu dữ liệu đủ lớn, có thể mã hóa job/pain/constraint rồi dùng clustering để kiểm nhóm. Nhưng cluster chỉ có giá trị nếu vẫn giải thích được logic job.

12. Case: khách mua nhà lần đầu

Trigger có thể là kết hôn hoặc có con. Push: thuê thiếu ổn định. Pull: sở hữu và gần trường. Anxiety: nợ dài hạn và pháp lý. Habit: ngại đổi khu sống. Sản phẩm tốt không chỉ cần giá vừa; cần giảm anxiety bằng minh bạch pháp lý và payment plan, đồng thời làm switching dễ hơn.

13. Bài tập thực hành: từ transcript tới Persona/JTBD

Phỏng vấn tối thiểu 5 người đã mua hoặc thuê BĐS trong 12 tháng gần đây. Không hỏi “anh/chị thích gì” trước. Hãy dựng timeline quyết định, trigger, push, pull, anxiety, habit và tiêu chí cuối cùng. Sau đó mã hóa các đoạn transcript và tìm pattern.

Chỉ tạo Persona khi có pattern lặp. Nếu 5 người quá khác nhau, kết luận đúng có thể là dữ liệu chưa đủ hoặc thị trường có nhiều job khác nhau, chứ không phải ép họ thành một Persona trung bình.

14. Persona phải có “hạn sử dụng”

Hành vi mua nhà thay đổi theo lãi suất, công nghệ, giai đoạn gia đình và nguồn cung. Persona xây năm 2024 có thể không còn đúng năm 2027. Nên ghi thời điểm nghiên cứu, thị trường và sample. Khi conversion hoặc hành vi thay đổi đáng kể, cần rà lại thay vì tiếp tục dùng chân dung cũ.

Ghi nhớ trong 30 giây

  • Persona mô tả pattern người dùng; JTBD mô tả tiến bộ họ muốn đạt.
  • Nhân khẩu học không đủ giải thích hành vi.
  • Nghiên cứu dựa trên quyết định thật.
  • Một sản phẩm không nên phục vụ mọi job.
  • Dữ liệu phỏng vấn cần mã hóa nhưng giữ nguồn gốc.

Nguồn tham khảo

  • Christensen và cộng sự – Know Your Customers’ Jobs to Be Done.
  • Strategyzer – Customer Profile: jobs, pains, gains.

Bài tiếp theo: Customer Journey và Service Blueprint: từ hành trình khách tới quy trình phục vụ

📚 Xem toàn bộ 20 bài trong series Mô hình định tính, hành vi & ra quyết định trong BĐS