Proposal: 7 lỗi khiến pipeline rò rỉ và cách vá

Pipeline rò rỉ ở khâu proposal là gì?

Pipeline rò rỉ ở khâu proposal là khi deal đã được gửi đề xuất rồi lặng lẽ biến mất: khách không trả lời, deal nằm im trong danh sách theo dõi, hoặc chết mà không ai ghi lý do. Rò rỉ làm Win Rate thấp và Pipeline Coverage ảo, nên doanh thu mục tiêu trượt dù sổ sách trông vẫn đầy.

Khâu proposal là chỗ rò rỉ khó thấy, vì deal đã đi qua vòng tư vấn nên ai cũng tưởng nó gần chốt. Bảy lỗi bên dưới chia làm ba nhóm: lỗi ở đầu vào, lỗi sau khi gửi đề xuất và lỗi khi đọc số. Mỗi lỗi đi kèm dấu hiệu nhận ra và cách vá cụ thể để bạn áp dụng ngay trong tuần.

Lỗi nào khiến proposal hỏng ngay từ đầu vào?

Ba lỗi làm proposal hỏng từ đầu vào là gửi đề xuất cho deal chưa đủ điều kiện, đo KPI bằng tổng lead thô, và viết proposal theo mẫu chung không bám vấn đề khách nêu. Cả ba khiến deal vào khâu proposal vốn đã yếu, nên càng gửi nhiều thì Win Rate càng tụt.

• Lỗi gửi proposal quá sớm: deal chưa xác nhận nhu cầu, ngân sách và người quyết định đã nhận báo giá. Cách vá: đặt tiêu chí đủ điều kiện rõ ràng, deal nào chưa qua thì quay lại bước tư vấn, chưa soạn đề xuất.
• Lỗi đo KPI bằng lead thô: đội sales được khen vì nhiều lead, dù phần lớn không mua được. Cách vá: tính KPI theo lead đạt chuẩn, và chỉ lead đạt chuẩn mới được tính vào mẫu số Win Rate.
• Lỗi proposal theo mẫu chung: đề xuất liệt kê sản phẩm, giá, điều khoản nhưng không nhắc lại vấn đề khách đã nói. Cách vá: mở proposal bằng chính vấn đề và mục tiêu của khách, sau đó mới tới giải pháp và giá.

Ba lỗi có chung gốc: đội ngũ muốn số lượng deal trông lớn. Khi siết đầu vào, Pipeline Coverage có thể giảm trên giấy, nhưng con số còn lại phản ánh đúng khả năng về đích hơn.

Lỗi nào làm deal chết lặng sau khi gửi proposal?

Hai lỗi làm deal chết lặng sau khi gửi proposal là không chốt bước tiếp theo ngay lúc gửi và để deal nằm im mà không ai chủ động đóng. Khi đó đề xuất trôi trong hộp thư của khách, người bán chờ đợi, còn pipeline vẫn ghi deal như đang sống.

• Lỗi gửi proposal không kèm hẹn: người bán gửi tệp đề xuất rồi đợi khách tự phản hồi. Cách vá: trước khi gửi, hẹn sẵn buổi trao đổi để cùng khách đi qua đề xuất, ghi rõ ai làm gì tiếp theo.
• Lỗi để deal treo không hạn: deal im lặng vẫn nằm trong pipeline và vẫn được cộng vào giá trị. Cách vá: đặt quy tắc deal quá hạn phải được hỏi lại một lần cuối, nếu khách vẫn im thì đóng và ghi lý do thua.

Ghi lý do thua quan trọng ngang ghi deal thắng. Sau một thời gian, danh sách lý do thua cho bạn biết proposal hay hụt ở giá, ở thời điểm hay ở người quyết định, từ đó sửa đúng chỗ.

Lỗi nào khiến bạn đọc sai sức khỏe của pipeline?

Hai lỗi khiến bạn đọc sai sức khỏe pipeline là chỉ nhìn một con số và không quy trách nhiệm theo khâu. Win Rate cao mà Coverage thiếu vẫn trượt mục tiêu, Coverage đủ mà Win Rate thấp cũng vậy. Không tách khâu thì mọi lỗi đều đổ về đội sales.

• Lỗi chỉ nhìn một con số: họp tuần chỉ báo Win Rate hoặc chỉ báo tổng giá trị pipeline. Cách vá: luôn báo Win Rate và Pipeline Coverage cùng lúc, vì hai con số trả lời hai câu hỏi riêng biệt.
• Lỗi không quy trách nhiệm theo khâu: proposal thua bị đổ cho người bán, dù khách đến từ truy vấn sai hoặc trang đích hứa sai. Cách vá: đọc dữ liệu theo trục Search, Page, Outcome để biết deal hỏng từ truy vấn, từ trang đích hay từ khâu chốt.

Hai công thức nào giúp bạn đo chỗ rò rỉ?

Hai công thức đo chỗ rò rỉ là Win Rate và Pipeline Coverage. Win Rate bằng số deal thắng chia cho số deal đủ điều kiện, cho biết proposal chốt tốt tới đâu. Pipeline Coverage bằng giá trị pipeline chia cho doanh thu mục tiêu, cho biết lượng cơ hội đang có đủ để về đích hay chưa.

• Win Rate: Win Rate = Deal thắng / Deal đủ điều kiện
• Pipeline Coverage: Pipeline Coverage = Giá trị pipeline / Doanh thu mục tiêu

Mỗi lỗi ở trên đánh vào một công thức. Lỗi gửi proposal quá sớm và lỗi đếm lead thô làm sai mẫu số của Win Rate. Lỗi để deal treo làm phồng giá trị pipeline, khiến Coverage trông đủ dù thực tế thiếu. Vì vậy, vá lỗi xong thì tính lại cả hai con số.

Cửa hàng điện máy rò rỉ pipeline ở đâu?

Với cửa hàng điện máy có mục tiêu 600,000,000 VND, win rate 25% và giá trị deal 115,000,000 VND, cần 5 deal thắng. Với Coverage 3x, pipeline phải đạt khoảng 1,800,000,000 VND. Rò rỉ xảy ra khi con số này bị làm đầy bằng deal treo hoặc deal chưa đủ điều kiện.

Cách đọc thực tế: lọc khỏi pipeline mọi deal đã im lặng quá hạn và mọi deal chưa đủ điều kiện, rồi cộng lại giá trị còn lại. Nếu phần còn lại thấp hơn mức 1,800,000,000 VND, cửa hàng cần thêm cơ hội mới trước khi bàn chuyện chốt.

Nên vá 7 lỗi theo thứ tự nào cho hiệu quả?

Nên vá theo thứ tự đầu vào, sau khi gửi, rồi tới cách đọc số. Siết tiêu chí đủ điều kiện và KPI lead đạt chuẩn trước, vì hai việc này sửa mẫu số. Sau đó mới xử lý deal treo, cuối cùng chuẩn hóa báo cáo theo khâu để giữ kết quả lâu dài.

Mỗi lần vá xong một lỗi, tính lại Win Rate và Pipeline Coverage. Khi cả hai con số phản ánh đúng thực tế, bạn mới có nền để đặt mục tiêu cho kỳ sau.

Nên đọc thêm tài liệu nội bộ nào khi vá pipeline?

Hai tài liệu nội bộ nên đọc thêm là cách đọc dữ liệu theo trục Search rồi tới Page rồi tới Outcome, và cách đặt KPI theo lead đạt chuẩn. Trục đọc đi từ truy vấn, qua trang đích, tới kết quả cuối. Đọc đúng trục thì mới quy được trách nhiệm về đúng khâu.

• Trục đọc: Đọc theo Search → Page → Outcome
• KPI: KPI theo lead đạt chuẩn