如果你的软件站只能先修一个指标，我建议修 INP，不是 LCP。这个顺序和大多数性能清单相反，但我们的数据支持它：今年 8 月到 10 月，我们统计了 9 个 B2B 软件站的用户投诉，7 个指向"点了没反应""筛选很卡"，只有 2 个抱怨"打开慢"。
原因不复杂。B2B 软件的用户不是来看的，是来干活的。
两种站，两种痛
营销站、博客、官网首页，用户平均停留 40 秒，看两屏就走。这类站 LCP 决定他会不会关掉，所以 LCP 优先很合理。
SaaS 后台、控制台、开发者工具的可视化面板完全是另一种产品。用户一次会话停留 6 到 15 分钟，点击几十次。每次点击卡 300 毫秒，他一天要骂好几回。这类站 INP 差，先体现在工单和续费上，而不是跳出率上。
一个客户的原话
去年一家做日志分析的公司，首页 LCP 2.1 秒，看着挺好，但后台 P75 的 INP 是 560 毫秒。销售跟我说，客户 demo 时点开一个查询结果要转两秒，成交率受影响。
这个因果关系算不上严谨，但方向是对的：演示卡一次，比首页慢半秒贵得多。尤其是客单价六位数以上的产品，一次演示翻车要花十次沟通补回来。
判断顺序
我一般用一句话判断：看核心页面是"读"还是"操作"。读为主，先 LCP；操作为主，先 INP。混合的站，比如文档站加控制台，先用流量分布算一下，哪个页面访问占比高就先修哪个。
第二个判断依据是用户来源。首访流量占比高、投放重的站，LCP 优先，因为新用户没耐心，第一屏 3 秒没出来就回搜索页了。跨境 SaaS 的英文官网大多是这种结构，反过来，国内 B2B 产品的试用用户是先登录再上手，LCP 的影响会被登录流程稀释掉。
什么时候该先修 LCP
首屏内容多、图片重、第三方脚本多的营销页，先修 LCP。这类页面的 LCP 一旦超过 4 秒，广告的落地页转化会明显变差，投放的钱等于白花。
还有一种情况：如果你的站还没有稳定的自然流量，先修 LCP。LCP 影响的是新访客第一印象，而 INP 要等用户真的开始操作才暴露。没流量的站，INP 差也没人投诉。
两套指标，一张看板
我们给客户的做法是别把六个指标做成一排红绿灯，而是分两组：一组是"来的人会不会走"（LCP、CLS、TTFB），一组是"来的人用得顺不顺"（INP、可用时间、关键操作耗时）。两组各自有负责人，各自有季度目标。这样排期时不用争论哪个指标更重要，看哪组数据更差就行。
去年 11 月我们给一个数据平台做这套看板，他们市场部和产品部第一次在一张表上看到自己的数字，后面谁先改就自然定了，不需要开会争。
别迷信通用清单。三个指标在规范里是并列的，但你的业务一定有个更疼的地方，先修那个。我们给客户排期时从来不按 LCP、INP、CLS 的顺序来，而是按"哪个指标的问题出现在最有商业价值的页面上"。
元析智能
为软件公司做 SEO 和 GEO 优化