Tất cả courses
Conan courseChoose · CreateCORE

Offer

Biến một customer problem thật thành một thứ đáng mua.

Minh họa khóa học Offer

Với business của bạn

Tôi tạo thứ đáng mua → tăng xác suất có willingness to buy.

Clarity question

Tôi có đang tạo thứ khách hàng thực sự muốn mua không?

Core problem

Nhiều người bắt đầu từ product, skill, feature hoặc solution mình có rồi cố tìm cách bán nó. Họ chưa hiểu rõ customer đang muốn tạo ra progress gì, outcome nào đủ giá trị để trả tiền, điều gì khiến offer hấp dẫn hoặc rủi ro, và willingness to buy phải được kiểm chứng bằng behavior thay vì opinions.

Promise

Biến một customer problem thật thành một thứ đáng mua.

Học xong bạn có thể

Learner có thể chuyển customer evidence thành một offer hypothesis rõ ràng; xác định desired outcome, value, mechanism, scope, proof, risk, pricing và packaging; sau đó kiểm chứng willingness to buy bằng market evidence và liên tục revise offer.

Dành cho

Founders, business owners, product builders and professionals who need to create products or services that customers are willing to buy.

Big concepts

Bấm vào mỗi khái niệm để xem giải thích và ví dụ.

Capabilities

Bấm vào mỗi năng lực để xem giải thích và ví dụ.

Nếu không có kỹ năng này

Vấn đề đi xa tới đâu?

Ba tình huống thật cho thấy điều gì xảy ra khi người ta bỏ qua bước này — và câu hỏi lẽ ra nên hỏi.

Hàng không bán → thêm tính năng

SCQA

Tình huống

Một startup làm app quản lý chi tiêu, có vài trăm người tải nhưng gần như không ai trả tiền bản Pro.

Diễn biến

Đội ngũ kết luận "chắc do thiếu tính năng" và lao vào code thêm: quét hóa đơn, biểu đồ, nhắc nợ. Sáu tháng, đốt gần 400tr lương dev, bản Pro vẫn dưới 1% chuyển đổi; team mệt mỏi, hai người giỏi nghỉ việc. Sự thật: người dùng free vốn chỉ muốn "biết tháng này tiêu lố chưa" — họ đã đủ hài lòng với bản free, chưa từng có một outcome nào đáng để họ rút ví. Thêm feature chỉ làm app rối hơn, không tạo ra thứ đáng mua.

Câu hỏi lẽ ra nên hỏi

Có nhóm khách nào, trong situation nào, đang thật sự trả tiền để đạt một outcome cụ thể chưa — hay ta chỉ đang thêm feature vào một thứ không ai định mua?

Vấn đề thật & hướng đúng

Vấn đề không phải thiếu feature mà là chưa có offer: chưa xác định được outcome nào đáng trả tiền và cho ai. Đúng ra phải test willingness to buy trên một outcome hẹp trước khi viết thêm một dòng code.

Thêm feature vào một offer không ai định mua chỉ làm nó phức tạp hơn, không làm nó đáng mua hơn.

Ế khách → giảm giá sập sàn

SCQA

Tình huống

Một trung tâm dạy vẽ cho người lớn mở lớp mới, đăng ký lèo tèo 3-4 người mỗi khóa.

Diễn biến

Chủ trung tâm nghĩ "giá cao quá", hạ học phí từ 3tr xuống 1,5tr rồi chạy khuyến mãi liên tục. Lớp đông hơn thật, nhưng biên lời gần như bằng 0, giáo viên giỏi bỏ đi vì thù lao giảm, và khách bắt đầu mặc định chờ sale mới đăng ký. Vấn đề thật chưa bao giờ là giá: khách phân vân "tôi vẽ tay cứng thế này liệu có theo nổi không" — đó là risk và thiếu proof, không phải willingness to pay. Giảm giá không chạm được nỗi sợ đó, chỉ phá luôn định vị.

Câu hỏi lẽ ra nên hỏi

Khách chần chừ vì giá cao thật, hay vì họ sợ "mình không có năng khiếu, học phí đổ sông đổ biển"?

Vấn đề thật & hướng đúng

Đây là bài toán risk và proof, không phải price. Đúng hướng là buổi học thử miễn phí và khoe tranh của học viên "mất gốc" sau 8 buổi, để gỡ nỗi sợ — thay vì đập giá.

Hạ giá để chữa một nỗi sợ về rủi ro sẽ bào mòn cả lợi nhuận lẫn thương hiệu mà vẫn không thuyết phục được ai.

Ai cũng khen → nhập hàng ồ ạt

SCQA

Tình huống

Một người làm mỹ phẩm thiên nhiên handmade, đăng thử sản phẩm lên nhóm và được hàng trăm lượt khen "hay quá", "ủng hộ nha".

Diễn biến

Tin vào những lời khen đó, chị vay 150tr nhập nguyên liệu, in bao bì, thuê kho cho 2.000 sản phẩm. Đến khi mở bán thật, chỉ 30 đơn trong tháng đầu — phần lớn người từng khen giờ im lặng hoặc bảo "để lúc khác". Hàng tồn chất kho, hạn dùng đếm ngược, tiền vay vẫn phải trả lãi mỗi tháng. Chị đã nhầm lời khen (một ý kiến) với willingness to buy (một hành vi rút ví), và bỏ qua bước test đặt cọc trước khi bỏ vốn.

Câu hỏi lẽ ra nên hỏi

Đã có ai thực sự đặt cọc hay trả tiền trước chưa, hay ta chỉ đang đếm lượt khen và lời hứa "sẽ ủng hộ"?

Vấn đề thật & hướng đúng

Lời khen không phải bằng chứng cầu. Đúng ra phải mở pre-order thu cọc trên một lô nhỏ trước — chỉ khi có người trả tiền thật mới đủ tín hiệu để dám nhập hàng.

Lời khen miễn phí là thứ rẻ nhất trên đời; chỉ hành vi rút ví mới chứng minh có người thật sự muốn mua.

Course overview

Mở đúng phần bạn cần.

CurriculumCác Unit theo câu hỏi10
01. What Are They Actually Buying?Khách hàng đang mua sản phẩm, hay đang mua một sự thay đổi?

Conceptual shift đầu tiên: người bán thấy course, software hay consulting; customer thấy Current State → Desired State. Họ mua sự thay đổi, không mua sản phẩm.

Outcome: Learner có thể phân biệt product, solution và offer; đồng thời mô tả progress hoặc outcome mà customer thực sự có lý do để mua.

Concepts

ProductSolutionOutcomeProgressValueOffer

Learning experiences

  • Product or progress? Find the underlying progress behind several productsCRITIQUE
  • Remove the product: describe the change the customer buys without naming a solutionWRITING
  • Before and after: describe a specific current state and desired stateINQUIRY
  • Rewrite your current offer around the outcomeWRITING

ArtifactProgress Statement

02. For Whom, In What Situation?Offer này dành cho ai, trong đúng situation nào?

"Dành cho SMEs" gần như chưa nói gì. Offer strength phụ thuộc lớn vào một specific buying situation, trigger và constraint.

Outcome: Learner có thể xác định target customer dựa trên buying situation, trigger, constraints và priorities thay vì chỉ dựa trên demographics.

Concepts

CustomerSegmentBuying SituationTriggerContextConstraintPriority

Learning experiences

  • Demographic vs situation: distinguish a segment from a concrete buying situationINQUIRY
  • Same customer, different jobs: the same person in different contexts needs different offersINQUIRY
  • Trigger hunt: what just happened that made the customer start searching?INQUIRY
  • Narrow until it hurts: shrink the audience until the offer is highly relevantWRITING

ArtifactBuying Situation Definition

03. What Outcome Is Worth Paying For?Sự thay đổi nào đủ quan trọng để khách hàng bỏ tiền?

Không phải mọi pain đều tạo market, không phải desired outcome nào cũng đáng trả tiền. Xét intensity, frequency, consequence, urgency, value và alternatives.

Outcome: Learner có thể đánh giá liệu desired outcome có đủ importance, urgency và consequence để trở thành một commercially meaningful value proposition.

Concepts

PainOutcomeImportanceUrgencyConsequenceCost of InactionValue

Learning experiences

  • Nice to have or must solve? Compare problems with the same customer but different urgencyCRITIQUE
  • Cost of doing nothing: what happens if the customer does not solve the problem?INQUIRY
  • Outcome ladder: feature to benefit to outcome to business or life consequenceBUILD
  • Value without price: explain the value before thinking about priceWRITING

ArtifactValue Hypothesis

04. How Will the Change Happen?Vì sao customer nên tin offer này thực sự tạo ra outcome?

Promise chưa đủ — offer cần một credible mechanism giải thích: how does A lead to B?

Outcome: Learner có thể thiết kế và giải thích một credible mechanism kết nối solution với desired customer outcome.

Concepts

MechanismMethodProcessCausal LogicCapabilitySolution

Learning experiences

  • Promise without mechanism: find attractive offers that cannot explain the howCRITIQUE
  • How exactly? Keep asking how until the mechanism is concreteINQUIRY
  • Mechanism vs feature: AI, app, mentor or workshop is not automatically the mechanismCRITIQUE
  • Mechanism map: input to intervention to change to outcomeBUILD

ArtifactMechanism Map

05. What Exactly Is Included?Offer cần bao gồm những gì và không bao gồm những gì?

Đừng tăng value bằng cách thêm feature, buổi hay bonus khiến offer phình ra. Scope phải phục vụ mechanism và outcome.

Outcome: Learner có thể thiết kế một offer scope đủ để tạo desired progress nhưng không bị phình to bởi unnecessary features hoặc deliverables.

Concepts

ScopeDeliverableFeatureServiceBoundaryTrade-offComplexity

Learning experiences

  • Necessary or decorative? Each component must prove its role in the outcomeCRITIQUE
  • Remove 50%: if you cut half the deliverables, does the outcome drop?INQUIRY
  • What is explicitly not included? Scope clarity includes boundariesWRITING
  • Minimum complete offer: the smallest offer that still creates the promised progressBUILD

ArtifactOffer Scope

06. Why Might They Still Say No?Ngay cả khi outcome hấp dẫn, điều gì vẫn khiến customer không mua?

Giá trị cao chưa chắc conversion cao. Customer còn nhìn effort, complexity, time, uncertainty, switching cost, trust và reversibility.

Outcome: Learner có thể nhận diện và giảm những forms of friction, effort, uncertainty và perceived risk đang cản customer lựa chọn offer.

Concepts

FrictionEffortRiskUncertaintyTrustSwitching CostReversibility

Learning experiences

  • Value is high, still no: analyze offers with obvious value but low adoptionCRITIQUE
  • Risk inventory: what is the customer betting - money, time, reputation, data, career, comfort?INQUIRY
  • Remove friction: reduce steps, effort or commitmentBUILD
  • Reverse the risk: trial, milestone, guarantee or proof-of-value where appropriateWRITING

ArtifactFriction & Risk Map

07. Why Should They Believe You?Có evidence gì cho thấy offer sẽ làm được điều đã hứa?

Proof khác persuasion bằng lời: demonstrated result, customer evidence, case study, prototype, sample, benchmark, mechanism evidence, credential, guarantee.

Outcome: Learner có thể thiết kế một proof architecture phù hợp với mức độ claim và perceived risk của offer.

Concepts

ProofEvidenceCredibilityDemonstrationCaseTrack RecordTrust

Learning experiences

  • Claim vs proof: separate every marketing claim from its supporting evidenceCRITIQUE
  • Proof ladder: rank proof from weak to strong for each offerINQUIRY
  • Show, do not promise: how can the customer experience value first?WRITING
  • Build the proof plan: if proof is missing, what evidence must the business create first?BUILD

ArtifactProof Architecture

08. How Should It Be Priced and Packaged?Customer nên trả bao nhiêu, trả cho cái gì và lựa chọn như thế nào?

Pricing không phải cost + margin, cũng không chỉ "giá bao nhiêu customer chịu". Hiểu quan hệ giữa value, alternatives, willingness to pay, scope, risk, commitment và packaging.

Outcome: Learner có thể tạo pricing và packaging hypotheses dựa trên customer value, alternatives, risk, commitment và market context.

Concepts

PriceValueWillingness to PayAlternativePackagingTierCommitmentTrade-off

Learning experiences

  • Price vs value: the same price can be very expensive or very cheap depending on the situationINQUIRY
  • What are they comparing against? The alternative may be hiring, doing nothing or a spreadsheetINQUIRY
  • Package the choice: one offer, subscription, project, block or outcome-basedBUILD
  • Three price hypotheses: create hypotheses to test rather than finding the right price in classWRITING

ArtifactPricing & Packaging Hypothesis

09. Will Anyone Actually Buy It?Customer nói họ thích offer, hay họ thực sự sẵn sàng hành động?

Không validate bằng "anh thấy ý tưởng thế nào". Evidence mạnh là behavior: book meeting, để lại contact, join waitlist có commitment, đặt cọc, pre-order, trial, ký hợp đồng, trả tiền.

Outcome: Learner có thể thiết kế offer tests dựa trên real customer behavior và phân biệt stated interest với meaningful buying commitment.

Concepts

Offer HypothesisTestBehaviorCommitmentWillingness to PayWillingness to BuyConversionEvidence

Learning experiences

  • Compliment vs commitment: classify customer signals by evidence strengthCRITIQUE
  • Fake door: create an offer page before building the full solution where appropriateSIMULATION
  • Ask for the sale: put a real offer in front of a real customerSIMULATION
  • What did reality say? Do not rationalize the resultREFLECTION

ArtifactOffer Test Report

10. What Should Change?Market evidence đang bảo chúng ta sửa phần nào của offer?

Offer fail không có nghĩa product xấu — có thể sai ở customer, situation, outcome, mechanism, scope, proof, risk, price hay message. Diagnose before changing everything.

Outcome: Learner có thể diagnose offer performance và revise specific components dựa trên market evidence thay vì redesign theo cảm tính.

Concepts

Offer-Market FitEvidenceDiagnosisIterationTrade-offLearning Loop

Learning experiences

  • Diagnose the failure: a low-conversion offer with several possible causesCRITIQUE
  • Change one variable: do not redesign everything after each signalINQUIRY
  • Win/loss evidence: why did they buy, why did they not?INQUIRY
  • Version 2: revise the offer based on evidenceBUILD

ArtifactOffer Revision

ArtifactsSản phẩm bạn sẽ tạo ra10

Progress Statement

Buying Situation Definition

Value Hypothesis

Mechanism Map

Offer Scope

Friction & Risk Map

Proof Architecture

Pricing & Packaging Hypothesis

Offer Test Report

Offer Revision

CapstoneBuild and Sell a Real Offer

Không phải "thiết kế một offer trên canvas" — learner phải đưa offer thật ra market: xây offer version 1, chạy một real market test, đọc evidence rồi revise thành version 2. Reflection: ban đầu tôi tưởng customer mua điều gì, họ thực sự phản ứng với phần nào, assumption nào sai, customer không mua vì value yếu, risk cao, price sai hay situation không đúng, và evidence nào khiến tôi sửa offer.

Buying Situation DefinitionProgress StatementValue HypothesisMechanism MapOffer ScopeFriction & Risk MapProof ArchitecturePricing & Packaging HypothesisOffer Version 1Real Market TestOffer Test ReportOffer Version 2Reflection
AssessmentBạn được đánh giá thế nào9
  • Customer GroundingOffer được grounded trong một customer và buying situation cụ thể thay vì một abstract market.
  • Outcome ValueDesired progress đủ specific, important và commercially meaningful.
  • Mechanism CredibilityCó causal logic hợp lý giải thích offer tạo ra promised outcome như thế nào.
  • Scope DisciplineOffer bao gồm những components cần thiết cho outcome và tránh unnecessary complexity.
  • Risk & FrictionLearner nhận diện và xử lý appropriately perceived risk, effort và switching friction.
  • Proof QualityClaims quan trọng được hỗ trợ bằng proof phù hợp với mức độ risk và uncertainty.
  • Pricing & Packaging LogicPrice và package có reasoning dựa trên value, alternatives, commitment và market context.
  • Market EvidenceOffer được kiểm chứng bằng customer behavior và meaningful commitment thay vì compliments.
  • Iteration QualityCác revisions được trace về evidence cụ thể thay vì opinions hoặc random changes.