Mẫu dữ liệu quy trình từ khách hàng tiềm năng đến thu tiền
Mẫu dữ liệu quy trình từ khách hàng tiềm năng đến thu tiền
- Các thuộc tính nên thu thập
- Các hoạt động chính cần theo dõi
- Hướng dẫn trích xuất dữ liệu từ Pipedrive
Thuộc tính của quy trình từ khách hàng tiềm năng đến thu tiền
| Tên | Mô tả | ||
|---|---|---|---|
|
Cơ hội bán hàng
SalesOpportunityId
|
Mã định danh duy nhất của một cơ hội bán hàng, dùng làm ID hồ sơ để theo dõi toàn bộ quy trình Lead to Cash. | ||
|
Mô tả
ID cơ hội bán hàng là khóa chính liên kết mọi hoạt động liên quan, từ lúc tạo khách hàng tiềm năng đến khi nhận khoản thanh toán cuối cùng. ID này đại diện cho một giao dịch tiềm năng được theo dõi trong Pipedrive. Trong phân tích quy trình, mã định danh này rất quan trọng để dựng lại hành trình từ đầu đến cuối của từng giao dịch. Mã này giúp nhóm các sự kiện như 'Deal Created', 'Proposal Sent' và 'Payment Received' thành một hồ sơ thống nhất, từ đó phân tích các biến thể quy trình, thời gian chu kỳ và tỷ lệ chuyển đổi.
Vì sao điều này quan trọng
Mã định danh này là nền tảng của chế độ xem quy trình, liên kết mọi sự kiện liên quan để tạo thành lịch sử đầy đủ cho từng giao dịch bán hàng.
Lấy dữ liệu ở đâu
Lấy từ trường 'id' của đối tượng Deal qua Pipedrive API.
Ví dụ
12543125441254512546
|
|||
|
Tên hoạt động
ActivityName
|
Tên của sự kiện kinh doanh hoặc tác vụ cụ thể đã diễn ra trong quy trình bán hàng. | ||
|
Mô tả
Thuộc tính này mô tả một bước trong quy trình Lead to Cash, chẳng hạn như 'Deal Created', 'Proposal Sent' hoặc 'Payment Received'. Hoạt động là thành phần cơ bản dùng để trực quan hóa luồng quy trình. Phân tích trình tự và tần suất hoạt động giúp xác định các luồng quy trình phổ biến nhất, điểm nghẽn khiến công việc bị dồn lại và những sai lệch so với quy trình bán hàng tiêu chuẩn. Đây là cơ sở để hiểu quy trình thực tế đang diễn ra như thế nào.
Vì sao điều này quan trọng
Thuộc tính này xác định các bước trong quy trình, giúp trực quan hóa và phân tích luồng quy trình, tìm điểm nghẽn và kiểm tra mức độ tuân thủ.
Lấy dữ liệu ở đâu
Thông thường, thuộc tính này được tạo bằng cách ánh xạ các sự kiện trong Pipedrive, chẳng hạn như thay đổi giai đoạn giao dịch hoặc tạo đối tượng liên quan như hóa đơn, vào danh sách hoạt động đã xác định.
Ví dụ
Deal CreatedĐã gửi đề xuấtDeal WonHóa đơn đã gửiĐã nhận thanh toán
|
|||
|
Thời điểm sự kiện
EventTime
|
Dấu thời gian cho biết thời điểm hoạt động diễn ra. | ||
|
Mô tả
Thời điểm sự kiện, hay thời điểm bắt đầu, ghi lại chính xác ngày giờ một hoạt động được ghi nhận. Dữ liệu thời gian này cần thiết để sắp xếp sự kiện theo trình tự và tính khoảng thời gian giữa các bước trong quy trình. Trong phân tích, dấu thời gian này được dùng để tính các chỉ số hiệu quả chính như thời gian chu kỳ, thời gian xử lý và thời gian chờ. Dữ liệu này cũng giúp tạo bảng điều khiển theo dõi hiệu quả theo thời gian và phát hiện chậm trễ trong quy trình bán hàng.
Vì sao điều này quan trọng
Dấu thời gian này rất quan trọng để sắp xếp sự kiện, tính thời lượng quy trình và phân tích hiệu quả so với các mục tiêu về thời gian.
Lấy dữ liệu ở đâu
Lấy từ các trường như 'add_time' hoặc 'update_time' trên Deal, Activity hoặc đối tượng liên quan trong API Pipedrive.
Ví dụ
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-05-01T09:05:00Z
|
|||
|
Giá trị giao dịch
DealValue
|
Tổng giá trị tiền tệ của cơ hội bán hàng. | ||
|
Mô tả
Giá trị giao dịch là doanh thu tiềm năng hoặc thực tế gắn với một cơ hội bán hàng. Đây là chỉ số cơ bản để ưu tiên giao dịch và đánh giá tác động tài chính của quy trình bán hàng. Trong phân tích quy trình, thuộc tính này được dùng để phân nhóm hồ sơ theo giá trị tài chính, giúp so sánh cách xử lý giao dịch giá trị cao và thấp. Đây cũng là thành phần chính trong các bảng điều khiển phân tích hiệu quả bán hàng, hiệu quả chiết khấu và doanh thu tổng thể.
Vì sao điều này quan trọng
Thuộc tính này hỗ trợ phân tích tài chính của quy trình bán hàng, giúp ưu tiên giao dịch giá trị cao và hiểu tác động đến doanh thu.
Lấy dữ liệu ở đâu
Lấy từ trường 'value' của đối tượng Deal trong Pipedrive API.
Ví dụ
5000.0025000.501500.75
|
|||
|
Người phụ trách giao dịch
DealOwner
|
Nhân viên bán hàng chịu trách nhiệm quản lý cơ hội bán hàng. | ||
|
Mô tả
Người phụ trách giao dịch là người dùng được giao quản lý một giao dịch cụ thể. Thuộc tính này giúp hiểu cách phân bổ nguồn lực và hiệu quả của đội ngũ bán hàng. Thuộc tính này hỗ trợ phân tích hiệu quả ở cấp cá nhân hoặc nhóm. Bạn có thể lọc bảng điều khiển theo người phụ trách giao dịch để so sánh các chỉ số như thời gian chu kỳ bán hàng, tỷ lệ chuyển đổi và giá trị giao dịch trung bình. Nhờ đó, bạn có thể nhận diện người làm tốt và những lĩnh vực cần được hướng dẫn thêm.
Vì sao điều này quan trọng
Hỗ trợ phân tích hiệu quả theo nhân viên bán hàng, giúp nhận diện người làm tốt và những lĩnh vực cần cải thiện.
Lấy dữ liệu ở đâu
Lấy từ trường 'user_id' trên đối tượng Deal, trường này liên kết với đối tượng User trong Pipedrive API.
Ví dụ
John SmithJane DoePeter Jones
|
|||
|
Trạng thái giao dịch
DealStatus
|
Kết quả hoặc trạng thái hiện tại của giao dịch, chẳng hạn thành công, thất bại hoặc đang mở. | ||
|
Mô tả
Trạng thái giao dịch cho biết kết quả cuối cùng hoặc trạng thái tổng quát hiện tại của một cơ hội bán hàng. Đây là chiều phân tích chính để đánh giá tỷ lệ thành công và hiệu quả quy trình. Thuộc tính này rất cần thiết để tính tỷ lệ thành công và thất bại, cũng như lọc sơ đồ quy trình để so sánh hành trình của giao dịch thành công với giao dịch thất bại. So sánh này thường cho thấy những khác biệt quan trọng trong cách thực hiện quy trình, từ đó giúp lý giải thành công hay thất bại và tìm hướng cải tiến quy trình.
Vì sao điều này quan trọng
Thuộc tính này rất cần thiết để tính tỷ lệ thành công và thất bại, đồng thời so sánh luồng quy trình của giao dịch thành công với giao dịch thất bại.
Lấy dữ liệu ở đâu
Lấy từ trường 'status' của đối tượng Deal trong Pipedrive API.
Ví dụ
thành côngthất bạiđang mở
|
|||
|
Tỷ lệ chiết khấu
DiscountPercentage
|
Tỷ lệ chiết khấu áp dụng cho giao dịch. | ||
|
Mô tả
Thuộc tính này cho biết tỷ lệ chiết khấu áp dụng cho giao dịch bán hàng, nếu có. Đây là yếu tố quan trọng để hiểu chiến lược định giá và tác động của chiến lược đó đến lợi nhuận. Phân tích tỷ lệ chiết khấu giúp đánh giá hiệu quả của chiến lược chiết khấu. Bạn có thể đối chiếu thuộc tính này với giá trị giao dịch, nhân viên bán hàng hoặc sản phẩm để xem chiết khấu thường được áp dụng ở đâu, và liệu chúng có giúp tăng tỷ lệ chốt đơn hay chỉ làm giảm biên lợi nhuận.
Vì sao điều này quan trọng
Thuộc tính này rất quan trọng để phân tích chiến lược định giá, biên lợi nhuận bán hàng và lợi nhuận tổng thể của giao dịch.
Lấy dữ liệu ở đâu
Đây thường là trường tùy chỉnh trên đối tượng Deal trong Pipedrive. Xem tài liệu Pipedrive để biết cách thiết lập trường tùy chỉnh.
Ví dụ
0.050.100.150.0
|
|||
|
Điều khoản thanh toán
PaymentTerms
|
Điều khoản thanh toán đã thỏa thuận, chẳng hạn như 'Net 30' hoặc 'Net 60'. | ||
|
Mô tả
Điều khoản thanh toán quy định thời hạn khách hàng cần thanh toán hóa đơn sau khi nhận được hóa đơn. Thuộc tính này rất quan trọng để quản lý các khoản phải thu và dòng tiền. Trong process mining, thuộc tính này là cơ sở để đánh giá tình hình thanh toán. Thuộc tính được dùng để tính các KPI như tỷ lệ thanh toán đúng hạn, bằng cách so sánh ngày thanh toán thực tế với ngày đến hạn tính từ ngày lập hóa đơn và điều khoản thanh toán.
Vì sao điều này quan trọng
Là cơ sở để đo lường tình hình thanh toán đúng hạn và phân tích chậm trễ trong quy trình thu tiền.
Lấy dữ liệu ở đâu
Đây thường là trường tùy chỉnh trên đối tượng Deal hoặc Organization trong Pipedrive, hoặc có thể lấy từ hệ thống kế toán được tích hợp.
Ví dụ
Thanh toán trong 30 ngàyThanh toán trong 60 ngàyThanh toán khi nhận hóa đơn
|
|||
|
Đơn vị tiền tệ của giao dịch
DealCurrency
|
Đơn vị tiền tệ dùng cho giá trị giao dịch. | ||
|
Mô tả
Thuộc tính này cho biết đơn vị tiền tệ, chẳng hạn USD, EUR hoặc GBP, dùng để tính giá trị giao dịch. Đây là bối cảnh cần thiết cho mọi chỉ số tài chính. Khi phân tích giao dịch ở nhiều khu vực hoặc quốc gia, thuộc tính này rất cần thiết để lập báo cáo và tổng hợp tài chính chính xác. Thuộc tính giúp áp dụng đúng tỷ giá chuyển đổi trước khi tổng hợp dữ liệu tài chính, tránh đưa ra kết luận sai lệch.
Vì sao điều này quan trọng
Cung cấp bối cảnh cần thiết cho giá trị giao dịch, giúp phân tích và báo cáo tài chính chính xác ở nhiều khu vực.
Lấy dữ liệu ở đâu
Lấy từ trường 'currency' của đối tượng Deal trong Pipedrive API.
Ví dụ
USDEURGBP
|
|||
|
Giai đoạn giao dịch
DealStage
|
Giai đoạn cụ thể hiện tại của giao dịch trong quy trình bán hàng. | ||
|
Mô tả
Giai đoạn giao dịch là một bước cụ thể trong quy trình bán hàng do công ty xác định, chẳng hạn như 'Qualified', 'Proposal Made' hoặc 'Negotiation'. Thuộc tính này cho biết tiến độ giao dịch chi tiết hơn so với trạng thái giao dịch tổng thể. Phân tích các giai đoạn giao dịch rất quan trọng để hiểu phễu bán hàng và xác định nơi giao dịch thường bị đình trệ. Theo dõi thời gian ở mỗi giai đoạn giúp nhóm tìm ra điểm nghẽn và tập trung cải tiến vào những phần gây vấn đề nhiều nhất trong chu kỳ bán hàng.
Vì sao điều này quan trọng
Cho biết chi tiết tiến độ của giao dịch trong phễu bán hàng, giúp tìm điểm nghẽn và tính tỷ lệ chuyển đổi giữa các giai đoạn.
Lấy dữ liệu ở đâu
Lấy từ trường 'stage_id' trên đối tượng Deal, trường này liên kết với đối tượng Stage trong Pipedrive API.
Ví dụ
Tiếp nhận khách hàng tiềm năngĐã liên hệĐã lên lịch giới thiệu sản phẩmĐã lập đề xuấtBắt đầu đàm phán
|
|||
|
Hệ thống nguồn
SourceSystem
|
Cho biết hệ thống đã trích xuất dữ liệu. | ||
|
Mô tả
Thuộc tính này cho biết nguồn dữ liệu, trong trường hợp này là Pipedrive. Thuộc tính đặc biệt hữu ích khi dữ liệu từ nhiều hệ thống được hợp nhất để tạo góc nhìn chung về quy trình. Dù thường là giá trị cố định khi chỉ phân tích một hệ thống, thuộc tính này vẫn cung cấp bối cảnh cần thiết và hỗ trợ quản trị, truy xuất nguồn gốc dữ liệu. Thuộc tính xác nhận rằng các sự kiện và thuộc tính liên quan đến phiên bản Pipedrive.
Vì sao điều này quan trọng
Cho biết nguồn gốc dữ liệu, giúp truy xuất và hiểu rõ dữ liệu, nhất là khi kết hợp dữ liệu từ nhiều hệ thống.
Lấy dữ liệu ở đâu
Thông thường, đây là giá trị cố định được thêm trong quá trình chuyển đổi dữ liệu.
Ví dụ
Pipedrive
|
|||
|
Khu vực
Region
|
Khu vực địa lý gắn với khách hàng hoặc cơ hội bán hàng. | ||
|
Mô tả
Thuộc tính này phân loại giao dịch theo khu vực địa lý, chẳng hạn Bắc Mỹ, EMEA hoặc APAC. Nhờ đó, bạn có thể phân tích hiệu quả và quy trình bán hàng theo địa điểm. Phân nhóm quy trình theo khu vực giúp doanh nghiệp phát hiện khác biệt giữa các khu vực về thời gian chu kỳ bán hàng, tỷ lệ chốt đơn và biến thể quy trình. Những thông tin này có thể hỗ trợ xây dựng chiến lược bán hàng theo khu vực, phân bổ nguồn lực và chuẩn hóa quy trình.
Vì sao điều này quan trọng
Hỗ trợ phân tích quy trình bán hàng theo khu vực địa lý, làm rõ khác biệt về hiệu quả và hành vi khách hàng giữa các khu vực.
Lấy dữ liệu ở đâu
Đây thường là trường tùy chỉnh trên đối tượng Deal hoặc Organization. Bạn cũng có thể dùng các trường địa chỉ của Organization để xác định khu vực.
Ví dụ
Bắc MỹEMEAAPACMỹ Latinh
|
|||
|
Làm lại
IsRework
|
Cờ xác định các hoạt động thuộc một vòng lặp làm lại. | ||
|
Mô tả
Làm lại là cờ đúng/sai thường được công cụ process mining tính để làm nổi bật những trường hợp quy trình không đi theo luồng tuyến tính mà lặp lại các bước trước đó. Ví dụ, giao dịch chuyển từ 'Negotiation' trở lại 'Proposal Sent' được xem là làm lại. Xác định các bước làm lại rất quan trọng để cải tiến quy trình, vì chúng cho thấy sự kém hiệu quả, công sức bị lãng phí và khả năng gây nhầm lẫn cho khách hàng. Phân tích các hoạt động được đánh dấu là làm lại giúp xác định nơi quy trình gặp trục trặc và đưa ra cải tiến phù hợp.
Vì sao điều này quan trọng
Giúp định lượng sự kém hiệu quả của quy trình bằng cách xác định và đánh dấu các hoạt động thuộc luồng quy trình lặp lại hoặc quay vòng.
Lấy dữ liệu ở đâu
Phần mềm process mining tính giá trị này bằng cách phân tích trình tự hoạt động trong từng hồ sơ.
Ví dụ
truefalse
|
|||
|
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
|
Dấu thời gian của lần làm mới dữ liệu gần nhất từ hệ thống nguồn. | ||
|
Mô tả
Thuộc tính này cho biết lần gần nhất dữ liệu được trích xuất và cập nhật vào tập dữ liệu process mining. Nhờ đó, bạn biết rõ dữ liệu đang phân tích được cập nhật đến thời điểm nào. Trong mọi phân tích, việc biết dữ liệu mới đến đâu rất quan trọng. Thuộc tính này giúp người dùng xác định thông tin đang xem có phản ánh trạng thái mới nhất của quy trình hay không, điều cần thiết để theo dõi vận hành và ra quyết định.
Vì sao điều này quan trọng
Cho biết dữ liệu mới đến đâu, giúp người dùng nắm được mức độ cập nhật của phân tích quy trình.
Lấy dữ liệu ở đâu
Giá trị này được tạo và ghi lại trong quá trình nhập dữ liệu hoặc ETL.
Ví dụ
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Nguồn khách hàng tiềm năng
LeadSource
|
Nguồn hoặc kênh thu hút khách hàng tiềm năng. | ||
|
Mô tả
Nguồn khách hàng tiềm năng cho biết cách một khách hàng tiềm năng được tìm thấy lần đầu, chẳng hạn như 'Webinar', 'Cold Call' hoặc 'Partner Referral'. Thông tin này rất quan trọng đối với chiến lược tiếp thị và bán hàng. Phân tích nguồn khách hàng tiềm năng giúp xác định hiệu quả của từng kênh tiếp thị. Bạn có thể so sánh tỷ lệ chuyển đổi và thời gian chu kỳ bán hàng của khách hàng tiềm năng từ các nguồn khác nhau, qua đó tối ưu ngân sách tiếp thị và nỗ lực bán hàng.
Vì sao điều này quan trọng
Giúp đo lường hiệu quả của từng kênh tiếp thị bằng cách phân tích tỷ lệ chuyển đổi và hiệu quả quy trình của khách hàng tiềm năng từ mỗi nguồn.
Lấy dữ liệu ở đâu
Lấy từ trường 'source_name' trên đối tượng Lead, sau đó liên kết với Deal.
Ví dụ
Tìm kiếm tự nhiênMạng xã hội trả phíGiới thiệuHội chợ thương mại
|
|||
|
Sản phẩm
ProductAttached
|
Sản phẩm hoặc dịch vụ gắn với cơ hội bán hàng. | ||
|
Mô tả
Thuộc tính này cho biết sản phẩm hoặc dịch vụ được bán trong giao dịch. Nhờ đó, bạn có thể phân tích chi tiết hơn các hoạt động bán hàng liên quan đến từng sản phẩm, dịch vụ. Khi đưa sản phẩm vào phân tích, bạn có thể so sánh quy trình bán hàng giữa các dòng sản phẩm. Qua đó, bạn có thể phát hiện sản phẩm nào có chu kỳ bán hàng dài hơn, tỷ lệ chuyển đổi khác biệt hoặc cần các bước quy trình riêng, từ đó điều chỉnh chiến lược bán hàng phù hợp hơn.
Vì sao điều này quan trọng
Hỗ trợ phân tích quy trình bán hàng theo dòng sản phẩm, giúp phát hiện khác biệt về chu kỳ bán hàng hoặc tỷ lệ thành công giữa các sản phẩm, dịch vụ.
Lấy dữ liệu ở đâu
Lấy từ đối tượng Product được liên kết với Deal trong Pipedrive API.
Ví dụ
Gói thuê bao SaaS tiêu chuẩnGiấy phép nền tảng doanh nghiệpGói dịch vụ chuyên nghiệp
|
|||
|
Tên tổ chức
OrganizationName
|
Tên công ty hoặc tổ chức của khách hàng gắn với giao dịch. | ||
|
Mô tả
Thuộc tính này xác định khách hàng doanh nghiệp gắn với cơ hội bán hàng, cho biết những công ty nào đang có trong quy trình bán hàng. Phân tích theo tên tổ chức giúp hiểu hành vi khách hàng và xác định các tài khoản quan trọng. Bạn có thể phân nhóm dữ liệu quy trình để xem quy trình có khác nhau giữa khách hàng chiến lược và khách hàng nhỏ hay không, hoặc theo dõi toàn bộ lịch sử bán hàng với một công ty cụ thể.
Vì sao điều này quan trọng
Xác định khách hàng, hỗ trợ phân tích theo khách hàng và phân nhóm quy trình bán hàng.
Lấy dữ liệu ở đâu
Lấy từ trường 'org_id' trên đối tượng Deal, trường này liên kết với đối tượng Organization trong Pipedrive API.
Ví dụ
ABC CorporationGlobal Tech Inc.Innovate Solutions
|
|||
|
Thanh toán đúng hạn
IsOnTimePayment
|
Cờ đúng/sai cho biết khoản thanh toán có được nhận trong thời hạn đã thỏa thuận hay không. | ||
|
Mô tả
Thuộc tính này là cờ nhị phân (True/False), cho biết khoản thanh toán có được thực hiện đúng hạn hay không. Giá trị được xác định bằng cách so sánh thời gian thanh toán hóa đơn thực tế với điều khoản thanh toán đã thỏa thuận. Cờ này giúp đơn giản hóa việc phân tích hành vi thanh toán. Bạn có thể dùng cờ để tính nhanh KPI tỷ lệ thanh toán đúng hạn và lọc các khoản thanh toán trễ, từ đó tập trung tìm nguyên nhân gốc rễ khiến một số khách hàng hoặc loại giao dịch thanh toán chậm.
Vì sao điều này quan trọng
Giúp phân tích mức độ tuân thủ điều khoản thanh toán và được dùng để tính KPI tỷ lệ thanh toán đúng hạn.
Lấy dữ liệu ở đâu
Được tính bằng cách so sánh 'InvoicePaymentTime' với thuộc tính 'PaymentTerms'. Ví dụ: nếu PaymentTerms là 'Net 30' và InvoicePaymentTime không quá 30 ngày, giá trị sẽ là True.
Ví dụ
truefalse
|
|||
|
Thời điểm kết thúc sự kiện
EventEndTime
|
Dấu thời gian cho biết khi nào một hoạt động có thời lượng được hoàn tất. | ||
|
Mô tả
Thời điểm kết thúc sự kiện đánh dấu lúc hoàn tất một hoạt động có thời lượng đo được, chẳng hạn như cuộc họp hoặc tác vụ. Kết hợp với thời điểm bắt đầu, thuộc tính này giúp tính chính xác thời gian thực hiện từng hoạt động. Thuộc tính này rất cần thiết để tính thời gian xử lý của từng hoạt động. Phân tích thời lượng giúp xác định tác vụ nào tốn nhiều thời gian nhất, từ đó tìm cơ hội tối ưu, tự động hóa hoặc phân bổ lại nguồn lực.
Vì sao điều này quan trọng
Giúp tính chính xác thời lượng của từng hoạt động, qua đó xác định các tác vụ tốn nhiều thời gian và điểm nghẽn.
Lấy dữ liệu ở đâu
Lấy từ các trường như 'due_date' hoặc dấu thời gian hoàn tất trên đối tượng Activity trong API Pipedrive.
Ví dụ
2023-04-15T11:00:00Z2023-04-16T15:00:00Z2023-05-01T09:35:00Z
|
|||
|
Thời gian thanh toán hóa đơn
InvoicePaymentTime
|
Khoảng thời gian từ lúc gửi hóa đơn đến khi nhận được thanh toán. | ||
|
Mô tả
Thời gian thanh toán hóa đơn đo lường hiệu quả của quy trình thu các khoản phải thu. Chỉ số này theo dõi khoảng thời gian từ hoạt động 'Invoice Sent' đến hoạt động 'Payment Received'. Chỉ số này rất quan trọng để theo dõi dòng tiền và phát hiện chậm trễ trong việc thu tiền. Phân tích thời lượng này giúp doanh nghiệp hiểu hành vi thanh toán của khách hàng và hiệu quả của các chiến lược nhắc nợ, thu hồi công nợ, qua đó tác động trực tiếp đến chu kỳ từ báo giá đến thanh toán.
Vì sao điều này quan trọng
Đo trực tiếp hiệu quả của quy trình thu tiền và rất quan trọng để quản lý dòng tiền.
Lấy dữ liệu ở đâu
Được tính bằng hiệu số giữa dấu thời gian của hoạt động 'Payment Received' và 'Invoice Sent' trong cùng một hồ sơ.
Ví dụ
28 ngày45 ngày10 ngày
|
|||
Hoạt động trong quy trình từ khách hàng tiềm năng đến thu tiền
| Hoạt động | Mô tả | ||
|---|---|---|---|
|
Đã gửi đề xuất
|
Đánh dấu thời điểm gửi báo giá hoặc đề xuất chính thức cho khách hàng. Sự kiện này thường được suy ra khi giao dịch chuyển sang một giai đoạn cụ thể trong quy trình, chẳng hạn như 'Proposal Made' hoặc 'Quote Sent'. | ||
|
Vì sao điều này quan trọng
Đây là một mốc quan trọng trong quy trình bán hàng. Phân tích thời gian từ sự kiện này đến 'Deal Won' giúp xác định thời lượng của giai đoạn ra quyết định và đàm phán.
Lấy dữ liệu ở đâu
Sự kiện được suy ra từ nhật ký thay đổi Deal khi 'stage_id' chuyển sang giai đoạn dành cho đề xuất. Dấu thời gian chuyển giai đoạn được dùng làm thời điểm diễn ra sự kiện.
Thu thập
Phát hiện khi 'stage_id' của Deal được cập nhật sang một giai đoạn 'Proposal' cụ thể.
Loại sự kiện
inferred
|
|||
|
Đã nhận thanh toán
|
Đánh dấu thời điểm nhận được khoản thanh toán thành công từ khách hàng, hoàn tất chu kỳ thu tiền của cơ hội bán hàng. Đây là sự kiện cuối cùng trong quy trình Lead to Cash và bắt nguồn từ hệ thống tài chính. | ||
|
Vì sao điều này quan trọng
Đây là bước cuối cùng, khi giá trị được hiện thực hóa. Đây là điểm kết thúc thực sự của quy trình Lead to Cash, cần thiết để đo thời gian toàn quy trình và phân tích chậm trễ trong thanh toán.
Lấy dữ liệu ở đâu
Được ghi nhận từ hệ thống kế toán hoặc xử lý thanh toán. Cần liên kết xác nhận thanh toán với giao dịch trong Pipedrive.
Thu thập
Dữ liệu sự kiện từ hệ thống tài chính bên ngoài, được liên kết với giao dịch bằng mã định danh duy nhất.
Loại sự kiện
explicit
|
|||
|
Deal Created
|
Đánh dấu thời điểm bắt đầu chính thức của một cơ hội bán hàng. Sự kiện này xảy ra khi giao dịch mới được tạo thủ công hoặc tự động tạo từ khách hàng tiềm năng đã chuyển đổi. | ||
|
Vì sao điều này quan trọng
Đây là hoạt động bắt đầu chính của chu kỳ bán hàng. Phân tích thời gian từ sự kiện này đến 'Deal Won' hoặc 'Deal Lost' giúp xác định tổng thời lượng chu kỳ bán hàng.
Lấy dữ liệu ở đâu
Đây là sự kiện được ghi nhận rõ ràng trong thực thể Deals của Pipedrive. Dấu thời gian tạo ('add_time') của bản ghi giao dịch được dùng làm thời điểm diễn ra sự kiện.
Thu thập
Dùng trường 'add_time' trong thực thể Deals.
Loại sự kiện
explicit
|
|||
|
Deal Won
|
Đánh dấu thời điểm giao dịch chốt thành công, khi khách hàng đồng ý bằng lời nói hoặc văn bản. Đây là thay đổi trạng thái rõ ràng, tiêu chuẩn trong Pipedrive. | ||
|
Vì sao điều này quan trọng
Đây là cột mốc thành công quan trọng nhất. Cột mốc này rất cần thiết để tính tỷ lệ chốt đơn, thời gian của chu kỳ bán hàng đối với các giao dịch thành công và hiệu quả bán hàng tổng thể.
Lấy dữ liệu ở đâu
Đây là sự kiện được ghi nhận rõ ràng khi trạng thái giao dịch chuyển thành 'won'. Trường 'won_time' trong thực thể Deals cung cấp dấu thời gian chính xác.
Thu thập
Dùng dấu thời gian 'won_time' từ thực thể Deals.
Loại sự kiện
explicit
|
|||
|
Giao dịch thất bại
|
Đánh dấu thời điểm giao dịch kết thúc mà không thành công. Điều này xảy ra khi quy trình bán hàng dừng lại vì khách hàng chọn đối thủ cạnh tranh, không còn quan tâm hoặc vì lý do khác. | ||
|
Vì sao điều này quan trọng
Đây là điểm kết thúc chính khi giao dịch thất bại. Phân tích thời điểm và lý do mất giao dịch giúp cải thiện chiến lược bán hàng, hoạt động đào tạo và quy trình đánh giá khách hàng tiềm năng.
Lấy dữ liệu ở đâu
Đây là sự kiện được ghi nhận rõ ràng khi trạng thái giao dịch chuyển thành 'lost'. Trường 'lost_time' trong thực thể Deals lưu dấu thời gian.
Thu thập
Dùng dấu thời gian 'lost_time' từ thực thể Deals.
Loại sự kiện
explicit
|
|||
|
Bắt đầu đàm phán
|
Đánh dấu thời điểm bắt đầu đàm phán tích cực về giá, điều khoản hoặc phạm vi. Sự kiện này thường được suy ra khi giao dịch chuyển sang giai đoạn 'Negotiation' sau khi gửi đề xuất. | ||
|
Vì sao điều này quan trọng
Tách riêng giai đoạn đàm phán giúp xác định thời lượng của giai đoạn này và những giao dịch thường mất nhiều thời gian để đàm phán.
Lấy dữ liệu ở đâu
Sự kiện được suy ra từ nhật ký thay đổi Deal khi 'stage_id' được cập nhật sang một giai đoạn có tên thể hiện rõ việc đàm phán.
Thu thập
Tìm trong lịch sử giao dịch lần chuyển sang giai đoạn 'Negotiation' đã xác định trước.
Loại sự kiện
inferred
|
|||
|
Đã liên hệ lần đầu
|
Đây là lần tương tác có ý nghĩa đầu tiên với khách hàng tiềm năng gắn với giao dịch. Thông thường, tương tác này được ghi nhận là một hoạt động đã hoàn tất, chẳng hạn như cuộc gọi, email hoặc cuộc họp liên kết với giao dịch. | ||
|
Vì sao điều này quan trọng
Theo dõi hoạt động này giúp đo thời gian đến lần liên hệ đầu tiên và đảm bảo khách hàng tiềm năng được tiếp cận kịp thời. Qua đó, bạn có thể đánh giá mức độ phản hồi của đội ngũ bán hàng.
Lấy dữ liệu ở đâu
Lấy dữ liệu từ đối tượng Activities của Pipedrive. Xác định sự kiện này bằng cách tìm hoạt động đã hoàn tất sớm nhất có liên kết với mã giao dịch.
Thu thập
Tìm hoạt động đã hoàn tất đầu tiên liên kết với một giao dịch, dựa trên trường 'done_time'.
Loại sự kiện
explicit
|
|||
|
Deal Qualified
|
Cho biết giao dịch đã đáp ứng các tiêu chí xác định trước và được xem là cơ hội khả thi đáng theo đuổi. Sự kiện này thường được suy ra khi giao dịch chuyển từ giai đoạn đầu của quy trình, chẳng hạn như 'Lead In', sang giai đoạn đủ điều kiện hơn như 'Contact Made' hoặc 'Needs Defined'. | ||
|
Vì sao điều này quan trọng
Mốc này giúp đánh giá hiệu quả của quy trình đánh giá khách hàng tiềm năng và xác định thời gian giao dịch nằm ở các giai đoạn đầu khi chưa đủ điều kiện.
Lấy dữ liệu ở đâu
Sự kiện được suy ra từ nhật ký thay đổi hoặc lịch sử Deal khi trường 'stage_id' chuyển sang giai đoạn thể hiện rằng giao dịch đã đủ điều kiện.
Thu thập
Tìm trong lịch sử giao dịch lần chuyển sang giai đoạn 'qualified' đã xác định trước.
Loại sự kiện
inferred
|
|||
|
Đơn hàng bán được tạo
|
Cho biết đơn hàng bán chính thức được tạo trong một hệ thống khác, chẳng hạn như ERP hoặc nền tảng kế toán, sau khi giao dịch được chốt. Hoạt động này không có sẵn trong Pipedrive mà lấy dữ liệu từ hệ thống được tích hợp. | ||
|
Vì sao điều này quan trọng
Sự kiện này đánh dấu thời điểm bàn giao từ bộ phận bán hàng sang vận hành hoặc tài chính. Phân tích khoảng thời gian từ 'Deal Won' đến hoạt động này giúp phát hiện khả năng xử lý đơn hàng bị chậm trễ.
Lấy dữ liệu ở đâu
Thường được ghi nhận từ ERP hoặc hệ thống tài chính đã kết nối. Cần nhập dữ liệu vào hệ thống và liên kết dữ liệu đó với ID giao dịch trong Pipedrive.
Thu thập
Dữ liệu sự kiện được gửi từ hệ thống bên ngoài qua API, thường để cập nhật một trường tùy chỉnh trên giao dịch trong Pipedrive.
Loại sự kiện
explicit
|
|||
|
Đơn hàng đã được thực hiện
|
Cho biết sản phẩm đã được giao hoặc dịch vụ đã được cung cấp cho khách hàng. Sự kiện này bắt nguồn từ hệ thống thực hiện đơn hàng hoặc hệ thống vận hành bên ngoài. | ||
|
Vì sao điều này quan trọng
Theo dõi việc thực hiện đơn hàng giúp hiểu rõ thời gian từ lúc đặt hàng đến khi giao hàng. Chậm trễ ở bước này ảnh hưởng trực tiếp đến mức độ hài lòng của khách hàng và việc ghi nhận doanh thu.
Lấy dữ liệu ở đâu
Được ghi nhận từ ERP, hệ thống quản lý hàng tồn kho hoặc hệ thống quản lý dịch vụ bên ngoài. Cần liên kết dữ liệu này với giao dịch tương ứng trong Pipedrive.
Thu thập
Dữ liệu sự kiện từ hệ thống bên ngoài, được liên kết bằng ID giao dịch hoặc một mã định danh chung khác.
Loại sự kiện
explicit
|
|||
|
Giao dịch được mở lại
|
Cho biết giao dịch từng được đánh dấu là thất bại nhưng sau đó được kích hoạt lại để tiếp tục hoạt động bán hàng. Sự kiện này được suy ra khi trạng thái giao dịch chuyển từ 'lost' về 'open'. | ||
|
Vì sao điều này quan trọng
Hoạt động này cho thấy các vòng lặp làm lại và nỗ lực kết nối lại với khách hàng. Phân tích những trường hợp này có thể giúp phát hiện xu hướng trong hành vi khách hàng hoặc hiệu quả của việc theo sát khách hàng.
Lấy dữ liệu ở đâu
Được suy ra từ nhật ký thay đổi của Deal. Hệ thống phát hiện sự kiện này khi trường 'status' chuyển từ 'lost' sang 'open'.
Thu thập
Tìm thay đổi trạng thái từ 'lost' sang 'open' trong lịch sử giao dịch.
Loại sự kiện
inferred
|
|||
|
Hóa đơn đã gửi
|
Đánh dấu thời điểm hóa đơn được gửi cho khách hàng để thanh toán. Sự kiện này thường được kích hoạt trong hệ thống kế toán hoặc lập hóa đơn bên ngoài sau khi đơn hàng được thực hiện. | ||
|
Vì sao điều này quan trọng
Đây là thời điểm bắt đầu chu kỳ thanh toán. Khoảng thời gian từ sự kiện này đến 'Payment Received' rất quan trọng để theo dõi các khoản phải thu và dòng tiền.
Lấy dữ liệu ở đâu
Bắt nguồn từ hệ thống kế toán hoặc ERP bên ngoài như Xero hay QuickBooks. Cần tích hợp dữ liệu sự kiện và liên kết dữ liệu đó với giao dịch trong Pipedrive.
Thu thập
Dữ liệu sự kiện từ hệ thống lập hóa đơn bên ngoài, được liên kết với giao dịch qua tích hợp API.
Loại sự kiện
explicit
|
|||
|
Theo sát đề xuất
|
Ghi nhận mọi hoạt động bán hàng, chẳng hạn như cuộc gọi hoặc email, diễn ra sau khi gửi đề xuất cho khách hàng. Sự kiện này cho thấy đội ngũ đang chủ động tương tác trong giai đoạn khách hàng cân nhắc. | ||
|
Vì sao điều này quan trọng
Đo lường mức độ kịp thời và tần suất theo sát, yếu tố quan trọng để duy trì đà tiến triển và chốt giao dịch. Chỉ số này hỗ trợ dashboard 'Proposal Follow-up Timeliness'.
Lấy dữ liệu ở đâu
Lấy dữ liệu từ đối tượng Activities của Pipedrive. Đây là hoạt động đã hoàn tất, diễn ra sau sự kiện 'Proposal Sent' của cùng giao dịch.
Thu thập
Tìm một Hoạt động đã hoàn tất có 'done_time' muộn hơn dấu thời gian của hoạt động 'Đã gửi đề xuất'.
Loại sự kiện
explicit
|
|||
Hướng dẫn trích xuất dữ liệu
Sẵn sàng bắt đầu?
Dùng mẫu này để chuẩn bị dữ liệu quy trình từ khách hàng tiềm năng đến thu tiền nhanh chóng và bắt đầu tìm hiểu thông tin hữu ích về quy trình. Bắt đầu tối ưu hoạt động vận hành trên Pipedrive ngay hôm nay.
Tăng tỷ lệ chốt giao dịch: tối ưu quy trình Pipedrive từ khách hàng tiềm năng đến thu tiền ngay hôm nay
Tăng tỷ lệ chốt giao dịch thêm 20% và rút ngắn chu kỳ bán hàng. Bắt đầu ngay.
Không cần thẻ tín dụng. Dùng thử miễn phí trong 14 ngày.