↑
Giáo trình nội bộ · Đội Product

Giáo trình cho người xây sản phẩm

FLYER chỉ dành khoảng 10% doanh thu cho marketing. Nghĩa là 90% tăng trưởng phải đến từ chính sản phẩm: giải đúng vấn đề, giữ được người dùng, và để người dùng kéo người dùng mới về. Giáo trình gồm 2 phần Mindset và Skillset. Mỗi module có giới thiệu ngắn, bài đọc tuyển chọn từ những nguồn tốt nhất, và một bài tập áp dụng thẳng vào việc mình đang làm.

2Phần
10Module
40Bài đọc tuyển chọn
10%Ngân sách marketing

Vòng lặp của người xây sản phẩm

01

10 module không nằm rời rạc. Chúng nằm dọc theo một vòng lặp mà đội product đi qua mỗi tuần: nghe khách hàng, đào ra vấn đề gốc, xây thứ đáng lan truyền, đo cho ra sự thật, giữ chân người dùng, rồi tái đầu tư để vòng sau quay nhanh hơn.

NGHENói chuyện với khách hàng, lấy feedback thậtS1
ĐÀOYêu vấn đề, tìm cho ra vấn đề gốcM1 · M2
XÂYSản phẩm tốt đến mức tự lan truyềnM3
ĐONorth Star, analytics, feature metrics, aha momentS2 → S5
GIỮRetention tích luỹ thành quả cầu tuyếtM5
TÁI ĐẦU TƯDồn thành quả ngược lại vào sản phẩmM4

Nguyên tắc 1

Sản phẩm đi trước marketing. Với 10% ngân sách marketing, cách duy nhất để tăng trưởng là sản phẩm tốt đến mức người dùng tự kể cho nhau.

Nguyên tắc 2

Nói bằng số và bằng lời khách hàng. Mỗi quyết định tính năng cần một con số hoặc một trích dẫn khách hàng đứng sau, không dựa vào cảm tính hay cấp bậc.

Nguyên tắc 3

Đọc xong phải làm. Mỗi module có một bài tập áp dụng vào tính năng đang xây. Không có module nào kết thúc bằng "đã hiểu rồi".

Cách học gợi ý: mỗi tuần một module. 30 phút đọc trước, 45 phút thảo luận cả đội, bài tập nộp trước buổi kế tiếp. Đi hết giáo trình trong một quý.

Phần I · Mindset

02

Cách nghĩ quyết định cách làm. 5 module này là nền móng: nghĩ sai ở đây thì kỹ năng ở Phần II chỉ giúp làm sai nhanh hơn.

Cách nghĩ của người xây sản phẩm

5 module
M1Yêu vấn đề, đừng yêu giải phápFall in love with the problem▶
Uri Levine, đồng sáng lập Waze, đặt câu này làm tựa sách. Nếu bạn yêu giải pháp, bạn sẽ bảo vệ nó kể cả khi nó sai. Nếu bạn yêu vấn đề, bạn sẵn sàng vứt giải pháp đi để tìm cách giải tốt hơn. Vấn đề thì bền theo năm tháng, giải pháp thì phải thay liên tục.

Ý chính

  • Bắt đầu mọi thứ bằng câu hỏi "ai đang đau, đau ở đâu, đau đến mức nào", không phải "mình sẽ xây gì".
  • Vấn đề đáng giải là vấn đề nhiều người gặp, gặp thường xuyên, và họ đang phải trả giá bằng thời gian, tiền hoặc sự khó chịu để chịu đựng nó.
  • Phiên bản giải pháp đầu tiên gần như luôn sai một phần. Người yêu vấn đề coi đó là chuyện bình thường và đổi hướng nhanh, không cay cú.

Áp dụng tại FLYER

  • Trước khi đề xuất tính năng, viết được một câu: giáo viên hay học sinh nào đang gặp chuyện gì, bao nhiêu người, nhìn thấy ở số liệu nào.
  • Khi trình bày tính năng trong họp product, nói về vấn đề trước, giải pháp sau. Ai mở màn bằng màn hình đẹp là đang đi ngược.

Bài đọc

  • Fall in Love with the Problem, Not the Solution — Uri Levine · sáchSách gốc của đồng sáng lập Waze: khởi nghiệp thành công nhờ ám ảnh với vấn đề thật của người dùng, và đo product-market fit bằng retention.
  • Lessons from Uri Levine — Lenny's PodcastBản phỏng vấn cô đọng cả cuốn sách: yêu vấn đề, lặp cho tới khi đạt PMF, coi retention là thước đo cuối cùng.
  • How to Get Startup Ideas — Paul GrahamBài luận kinh điển: sản phẩm tốt bắt đầu từ việc nhận ra vấn đề có thật, không phải từ việc ngồi nghĩ ra giải pháp.
Bài tậpLấy tính năng mình đang xây, viết phát biểu vấn đề trong 3 câu: ai — đau gì — bằng chứng nào. Nếu viết không nổi, đó là dấu hiệu mình đang yêu giải pháp chứ không phải vấn đề.
M2Tìm cho ra vấn đề gốcRoot problems · 5 Whys▶
Cái người dùng kêu thường là triệu chứng, không phải bệnh. Sửa triệu chứng thì tuần sau lại mọc triệu chứng khác. Toyota có kỹ thuật 5 Whys: hỏi "vì sao" đủ số lần cho đến khi chạm vào nguyên nhân gốc, thường mất khoảng 5 lần hỏi.

Ý chính

  • Chuỗi 5 Whys ví dụ tại FLYER: học sinh bỏ giữa bài luyện → vì bài dài quá → vì đề thi thật dài như vậy → vì mình bê nguyên đề thi vào app → vì chưa thiết kế chế độ luyện ngắn theo từng phần. Vấn đề gốc nằm ở tầng cuối, không phải "thêm nút lưu tạm".
  • Vấn đề gốc thường nằm ở quy trình, động cơ hoặc cấu trúc, hiếm khi nằm ở một nút bấm.
  • Tư duy first principles: bóc bài toán về những sự thật cơ bản rồi xây lại từ đó, thay vì lý luận "app khác cũng làm thế".

Áp dụng tại FLYER

  • Mỗi phàn nàn lặp lại từ 3 khách trở lên phải được chạy một chuỗi 5 Whys trước khi đưa vào backlog.
  • Trong spec tính năng, có một dòng "vấn đề gốc" tách riêng khỏi "hiện tượng người dùng kêu".

Bài đọc

  • The Five Whys for Start-Ups — Eric Ries · Harvard Business ReviewĐưa 5 Whys của Toyota vào đội sản phẩm: hỏi vì sao liên tiếp để đi từ triệu chứng về nguyên nhân gốc.
  • Are You Solving the Right Problems? — Thomas Wedell-Wedellsborg · HBRKỹ thuật đóng khung lại vấn đề với ví dụ "thang máy chậm" nổi tiếng: phần lớn tổ chức nhảy vào giải pháp trước khi chẩn đoán xong.
  • 5 Whys — Lean Enterprise InstituteĐịnh nghĩa chuẩn cùng ví dụ gốc của Taiichi Ohno về chiếc máy hỏng trong nhà máy Toyota.
  • First Principles: The Building Blocks of True Knowledge — Farnam StreetBóc bài toán về các sự thật cơ bản thay vì lý luận theo phép so sánh, với ví dụ chi phí tên lửa của SpaceX.
Bài tậpLấy một phàn nàn gần nhất từ CS, chạy chuỗi 5 vì sao và ghi lại từng tầng. Nộp cả chuỗi, không chỉ kết luận. So sánh tầng cuối với thứ đang nằm trong backlog: có trùng nhau không?
M3Xây sản phẩm tự lan truyền, không dựa vào marketingViral · word of mouth▶
FLYER dành khoảng 10% doanh thu cho marketing, thấp hơn nhiều lần mặt bằng edtech. Đây là chiến lược chứ không phải hạn chế: tiền không đốt vào quảng cáo được dồn vào sản phẩm, và đổi lại sản phẩm phải gánh vai trò tăng trưởng. Duolingo cùng ngành với mình đã chứng minh đường này đi được: tăng trưởng chủ yếu bằng sản phẩm, streak và leaderboard, không phải bằng ngân sách quảng cáo.

Ý chính

  • Word of mouth chỉ xảy ra khi sản phẩm vượt kỳ vọng. Sản phẩm "đạt yêu cầu" không ai đi kể.
  • Viral loop tốt là loop hai chiều cùng có lợi: Dropbox tặng dung lượng cho cả người mời lẫn người được mời, người dùng mời bạn vì chính họ được lợi.
  • Trong giáo dục, mạng lưới có sẵn: phụ huynh khoe kết quả của con, giáo viên mách đồng nghiệp, trường nhìn trường bên cạnh. Việc của product là thiết kế sẵn "khoảnh khắc đáng khoe" và làm cho việc chia sẻ chỉ tốn một chạm.

Áp dụng tại FLYER

  • Mỗi tính năng lớn phải trả lời câu hỏi: sau khi dùng xong, người dùng có thứ gì đáng đem đi khoe hoặc gửi cho người khác không?
  • Đo tỷ lệ lead đến từ giới thiệu như một chỉ số sức khoẻ của sản phẩm, không phải của riêng đội sale.

Bài đọc

  • How Duolingo reignited user growth — Jorge Mazal (cựu CPO Duolingo) · Lenny's NewsletterBài được đọc nhiều nhất của Lenny: một edtech tăng DAU 4,5 lần gần như không cần quảng cáo, bằng leaderboard, streak và notification. Bài bắt buộc với FLYER.
  • What's your viral loop? — Andrew ChenFramework kinh điển về viral loop: chuỗi bước từ lúc một người dùng đến cho tới lúc họ kéo người tiếp theo vào.
  • The Dropbox Referral Program: 3900% Growth in 15 Months — GrowSurfMổ xẻ referral loop nổi tiếng nhất: tặng dung lượng hai chiều đưa Dropbox từ 100 nghìn lên 4 triệu người dùng trong 15 tháng.
  • The Network Effects Manual — James Currier · NFXBảng phân loại 16 kiểu network effect và cách mỗi kiểu giúp sản phẩm tự lớn, tự phòng thủ mà không cần đốt tiền quảng cáo.
Bài tậpChỉ ra một điểm trong luồng hiện tại nơi người dùng vừa nhận được thứ đáng chia sẻ (bảng điểm, chứng chỉ, kết quả sau kỳ luyện). Đề xuất một cách làm cho việc chia sẻ ở điểm đó dễ hơn ít nhất một nửa.
M4Tái đầu tư và xây tiếpReinvest · flywheel▶
Tăng trưởng mua bằng quảng cáo dừng ngay khi ngừng trả tiền. Tăng trưởng bằng sản phẩm thì cộng dồn: mỗi cải tiến làm retention nhích lên một chút, doanh thu giữ lại được dồn vào cải tiến tiếp theo. Amazon gọi đây là bánh đà: từng vòng đẩy riêng lẻ thấy nhẹ, đẩy đủ lâu thì bánh đà tự quay.

Ý chính

  • Cải tiến sản phẩm hoạt động như lãi kép: tốt hơn 1% mỗi tuần là gần gấp rưỡi sau một năm, và không mất đi khi ngừng chi tiền.
  • Bánh đà của Amazon: giá thấp → nhiều khách → nhiều nhà bán → nhiều lựa chọn → càng nhiều khách. Mỗi công ty tốt có một bánh đà riêng, việc của đội product là biết rõ mình đang đẩy mắt xích nào.
  • Ưu tiên việc làm bánh đà quay nhanh hơn (chất lượng nội dung, retention, giới thiệu) trước những việc chỉ đẹp bề mặt.

Áp dụng tại FLYER

  • Bánh đà của FLYER phác thảo: nội dung luyện thi tốt → học sinh tiến bộ thật → phụ huynh gia hạn và kể cho nhau → doanh thu quay lại nuôi nội dung và AI. Tranh luận và vẽ lại cùng cả đội.
  • Khi xếp ưu tiên quý, hỏi từng dự án: cái này đẩy mắt xích nào của bánh đà?

Bài đọc

  • Amazon's Original 1997 Letter to Shareholders — Jeff BezosVăn bản gốc của tư duy tái đầu tư: chọn dòng tiền dài hạn và vị thế dẫn đầu thay vì lợi nhuận ngắn hạn, dồn tất cả vào trải nghiệm khách hàng.
  • The Flywheel Effect — Jim CollinsKhái niệm bánh đà đứng sau sơ đồ vẽ trên khăn giấy của Amazon: những cú đẩy đều đặn cùng một hướng cho tới khi đà tự quay.
  • Growth Loops are the New Funnels — Brian Balfour, Casey Winters · ReforgeTăng trưởng bền đến từ những vòng lặp khép kín: đầu ra của vòng này được tái đầu tư làm đầu vào của vòng sau.
  • Why Figma Wins — Kevin KwokCase study hiện đại về cộng dồn: sản phẩm và kênh phân phối khớp nhau tạo ra các vòng tăng trưởng chồng lên nhau qua nhiều năm.
Bài tậpVẽ bánh đà của FLYER với 5 hoặc 6 mắt xích. Đánh dấu mắt xích yếu nhất hiện nay và một việc cụ thể trong quý này để làm nó khoẻ lên.
M5Retention là quả cầu tuyếtSnowball · tích luỹ cohort▶
Hai sản phẩm cùng có 10.000 người dùng mới mỗi tháng, một bên giữ được 40%, một bên giữ 20%. Sau 3 năm, bên giữ 40% lớn gấp đôi và khoảng cách tiếp tục doãng ra, vì các lứa người dùng giữ lại được xếp chồng lên nhau như tuyết lăn. Retention quyết định trần của sản phẩm; kéo người mới chỉ quyết định tốc độ chạm trần.

Ý chính

  • Đường cong retention phải nằm ngang (flatten) ở một mức nào đó. Đường cong trượt về 0 nghĩa là xô đang thủng, đổ thêm nước là vô ích.
  • Hiệu ứng tích luỹ: retention tốt hơn 10% không cho kết quả tốt hơn 10%, mà nhân lên theo thời gian qua từng cohort chồng lên nhau.
  • Retention tốt làm mọi thứ khác rẻ đi: người dùng ở lại đủ lâu để giới thiệu bạn bè, LTV tăng, và mỗi đồng marketing hoàn vốn nhanh hơn.

Áp dụng tại FLYER

  • Xem cohort chart trước khi xem biểu đồ tăng trưởng người dùng mới. Người mới tăng mà cohort không flatten là tăng trưởng giả.
  • Mỗi quý chọn một điểm rơi lớn nhất trên đường cong (tuần 1? tháng 1?) làm mục tiêu chung của cả đội product.

Bài đọc

  • Lecture 6: Growth — Alex Schultz (VP Growth, Facebook) · YC, videoNguồn gốc câu "retention là thứ quan trọng nhất của tăng trưởng": đường cong không flatten thì chưa có product-market fit.
  • Why Product Market Fit Isn't Enough — Brian BalfourMở màn chuỗi Four Fits: người dùng giữ lại được là nền để kênh, mô hình kinh doanh và thị trường cộng dồn lên.
  • What is good retention — Lenny Rachitsky & Casey WintersBenchmark retention theo từng loại hình sản phẩm, khảo sát 20 growth leader: thế nào là tốt, thế nào là xuất sắc.
  • Mastering Retention — Amplitude · playbookSổ tay thực hành đo và cải thiện retention suốt vòng đời người dùng: aha moment, power user, cohort curve.
Bài tậpMở cohort retention của sản phẩm mình phụ trách và trả lời hai câu: đường cong flatten ở tháng thứ mấy, ở mức bao nhiêu phần trăm? Nếu chưa từng nhìn thấy biểu đồ này, bài tập là đi dựng nó.

Phần II · Skillset

03

Hai kỹ năng nền của người xây sản phẩm: nói chuyện được với khách hàng để biết xây gì, và đo lường được để biết thứ đã xây có chạy không. Phần đo lường tách thành 4 module từ chỉ số dẫn đường đến từng tính năng.

Cụm 1 · Nói chuyện với khách hàng

1 module
S1Nói chuyện với khách hàng, lấy feedback thậtThe Mom Test▶
Hỏi "ý tưởng này hay không?" thì ai cũng khen, như mẹ bạn khen bạn. The Mom Test dạy cách hỏi sao cho cả mẹ mình cũng không thể nói dối: hỏi về đời sống và hành vi quá khứ của người ta, đừng hỏi về ý tưởng của mình.

Ý chính

  • Hỏi chuyện quá khứ cụ thể: "lần gần nhất chị chấm bài Speaking mất bao lâu, chị làm thế nào?" thay vì chuyện tương lai giả định: "nếu có AI chấm hộ thì chị có dùng không?".
  • Lời khen là dữ liệu rác. Tín hiệu thật là sự đánh đổi: họ bỏ thời gian dùng thử, trả tiền, hoặc giới thiệu người khác.
  • Feedback không chỉ nằm trong phỏng vấn: ticket CS, review trên app store, tin nhắn trong group Zalo giáo viên đều là nguồn nghe được mỗi ngày.
  • Nghe liên tục chứ không theo đợt: đặt lịch cố định hàng tuần, như Teresa Torres gọi là continuous discovery.

Áp dụng tại FLYER

  • Mỗi người trong đội product nói chuyện với ít nhất 2 giáo viên hoặc phụ huynh mỗi tuần, xoay vòng cả đội.
  • Mỗi insight ghi lại kèm câu nói nguyên văn của khách. Câu nguyên văn thuyết phục hơn mọi bản tóm tắt.

Bài đọc

  • The Mom Test — Rob Fitzpatrick · sáchCuốn chuẩn về nói chuyện với khách hàng "khi ai cũng đang nói dối bạn": cách hỏi để nhận về dữ liệu thật thay vì lời khen xã giao.
  • How to Talk to Users — Eric Migicovsky · YC Startup School, videoKhung phỏng vấn của YC: đi lấy dữ liệu chứ không đi pitch, hỏi chuyện cụ thể trong quá khứ thay vì giả định tương lai.
  • What Are the Best Customer Interview Questions? — Teresa Torres · Product TalkVì sao câu hỏi trực diện cho ra câu trả lời méo mó, và cách phỏng vấn theo câu chuyện: "kể tôi nghe lần gần nhất chị...".
  • How Superhuman Built an Engine to Find Product Market Fit — Rahul Vohra · First Round ReviewHệ thống feedback lặp lại được: khảo sát "40% very disappointed", phân khúc người trả lời và biến câu trả lời thành roadmap.
  • The One Number You Need to Grow — Frederick Reichheld · HBRBài gốc khai sinh Net Promoter Score: dùng câu "có giới thiệu cho người khác không" làm tín hiệu dự báo tăng trưởng.
Bài tậpThực hiện một cuộc phỏng vấn 15 phút theo đúng The Mom Test với một giáo viên đang dùng FLYER. Nộp 3 insight và ít nhất 1 câu quote nguyên văn. Tự soát lại: trong cả cuộc có câu hỏi nào bắt đầu bằng "nếu có tính năng..." không?

Cụm 2 · Đo lường

4 module
S2North Star Metric — một chỉ số dẫn đườngNorth Star▶
North Star Metric là một chỉ số duy nhất đo lượng giá trị sản phẩm thực sự giao tới người dùng. Nó cho cả công ty một hướng nhìn chung: khi tranh luận nên làm gì, câu hỏi phân xử là "cái nào đẩy North Star nhiều hơn". Duolingo dùng số người học hoạt động hàng ngày; Airbnb dùng số đêm được đặt.

Ý chính

  • North Star đo giá trị giao được, không đo tiền. Doanh thu là kết quả đến trễ của giá trị; tối ưu thẳng vào doanh thu dễ dẫn tới quyết định ăn xổi.
  • Ba tiêu chí chọn: phản ánh đúng khoảnh khắc người dùng nhận giá trị, đo được thường xuyên, và cả đội tác động được vào nó.
  • North Star đi kèm 3 đến 5 input metrics là những đòn bẩy từng team đẩy trực tiếp được. North Star để định hướng, input metrics để làm việc hàng ngày.

Áp dụng tại FLYER

  • Ứng viên North Star cho FLYER: số học sinh luyện đề mỗi tuần. Ứng viên khác: số bài luyện hoàn thành có tiến bộ điểm. Chọn cái nào là một buổi tranh luận đáng giá của cả đội.
  • Mỗi đề xuất tính năng ghi rõ nó đẩy input metric nào của North Star.

Bài đọc

  • The North Star Playbook — John Cutler · Amplitude, sách miễn phíCuốn đầy đủ nhất về North Star Framework: định nghĩa chỉ số, tách thành input metrics, và cách chạy workshop chọn North Star cho cả đội.
  • Choosing Your North Star Metric — Lenny RachitskyKhảo sát hơn 40 công ty tăng trưởng nhanh, phân loại North Star theo mô hình kinh doanh. Luận điểm chính: chọn North Star chính là chọn chiến lược.
  • What is a North Star Metric? — Sean Ellis · GrowthHackersBài gốc đặt ra khái niệm: một chỉ số duy nhất phản ánh đúng nhất giá trị cốt lõi sản phẩm giao cho người dùng.
Bài tậpĐề xuất một North Star cho FLYER kèm 3 input metrics, mỗi cái một dòng giải thích vì sao. Đem vào buổi họp product gần nhất để cả đội phản biện và chốt.
S3Google Analytics và đo hành vi người dùngGA4 · events · funnels▶
Không đo thì mọi tranh luận là cãi nhau bằng cảm tính. GA4 và các công cụ product analytics đều xoay quanh một mô hình: mọi hành vi là một sự kiện có tham số, và chuỗi sự kiện ghép thành phễu. Biết dựng phễu và đọc phễu là kỹ năng đo lường căn bản nhất của người làm product.

Ý chính

  • GA4 là mô hình event-based: không còn "pageview + session" là trung tâm, mọi thứ là event kèm tham số. Thiết kế tracking plan trước khi code, đừng gắn event theo hứng.
  • Phễu then chốt phải được định nghĩa rõ: ví dụ đăng ký → làm bài đầu tiên → quay lại trong 7 ngày → mua gói. Mỗi bước rơi bao nhiêu phần trăm, rơi ở đâu nhiều nhất.
  • GA trả lời "người dùng đến từ đâu, đi qua đâu"; product analytics chuyên sâu như Amplitude hay Mixpanel trả lời "cohort nào giữ được, hành vi nào dẫn tới ở lại". Biết dùng cả hai đúng việc.

Áp dụng tại FLYER

  • Mỗi tính năng ship ra phải có tracking plan được review như review code.
  • Dashboard phễu chính của từng sản phẩm (FLYER Exam, Study...) mở được trong 1 click, cả đội cùng nhìn một con số.

Bài đọc

  • Set up Analytics for a website and/or app — Google · tài liệu chính thứcĐiểm bắt đầu chuẩn của GA4: tạo property, gắn data stream, kiểm tra dữ liệu chảy về.
  • [GA4] About events — Google · tài liệu chính thứcMô hình event-based của GA4 và 4 loại event; tài liệu lõi để hiểu cách GA4 nhìn hành vi người dùng.
  • [GA4] Funnel exploration — Google · tài liệu chính thứcCách dựng phễu trong GA4 Explorations: so sánh segment, đo thời gian giữa các bước, tìm điểm rơi.
  • The Guide to Product Analytics — MixpanelGiáo trình product analytics cho đội sản phẩm: đo giá trị, retention, phễu và cohort, có góp ý từ hơn 25 product leader.
  • How to Create a Tracking Plan — SegmentTài liệu chuẩn về tracking plan: đi từ câu hỏi kinh doanh ra danh sách event, đặt tên nhất quán trước khi code.
Bài tậpChọn một tính năng vừa ship, viết tracking plan gồm 5 event kèm tham số và câu hỏi mà mỗi event sẽ trả lời. Nếu có event không trả lời câu hỏi nào, bỏ nó đi.
S4Feature metrics — đo từng tính năngAdoption · frequency · impact▶
Ship xong không phải là xong. Mỗi tính năng phải trả lời được ba câu: bao nhiêu phần trăm người dùng tìm thấy nó, bao nhiêu phần trăm quay lại dùng tiếp, và nó có kéo retention hay North Star lên không. Intercom gọi bài kiểm tra định kỳ này là feature audit, và kết quả thường gây sốc: phần lớn tính năng gần như không ai dùng.

Ý chính

  • Ba tầng đo: adoption (bao nhiêu % người dùng thử ít nhất một lần), frequency (trong số đã thử, bao nhiêu % dùng lặp lại), impact (người dùng tính năng này có giữ chân tốt hơn người không dùng không).
  • Feature audit vẽ mọi tính năng lên hai trục adoption × frequency. Góc "ít người dùng, dùng thưa" là nơi phải quyết định: cải tiến, gộp, hay bỏ. Bỏ tính năng cũng là công việc product, mỗi tính năng để lại đều có phí bảo trì và phí gây rối giao diện.
  • Đặt mục tiêu số trước khi ship: "tính năng này coi là thành công nếu X% học sinh dùng trong 30 ngày đầu". Không có số trước thì sau đó số nào cũng biện minh được.

Áp dụng tại FLYER

  • Mỗi quý chạy một feature audit trên màn hình chính của app học sinh và trang giáo viên.
  • Spec tính năng mới bắt buộc có dòng "chỉ tiêu thành công sau 30 ngày" trước khi vào sprint.

Bài đọc

  • Before you plan your product roadmap — Des Traynor · IntercomBài "feature audit" kinh điển: vẽ mọi tính năng lên hai trục adoption và frequency, rồi chọn một trong bốn nước đi cho mỗi tính năng yếu.
  • 7 Steps to Measuring the Success of a Feature — AmplitudeQuy trình 7 bước đo một tính năng: từ số lượt dùng thô đến phần trăm active dùng, tần suất và ảnh hưởng lên retention.
  • The art of removing features and products — MixpanelCác product leader từ Reforge, Eventbrite, Headspace bàn chuyện khi nào và làm sao để bỏ tính năng.
  • How to sunset a feature — Des Traynor · IntercomPhần thực thi của feature audit: cách rút một tính năng khỏi sản phẩm một cách có trách nhiệm.
Bài tậpChạy feature audit một màn hình chính của FLYER: liệt kê các tính năng trên màn hình đó cùng tỷ lệ người dùng chạm vào trong 30 ngày qua. Đề xuất một tính năng để cải tiến và một tính năng đáng cân nhắc bỏ.
S5Aha moment và activation7 friends in 10 days▶
Đội growth của Facebook thời kỳ đầu tìm ra: người dùng kết bạn với 7 người trong 10 ngày đầu thì ở lại, không thì rời đi. Đó là aha moment: khoảnh khắc người dùng lần đầu thật sự "thấy" giá trị. Tìm được nó thì toàn bộ onboarding chỉ còn một nhiệm vụ: đưa người dùng mới tới khoảnh khắc đó nhanh nhất có thể.

Ý chính

  • Aha moment là hành vi sớm tương quan mạnh với việc ở lại. Tìm bằng cách so cohort giữ được với cohort rời đi, xem hành vi 1 đến 7 ngày đầu khác nhau chỗ nào.
  • Tương quan chưa phải nhân quả: tìm ứng viên bằng data, rồi kiểm chứng bằng thí nghiệm đẩy người dùng mới tới hành vi đó và xem retention có tăng theo không.
  • Activation là bước chuyển từ "đăng ký" sang "đã chạm giá trị", và là input quan trọng nhất của retention: cải thiện activation sớm sẽ lan xuống toàn bộ đường cong.

Áp dụng tại FLYER

  • Giả thuyết đáng kiểm chứng: học sinh hoàn thành N bài luyện trong tuần đầu, hoặc nhận kết quả chấm AI đầu tiên trong ngày đầu, thì ở lại cao hơn hẳn.
  • Sau khi tìm ra aha moment, đo "thời gian tới giá trị" (time to value) như một chỉ số onboarding chính thức.

Bài đọc

  • How we put Facebook on the path to 1 billion users — Chamath Palihapitiya · videoBài nói gốc về "7 bạn trong 10 ngày": đội growth Facebook đi ngược từ giá trị cốt lõi ra một quy tắc activation duy nhất cho cả công ty.
  • The "Aha" Moment: A Guide to User Breakthroughs — AmplitudeCách định nghĩa aha moment, tìm nó bằng behavioral cohort, và thiết kế onboarding xoay quanh nó.
  • What is a good activation rate — Lenny Rachitsky & Yuriy TimenBenchmark từ hơn 500 sản phẩm: activation trung bình 34%, trung vị 25%, kèm cách định nghĩa cột mốc activation theo loại sản phẩm.
  • Magic numbers are an illusion — MixpanelBài phản biện nên đọc kèm: các con số ma thuật kiểu "7 bạn 10 ngày" là tương quan để tập hợp đội ngũ, không phải chân lý nhân quả.
Bài tậpĐề xuất 3 giả thuyết aha moment cho học sinh mới của FLYER, kèm cách kiểm chứng từng giả thuyết bằng data hiện có. Chọn một giả thuyết để phân tích cohort trong tuần này.

Thư viện bài đọc

04

Toàn bộ bài đọc của giáo trình gom về một chỗ, xếp theo module. Đọc bằng tiếng Anh; bài nào khó có thể dán vào AI để tóm tắt trước rồi đọc kỹ sau.

ModuleBài đọcTác giả · Nguồn