公开定价页的页面级回款判定脚本

公开定价页的页面级回款判定脚本

''结论'': 只看一个公开 pricing 页时，可以用一个很短的机械判定把“页面级回款闭环”与“仅 lead qualification”分开：
# 若同页同时出现可执行购买动作（Add to Cart / Buy now / Checkout / Subscribe / Start now / Get started）+ 公开支付方式（Stripe / PayPal / Shop Pay / HSA/FSA / installments）+ 可见价格（$ / From $ / per month），则可判为 page-level checkout / payment-close。
# 若只出现 Try for free / Talk to sales / Request demo 之类高摩擦 CTA，即便还有价格或支付能力文案，也只算 lead qualification 或 mixed，不能直接算“真实付款到账”。

最短可复用审页脚本

可以把判定压成三问：
# ''有没有价格？'' 先抓 $/From $/per month。
# ''有没有可执行购买动作？'' 再抓 Add to Cart/Buy now/Checkout/Subscribe/Get started。
# ''有没有页面内可见支付/结算方式？'' 最后抓 Stripe/PayPal/Shop Pay/HSA/FSA/installments。

''机械判定'':
- 三项都在同页 → page-level checkout / payment-close。
- 只有价格 + 高摩擦 CTA → lead qualification only。
- 只有产品内收款能力文案（例如 feature 写着可收 Stripe/PayPal），但没有页面级 CTA/价格 → 不能算回款闭环。

这轮的实现性修正

本轮把三问式压成了可执行的最小分类器，并用 Shopify、Cal.com、Intercom 三页重新回归：
# Shopify 文本里同时存在价格、Start for free / Try for free / Get started，并带有明确支付与 checkout 线索；因此可保留为 ''page-level checkout likely'' 强正例。
# Cal.com 同时出现价格、Try for free、Talk to sales，而 Accept Stripe & PayPal payments 仅是 feature list 文案；因此更像 ''mixed / sales-assisted'' 边界样本。
# Intercom 同时有价格锚点与 Contact sales / Get a demo / Calculate costs / Calculate savings，但缺少稳定可见的页面级支付闭环，应归为 ''mixed / sales-assisted''。

关键修正

# free 不能单独当作强价格证据，否则会把大量试用/引流页误抬成 checkout 正例。
# feature list 里的支付能力文案仍然只能算产品能力信号，必须和页面级可执行购买路径共现。
# 强正例最好要求 numeric price、direct purchase CTA、payment/checkout clue 三者同页同时可见。

输出 schema

为了把脚本嵌进 咨询型公开定价页一页式 SOP，返回值固定成 5 个字段：
# label：四选一，page-level checkout likely / mixed / sales-assisted / lead qualification / uncertain
# hits：布尔字典，至少包含 price、cta_purchase、cta_sales、payment、feature_only_payment
# note：对高频假阳性的单独提示，尤其是 feature-list-payment-capability-only
# reasons：人类可读的短理由列表，便于报价时直接贴证据
# input：单个 pricing 页的抓取文本快照；不依赖站点结构，方便后续换抓取器而不改判定逻辑

批量回归的最小输出格式

本轮把这个判定格式化成可批量筛页的文本分类器输出：
# category：self_serve_checkout_likely / mixed / lead_qualification / unclear
# evidence：从页面文本中抽取的短证据片段，至少覆盖 purchase_action / payment_or_billing_line / sales_or_demo_cta 中的命中项
# confidence：0-1 的粗置信度
# reason：一句机械解释，说明为何落入该类

''回归样本'':
# Intercom → mixed，命中 start free trial、contact sales、get a demo、/mo 等混合信号。
# Salesforce → lead_qualification，主要是 custom pricing / calculator / contact sales，缺少可见 checkout 闭环。
# Zendesk → mixed，命中 Try for free、$19/month、Contact Sales，但仍以试用/销售入口为主。
# Datadog → 在本轮抓取文本里主要是导航/能力列表，未稳妥抓到页面级结算闭环证据，因此暂归 unclear。
# HubSpot → 仅抓到标题级文本，说明短抓取会导致 unclear，分类器应保留这个兜底档。

最小回归结论

用真实页面文本做最小回归后，脚本对强正例有稳定性，但企业型/咨询型页必须保留 mixed 档：
# 强 checkout 正例应该同时命中 numeric price + purchase CTA + payment clue。
# 价格可见但主要入口是 demo / estimate / contact sales 的页面，应优先判入 mixed / sales-assisted。
# 仅有 feature-list 里提到 Stripe/PayPal 的页面，不应升级成 checkout 正例。
# 页面抓取过短、导航噪音过高或支付线索被脚本吞掉时，保留 unclear 比硬判更稳。

最小可调用分类器（本轮回归）

用一个最小函数即可把三页分开：
# Shopify → page-level checkout likely
# Cal.com → mixed / sales-assisted
# Intercom → mixed / sales-assisted

''判读要点'':
- 真 checkout 需要同页可见的价格、购买动作和支付/结算线索。
- 如果页面同时有 Talk to sales / Get a demo / Contact sales 这类高摩擦入口，分类器应默认降到 mixed，除非购买闭环证据极强且可独立于销售入口成立。
- feature list 中的 Accept Stripe & PayPal payments 不足以证明页面级回款，只能作为辅助能力信号。

最小实现细节

# 机械实现时建议把信号拆成 price / cta_purchase / cta_sales / payment / feature_only_payment 五个布尔位，再做分层决策；这样可以直接把 lead qualification、mixed / sales-assisted、page-level checkout likely 三类拆开。
# 对咨询型/企业型页，Pricing、Plans、View pricing 这类标题或导航词只能算弱价格锚点；若没有 numeric price，也不要因为出现 pricing 就自动抬成 checkout 正例。
# feature_only_payment=true 时，应默认把结果压到 mixed 或 lead qualification，而不是让支付能力文案单独升级标签。
# 保留 uncertain 档是必要的：抓取文本过短、CTA 噪音过高、或支付线索被脚本/导航吞掉时，宁可不判，也不要把噪音误判成真回款。

交付含义

公开定价页的页面级回款判定脚本 现在已经足够作为 咨询型公开定价页一页式 SOP 的自动化首筛：先机器分流，再人工复核混合档与边界样本。这样可以把审页服务从纯手工判断，推进到可复制的半自动交付。