[Salesforce Agentforce Sales Consultant 2026] Phần 2 — Sales Lifecycle (20%): Hiểu Quy Trình Bán Hàng Trước Khi Thiết Kế Sales Cloud
Ở Phần 1, chúng ta đã xác định một nguyên tắc quan trọng khi chuyển từ tư duy Salesforce Administrator sang Salesforce Consultant:
Don't start with Salesforce features. Start with the business problem.
Điều này đặc biệt đúng với Sales Lifecycle, domain chiếm 20% trong kỳ thi Salesforce Certified Agentforce Sales Consultant.
Theo Exam Guide, ở domain này Salesforce không chỉ yêu cầu chúng ta biết Lead, Opportunity hay Forecasting là gì.
Candidate cần có khả năng:
- Phân tích Business Requirements, Metrics, KPIs và Business Challenges.
- Hiểu các Sales & Marketing Processes phổ biến.
- Xác định khi nào nên sử dụng các capability như Sales Engagement, Salesforce Inbox, Enterprise Territory Management, Opportunity Forecasting, Agentforce Sales Einstein và Predictive/Generative AI.
- Chuyển Business Outcomes và Sales KPIs thành Reports & Dashboards.
Nói cách khác, trước khi thiết kế Sales Cloud, chúng ta phải hiểu:
Doanh nghiệp thực sự bán hàng như thế nào?
1. Sales Lifecycle là gì?
Hãy tưởng tượng một công ty B2B đang bán giải pháp phần mềm cho doanh nghiệp.
Ban đầu Marketing chỉ mới biết:
Công ty ABC đang quan tâm đến sản phẩm của chúng ta.
Một người từ ABC đăng ký Webinar và để lại thông tin liên hệ.
Sales bắt đầu Qualification, thực hiện Discovery, gọi điện, gửi email và Demo sản phẩm.
Sau quá trình Qualification, Sales xác định đây là một cơ hội kinh doanh thực sự.
Một Opportunity trị giá $100,000 được tạo.
Sales Rep tiếp tục lựa chọn Products, xác định Pricing, chuẩn bị Quote, thương lượng với khách hàng và cuối cùng Deal có thể trở thành Closed Won hoặc Closed Lost.
Ở mức đơn giản, hành trình này có thể được hình dung như sau:
Nhưng đối với một Salesforce Consultant, đây chưa phải toàn bộ câu chuyện.
Bao quanh lifecycle còn có:
Sales Activities → Sales Engagement → Territory → Forecasting → AI → Analytics → Management Decision
Mỗi bước tạo ra dữ liệu giúp doanh nghiệp trả lời những câu hỏi khác nhau:
- Marketing tạo được bao nhiêu Lead?
- Lead nào đáng để Sales follow-up?
- Bao nhiêu Lead trở thành Opportunity?
- Pipeline hiện tại trị giá bao nhiêu?
- Deal nào đang có nguy cơ bị mất?
- Doanh thu quý này dự kiến bao nhiêu?
- Sales Rep nào đang đạt target?
- Campaign nào thực sự tạo ra Revenue?
- Tại sao chúng ta thường xuyên thua Deal?
Vì vậy:
Sales Lifecycle không đơn thuần là một chuỗi Salesforce Objects.
Nó mô tả cách doanh nghiệp biến một Prospect thành Revenue, đồng thời sử dụng dữ liệu từ những Deal thắng và thua để tiếp tục cải thiện Sales Process.
2. Bắt đầu từ Business Outcome, không phải Salesforce Feature
Đây là một mindset cực kỳ quan trọng khi làm các câu hỏi Consultant.
Giả sử Sales Director nói:
“Tôi muốn tăng Revenue thêm 20% trong năm tới.”
Đây là một Business Outcome.
Nhưng nó chưa phải Salesforce Requirement.
Consultant cần tiếp tục phân tích:
Điểm quan trọng nằm ở chiều suy nghĩ.
Không phải:
Salesforce có Dashboard → chúng ta tìm xem Dashboard nào nên tạo.
Mà phải là:
Business muốn đạt Outcome gì → cần KPI nào → KPI cần Data nào → Salesforce Capability nào hỗ trợ?
Đây chính là sự khác biệt giữa tư duy Feature-first và Business-first.
3. Marketing bắt đầu tạo Pipeline
Sales Lifecycle thường bắt đầu trước khi Sales Rep tạo Opportunity.
Marketing có thể tìm kiếm khách hàng thông qua:
- Events
- Webinars
- Email Marketing
- Advertising
- Website
- Partners
- Referrals
Trong Salesforce, Campaign được sử dụng để tổ chức và theo dõi các Marketing Initiatives.
Ví dụ:
Campaign: Agentforce Webinar 2026
Có thể có:
- Lead A
- Lead B
- Lead C
- Contact D
tham gia Campaign.
Nhưng Marketing không chỉ muốn biết:
Webinar có bao nhiêu người đăng ký?
Họ còn muốn biết:
Webinar này tạo ra bao nhiêu Lead chất lượng?
Xa hơn nữa:
Nó tạo ra bao nhiêu Pipeline?
Và cuối cùng:
Nó đóng góp bao nhiêu Revenue?
Đây là sự khác biệt giữa Activity Metrics và Business Outcomes.
Ví dụ:
1,000 Webinar Registrations
nghe có vẻ rất tốt.
Nhưng nếu không tạo ra Lead chất lượng hoặc Opportunity nào thì Business Value của Campaign đó có thể rất thấp.
4. Lead — Khách hàng tiềm năng chưa được Qualification
Một Lead thường đại diện cho một Prospect mà doanh nghiệp chưa xác định đầy đủ rằng đây có phải là một Sales Opportunity phù hợp hay không.
Ví dụ:
Alex tải một Ebook trên Website.
Marketing hiện biết:
| Field | Value |
|---|---|
| Name | Alex Johnson |
| Company | ABC Corporation |
| alex@abc.com | |
| Interest | CRM |
Nhưng Sales vẫn chưa biết:
- ABC có nhu cầu thực sự không?
- Họ có Budget không?
- Alex có phải Decision Maker không?
- Khi nào họ muốn triển khai?
- Deal có đủ tiềm năng để Sales đầu tư thời gian không?
Do đó Alex vẫn đang ở giai đoạn:
Lead → Qualification
Sales Rep có thể thực hiện:
- Call
- Meeting
- Discovery
- Follow-up
để xác định Lead này có đủ điều kiện để tiếp tục đi sâu vào Sales Process hay không.
5. Lead Conversion — Từ Prospect sang Customer Data Model
Khi Lead đã được Qualification, chúng ta có thể bước tới một trong những transition quan trọng nhất của Sales Lifecycle:
Lead Conversion.
Một điểm rất quan trọng cần nhớ:
Convert Lead không có nghĩa lúc nào Salesforce cũng phải tạo Opportunity.
Khi Lead được Convert, thông tin có thể được chuyển sang Account và Contact.
Tùy theo Business Process, Sales Rep có thể tạo Opportunity trong quá trình Conversion hoặc chọn Don't create an opportunity upon conversion.
Lead
│
Convert
│
┌────────┴────────┐
▼ ▼
Account Contact
│
│
└──────► Opportunity
(Optional)
Business Meaning của các Record này rất khác nhau.
Account
Trả lời:
Chúng ta đang kinh doanh với công ty hoặc tổ chức nào?
Ví dụ:
ABC Corporation
Contact
Trả lời:
Chúng ta đang làm việc với ai trong tổ chức đó?
Ví dụ:
Alex Johnson — CTO
Opportunity
Trả lời:
Chúng ta đang cố gắng bán Deal nào?
Ví dụ:
CRM Transformation Project — $100,000
Khi Opportunity được tạo, chúng ta có thể hình dung:
ABC Corporation
│
├── Alex Johnson — CTO
│
└── CRM Transformation Project — $100,000
Sales lúc này không còn đơn thuần Qualification một Prospect.
Họ đang quản lý một Potential Revenue Deal.
Exam Trap: Đừng mặc định rằng mọi Lead Conversion đều phải tạo Opportunity.
6. Opportunity — Trung tâm của Sales Pipeline
Opportunity là một trong những Object quan trọng nhất của Sales Cloud.
Một Opportunity thường chứa những thông tin quan trọng như:
- Amount
- Close Date
- Stage
- Probability
- Forecast Category
- Products
- Activities
Ví dụ một Sales Process:
Prospecting → Qualification → Needs Analysis → Proposal → Negotiation → Closed Won / Closed Lost
Nhưng cần nhớ:
Sales Stage không phải chỉ để làm đẹp Opportunity Path.
Stage phải phản ánh một Business Milestone thực tế.
Ví dụ doanh nghiệp định nghĩa Stage:
Qualification
Sales Rep phải xác nhận:
- Business Need
- Budget
- Decision Maker
- Timeline
thì mới được chuyển Opportunity sang Stage tiếp theo.
Nếu Sales Rep có thể tùy ý thay đổi Stage mà không phản ánh trạng thái thực tế của Deal, Pipeline Data sẽ bắt đầu mất độ tin cậy.
Và chuyện gì xảy ra tiếp theo?
Đây chính là lý do Consultant phải hiểu Business Process trước khi Configure Sales Process.
7. Opportunity Stage và Activity không phải một thứ
Opportunity tồn tại không có nghĩa Deal tự động tiến triển.
Sales Rep phải thực hiện nhiều Interaction với khách hàng:
- Call
- Meeting
- Product Demo
- Follow-up
- Proposal
- Negotiation
- Contract Review
Salesforce sử dụng Activities để theo dõi những Interaction này.
Ví dụ:
Opportunity: ABC CRM Transformation
├── Call CTO
├── Discovery Meeting
├── Product Demo
├── Follow-up Email
├── Pricing Meeting
└── Contract Review
Có một distinction rất quan trọng:
Opportunity Stage
Trả lời:
Deal đang ở đâu trong Sales Process?
Activity
Trả lời:
Sales Rep đang làm gì để đưa Deal tiến lên?
Đây là hai Concept rất dễ bị trộn lẫn khi mới học Sales Cloud.
8. Products, Price Books và Opportunity Products
Opportunity cho chúng ta biết:
Có một Potential Deal trị giá khoảng $100,000.
Nhưng doanh nghiệp còn cần biết:
Khách hàng thực sự đang mua cái gì và với mức giá nào?
Đây là lúc Product & Pricing Data Model bắt đầu xuất hiện.
Một điểm cần hiểu chính xác:
Product → Price Book → Price Book Entry → Opportunity Product không phải một Process tuyến tính.
Thay vào đó, đây là mối quan hệ giữa các Object.
Product ─────────┐
│
▼
Price Book Entry
▲
│
Price Book ──────┘
│
▼
Opportunity Product
│
▼
Opportunity
Product
Đại diện cho:
Doanh nghiệp bán cái gì?
Ví dụ:
CRM Enterprise License
Price Book
Đại diện cho:
Doanh nghiệp sử dụng bộ giá nào?
Ví dụ:
- Standard Price Book
- Enterprise Price Book
- Partner Price Book
- APAC Price Book
Price Book Entry
Kết nối:
Product + Price Book + List Price
Ví dụ cùng một Product có thể có giá khác nhau trong các Price Book khác nhau.
Opportunity Product
Đại diện cho Product cụ thể được thêm vào một Opportunity.
Đây là nơi Sales có thể theo dõi những thông tin như:
- Quantity
- List Price
- Sales Price
- Discount
- Total Price
Ví dụ:
Opportunity
CRM Transformation Project
│
├── CRM Enterprise License × 100
├── Implementation Service
└── Training Package
Điểm cần nhớ:
Product là thứ doanh nghiệp bán.
Price Book Entry xác định Product đó có giá bao nhiêu trong một Price Book cụ thể.
Opportunity Product là Product cụ thể đang được bán trong một Opportunity.
9. Quote — Một Pricing Proposal cụ thể
Sau khi xác định Products và Pricing, Sales Rep có thể chuẩn bị Quote để gửi cho khách hàng.
Business Meaning của hai Record cần phân biệt:
Opportunity
Đại diện cho:
Deal mà Sales đang cố gắng Close.
Quote
Đại diện cho:
Một Pricing Proposal cụ thể cho Deal đó.
Một Opportunity có thể có nhiều Quotes trong quá trình Negotiation.
Ví dụ:
Opportunity
ABC CRM Transformation
│
├── Quote V1
│ $120,000
│
├── Quote V2
│ $110,000
│
└── Quote V3
$105,000
Trong Salesforce, một Quote có thể được Synced với Opportunity.
Khi Quote và Opportunity được Sync, thay đổi đối với Quote Line Items và Opportunity Products có thể được đồng bộ giữa hai bên.
Mental Model:
Opportunity
│
├── Opportunity Products
│
└── Quotes
│
└── Quote Line Items
Trong quá trình Negotiation:
- Quantity có thể thay đổi.
- Discount có thể thay đổi.
- Products có thể thay đổi.
- Total Price có thể thay đổi.
cho đến khi Deal trở thành:
Closed Won
hoặc:
Closed Lost
Ở Sales Lifecycle, điều quan trọng trước tiên là hiểu Products, Pricing và Quotes nằm ở đâu trong hành trình bán hàng.
Các Design Considerations sâu hơn sẽ được chúng ta quay lại trong Phần 4 — Practical Application of Agentforce Sales Expertise.
10. Sales Engagement — Khi Sales cần một quy trình tiếp cận có cấu trúc
Hãy tưởng tượng một SDR đang quản lý 200 Leads.
Nếu mỗi Lead đều phải tự nhớ:
Hôm nay gọi ai?
Ngày mai Email ai?
Lead nào cần Follow-up lần hai?
thì Productivity sẽ giảm rất nhanh.
Đây là một dạng Business Problem mà Consultant cần nhận diện trước khi nghĩ đến Solution.
Mental Model:
Một ví dụ đơn giản về Sales Cadence có thể là:
Day 1 → Email
Day 2 → Call
Day 4 → Follow-up
Day 7 → Email
Day 10 → Call
Tuy nhiên:
Sales Engagement không chỉ đơn giản là Cadence.
Cadence là một phần giúp tổ chức các bước tiếp cận Prospect.
Business Value lớn hơn của Sales Engagement nằm ở việc hỗ trợ một Repeatable Sales Motion, giúp Sales Team làm việc có cấu trúc và tập trung hơn.
11. Salesforce Inbox — Đưa CRM gần hơn với Email Workflow
Một vấn đề Adoption phổ biến là:
Sales Rep làm việc trong Email gần như cả ngày.
Nhưng CRM lại nằm ở một nơi khác.
Kết quả có thể trở thành:
Đây là một dạng Productivity Problem mà Consultant cần nhận diện.
Câu hỏi Business nên là:
Làm thế nào giảm Context Switching giữa Email và CRM và giúp Sales Rep làm việc hiệu quả hơn?
Một Principle đáng nhớ:
Salesforce phải hỗ trợ cách Sales Rep làm việc, không phải bắt Sales Rep làm việc cho Salesforce.
12. Enterprise Territory Management — Ai chịu trách nhiệm bán ở đâu?
Khi doanh nghiệp còn nhỏ, Sales Organization có thể khá đơn giản.
Nhưng khi công ty mở rộng, Sales Team có thể được phân chia theo:
- Geography
- Industry
- Customer Size
- Product Line
- Market Segment
Ví dụ:
Global Sales
│
├── APAC
│ ├── Vietnam
│ ├── Japan
│ └── Singapore
│
├── EMEA
│
└── Americas
Hoặc doanh nghiệp có thể chia Sales Territories theo Segment:
Sales
│
├── Enterprise
├── SMB
├── Healthcare
├── Financial Services
└── Manufacturing
Đây là lúc Enterprise Territory Management trở thành một Capability cần cân nhắc.
Một distinction quan trọng:
Role Hierarchy và Territory Hierarchy giải quyết những Business Requirements khác nhau.
Role Hierarchy
Mô hình hóa Organizational / Reporting Structure và có vai trò trong Record Access.
Enterprise Territory Management
Mô hình hóa Sales Territories để tổ chức Accounts, Sales Reps và Access theo Territory.
Exam Trap
Đừng thấy Requirement nói:
“Sales Rep cần Access Account.”
rồi ngay lập tức chọn Territory Management.
Hãy hỏi:
Requirement đang nói về Record Visibility hay Sales Territory Assignment?
Business Purpose khác nhau → Solution có thể khác nhau.
13. Opportunity Forecasting — Pipeline không phải Forecast
Đây là một distinction cực kỳ quan trọng.
Pipeline
Cho chúng ta biết:
Những Opportunity nào đang tồn tại và giá trị của chúng là bao nhiêu?
Forecast
Cố gắng trả lời:
Chúng ta dự kiến sẽ bán được bao nhiêu?
Ví dụ:
Pipeline = $10M
không đồng nghĩa với:
Expected Sales = $10M
Một phần Pipeline có thể:
- Chưa Qualification tốt.
- Có Close Date còn xa.
- Có Probability thấp.
- Đang gặp Competitor mạnh.
- Hoặc cuối cùng trở thành Closed Lost.
Forecasting giúp Sales Leadership đánh giá khả năng đạt Sales Target dựa trên Opportunity Data và Forecasting Process của doanh nghiệp.
Mental Model:
Điều này đưa chúng ta quay lại một Principle quan trọng:
Forecast chỉ đáng tin khi Opportunity Data đáng tin.
14. Predictive AI nằm ở đâu trong Sales Lifecycle?
AI không tồn tại tách biệt khỏi Sales Process.
Nó được đặt lên trên Sales Lifecycle để hỗ trợ Sales Team.
Predictive AI có thể hỗ trợ những câu hỏi như:
Opportunity nào nên được ưu tiên?
hoặc:
Prospect nào có khả năng chuyển đổi cao hơn?
Mental Model:
Historical / CRM Data → Patterns → Prediction / Score → Sales Prioritization
Điểm quan trọng ở đây là:
Predictive AI sử dụng Data để hỗ trợ Prediction và Prioritization.
Nó khác với Generative AI.
15. Generative AI nằm ở đâu?
Generative AI tập trung nhiều hơn vào việc tạo hoặc tổng hợp nội dung dựa trên Context.
Ví dụ trong Sales:
- Generate Email.
- Summarize Customer Information.
- Summarize Interactions.
- Prepare Personalized Communication.
- Surface Relevant Context.
Mental Model:
CRM Context * Generative AI → Generated Content / Summary → Sales Rep
Ở đây chúng ta chưa cần đi quá sâu.
Toàn bộ Predictive AI, Generative AI và Agentforce sẽ được đào sâu trong:
Phần 6 — Predictive & Generative AI
Điều cần hiểu ở Sales Lifecycle là:
AI phải phục vụ Sales Process, không phải Sales Process được thiết kế chỉ để sử dụng AI.
16. Từ Business Outcome đến Reports & Dashboards
Quay lại Requirement ban đầu:
Sales Director muốn tăng Revenue 20%.
Một Consultant không nên bắt đầu bằng:
“Tạo Dashboard thôi.”
Chúng ta phải đi ngược từ Business Outcome.
Increase Revenue
↓
What Drives Revenue?
↓
Lead Volume | Conversion Rate | Pipeline | Average Deal Size | Win Rate | Sales Cycle
↓
Sales KPIs → Salesforce Reports → Dashboard → Management Action
Ví dụ:
| Business Question | KPI |
|---|---|
| Marketing có tạo đủ Prospect? | Lead Volume |
| Lead có chất lượng không? | Lead Conversion Rate |
| Có đủ Deal để đạt Target? | Pipeline Coverage |
| Deal trung bình lớn bao nhiêu? | Average Deal Size |
| Sales thắng bao nhiêu Deal? | Win Rate |
| Mất bao lâu để Close? | Sales Cycle Length |
| Sales dự kiến đạt bao nhiêu? | Forecast |
Điều cần nhớ:
Report không phải End Goal.
Dashboard cũng không phải End Goal.
Business Decision mới là End Goal.
17. Closed Lost cũng tạo ra Business Value
Sales Lifecycle không nên được hiểu là:
Lead → Opportunity → Closed Won → Revenue
và kết thúc tại đó.
Closed Lost cũng tạo ra dữ liệu cực kỳ quan trọng.
Ví dụ doanh nghiệp có thể muốn phân tích:
- Lost Reason.
- Competitor.
- Deal Size.
- Industry.
- Product.
- Stage mà Deal thường bị mất.
- Sales Cycle trước khi Deal bị Lost.
Giả sử Analytics cho thấy:
40% Enterprise Opportunities bị Lost ở Negotiation Stage vì Pricing.
Đây là thông tin có thể khiến doanh nghiệp xem xét lại:
- Pricing Strategy.
- Discount Policy.
- Sales Training.
- Product Packaging.
- Approval Process.
Do đó Sales Lifecycle thực tế nên được nhìn như một Feedback Loop.
Điểm quan trọng:
Sales Lifecycle không kết thúc ở Closed Won.
Data từ cả Won và Lost Deals tiếp tục quay trở lại để cải thiện Sales Process.
18. Ghép toàn bộ Sales Lifecycle lại
Đến đây chúng ta có thể nhìn toàn bộ hành trình:
Nhưng Sales Lifecycle không hoạt động một mình.
Bao quanh nó còn có:
Đây mới là bức tranh mà một Salesforce Consultant cần nhìn thấy.
19. Exam Mindset — Đừng Keyword Matching
Một sai lầm phổ biến khi làm Certification Exam là sử dụng Keyword Matching.
Ví dụ:
Thấy “Forecast” → chọn Forecasting.
Thấy “Email” → chọn Inbox.
Thấy “AI” → chọn Agentforce.
Nhưng Consultant Exam thường yêu cầu thêm một bước:
Business Problem thực sự là gì?
Scenario 1
Sales Manager không biết Team có đủ Opportunity để đạt Quarterly Target hay không.
Business Problem liên quan đến:
Pipeline / Forecast Visibility
Scenario 2
Sales Rep mất quá nhiều thời gian thực hiện cùng một chuỗi Outreach và Follow-up cho hàng trăm Prospects.
Business Problem liên quan đến:
Repeatable Sales Outreach / Sales Engagement
Scenario 3
VP Sales muốn biết tỷ lệ Opportunity thắng theo Industry trong 12 tháng vừa qua.
Business Problem liên quan đến:
Reports & Dashboards
Scenario 4
Company có Sales Reps phụ trách Accounts dựa trên Geography và Industry.
Business Problem có thể liên quan đến:
Enterprise Territory Management
Cùng thuộc Sales Lifecycle.
Nhưng:
Business Problem khác → Salesforce Solution khác.
20. Các Exam Trap cần nhớ
Trap 1 — Lead ≠ Opportunity
Lead
→ Prospect vẫn đang được Qualification.
Opportunity
→ Potential Revenue Deal đang được Sales theo đuổi.
Trap 2 — Convert Lead ≠ Luôn tạo Opportunity
Khi Convert Lead, Salesforce không bắt buộc mọi Business Process đều phải tạo Opportunity.
Opportunity có thể không được tạo trong quá trình Conversion.
Trap 3 — Activity ≠ Opportunity Stage
Activity
→ Sales Rep đang làm gì?
Stage
→ Deal đang ở đâu trong Sales Process?
Trap 4 — Product ≠ Opportunity Product
Product
→ Item hoặc Service doanh nghiệp bán.
Opportunity Product
→ Instance của Product được thêm vào một Opportunity cụ thể.
Trap 5 — Price Book ≠ Price Book Entry
Price Book
→ Một bộ giá.
Price Book Entry
→ Product + Price Book + List Price.
Trap 6 — Opportunity ≠ Quote
Opportunity
→ Deal đang được Sales theo đuổi.
Quote
→ Pricing Proposal cho Deal đó.
Một Opportunity có thể có nhiều Quotes.
Trap 7 — Pipeline ≠ Forecast
Pipeline
→ Những Deals đang tồn tại.
Forecast
→ Sales dự kiến dựa trên Opportunity Data và Forecasting Process.
Trap 8 — Role Hierarchy ≠ Territory Management
Role Hierarchy và Enterprise Territory Management có thể cùng tồn tại trong Sales Organization.
Nhưng chúng giải quyết những Business Requirements khác nhau.
Trap 9 — Dashboard ≠ Business Outcome
Dashboard chỉ Visualize Information.
Mental Model đúng là:
Business Outcome → KPI → Data → Report → Dashboard → Decision
Trap 10 — AI không sửa được một Sales Process tệ
Nếu:
- Stage không phản ánh Reality.
- Close Date không được cập nhật.
- Amount không chính xác.
- Activities không được Capture.
- Data Quality thấp.
thì thêm AI không tự động biến Sales Process đó thành một Process tốt.
Garbage In → Garbage Out vẫn đúng ngay cả khi có AI.
21. Real Project Thinking
Trong dự án thực tế, Consultant có thể nhận Requirement:
“Management muốn cải thiện Sales Forecast.”
Một phản xạ không tốt là:
Setup → Forecast Settings → Enable.
Thay vào đó hãy bắt đầu bằng Discovery:
Đây chính là Framework mà chúng ta đã xác định từ đầu Series:
Business Requirement → Salesforce Concept → Solution → Why → Alternative → Trade-off → Exam Trap → Real Project
Không bắt đầu từ Setup.
Không bắt đầu từ Feature.
Bắt đầu từ:
Business Requirement.
22. Mental Map để ôn Sales Lifecycle
Nếu cần rút gọn toàn bộ bài này thành một Mental Map để ôn thi, hãy nhớ:
Bao quanh Lifecycle là những Capability:
Sales Engagement
Salesforce Inbox
Enterprise Territory Management
Opportunity Forecasting
Agentforce Sales Einstein
Predictive AI
Generative AI
Reports & Dashboards
Nhưng đừng học chúng như những Feature độc lập.
Luôn hỏi:
Business Problem nào khiến chúng ta cần Capability này?
Tổng kết
Sales Lifecycle không đơn giản chỉ là:
Lead → Opportunity → Quote → Close
Một Salesforce Consultant phải nhìn được bức tranh lớn hơn:
Marketing → Lead Generation → Qualification → Pipeline → Sales Execution → Won/Lost → Forecast → Analytics → Process Improvement
Quan trọng hơn, chúng ta phải hiểu mối quan hệ giữa:
Đây chính là bước chuyển từ tư duy:
“Salesforce có Feature gì?”
sang:
“Business đang gặp vấn đề gì và Salesforce nên giải quyết nó như thế nào?”
Và đây cũng là nền tảng cần có trước khi bước sang Domain tiếp theo.
Ở Phần 3, chúng ta sẽ đi vào:
Consulting & Implementation Strategies (25%) — Từ Discovery và Business Requirement đến một Salesforce Solution có thể triển khai thực tế.
Tài liệu tham khảo chính thức
- Salesforce Certified Agentforce Sales Consultant Exam Guide
- Salesforce Certified Agentforce Sales Consultant — Certification
- Salesforce Help — Products and Price Books
- Salesforce Help — Product, Price Book, Price Book Entry, and Product Schedule Fields
- Salesforce Help — Difference Between Sales Price and List Price
- Salesforce Help — Product Concepts
- Salesforce Help — Guidelines for Creating Products
- Salesforce Help — Considerations for Setting Prices
Tip: Khi ôn Certification, luôn ưu tiên Salesforce Exam Guide, Salesforce Help và Trailhead làm Source of Truth vì Exam Objectives và Product Capabilities có thể thay đổi theo từng Release.
All rights reserved
