界面与交互 · 反馈与临时层

结果页Result

操作结束后，整页用状态结论、关键证据和一个推进到下一步的主操作收尾的页面状态。

先切状态，再看结果页本身怎么变

一台结果页实验台：切换成功 / 失败 / 空结果 / 404，结果页的图标色彩、标题、说明、关键编号和主 CTA 文案都会随之改变；点主 CTA 看推进动作怎么落在按钮上；重置后再换一种状态。

成功结果

订单已创建，订单号和下一步都在这里，可随时复核。

关键凭据订单号 #20260805（可复制）

默认成功结果：图标是绿色对勾、标题「支付成功」，订单号可复核。切到失败 / 空结果 / 404，对照看图标的颜色和形状、标题、说明、主 CTA 文案怎么随之变化——失败页还会写出原因；再点主 CTA，看推进动作怎么落在按钮上，下一步去哪里。

你在实验台上看到的就是结果页的核心；下面只是把它命名清楚。

结果页是操作结束后的整页结局：它以「状态结论 + 关键证据 + 推进到下一步的主操作」收尾。实验台里每切一种状态，整张结果页的图标、标题、说明和主 CTA 文案都在变——结论长在物件上，不是只换一句页脚解释。
成功不用 Rausch，状态色各自承担含义：成功用绿色对勾、失败用 AA 红 ✕、空结果用琥珀 ◐、404 用中性灰 ⊘。颜色只加强状态，每级都同时换图标、标题和说明文字——不靠颜色独撑。
主 CTA 是推进到下一步的唯一强调：成功是「查看订单」、失败是「重试支付」、空结果是「重新开始搜索」、404 是「返回首页」。点下去后按钮变绿「✓ 已…」，让你和辅助技术都确认入口被用过。
失败要给原因 + 安全的重试：失败页写出「银行卡验证未通过；订单没有扣款」，而不是一句「出错了」；重试在真实流程里要防重复扣款，并再次显示结果。
关键编号要可复核：成功页留下订单号 #20260805 且可复制，让用户在离开页面后仍能凭据追溯，而不是跳走就丢失。

从用户信号判断，也要分清它和相邻反馈组件的边界。

用：一次操作已经结束、整页以结果为主体时——支付完成、表单提交完成、导入完成、资源找不到（404）。
用：需要给用户一个明确结论（成功 / 失败 / 空结果）和推进到下一步的主操作，并把关键编号、原因或凭据留在页面上。
区分 alert：alert 是页面内平级、持续可见的提示条，不打断也不占整页；result 是操作结束后的整页结局。
区分 empty-state：empty-state 是列表 / 区域没有数据的状态，带「去创建 / 去添加」；result 是一次操作已经结束的结局页，带状态结论和下一步。
区分 error-state：error-state 偏向表单 / 字段级的错误反馈与就近恢复；result 是操作级 / 页面级的最终结局。
区分 not-found：not-found 是 result 的一个特例（404）；result 是通用结果页组件，可承载成功、失败、空结果、404 等多种结局。
区分 modal：modal 用遮罩打断并强制一次决策；result 不遮罩，是流程走完后自然到达的终页。
不用：页内短暂浮层提示（用 toast）、加载等待（用 loading / skeleton）、需要强制确认的危险操作（用 modal）。

让一张结果页说清结论、留下凭据，并给一个推进到下一步的主操作。

围绕同一笔支付失败的场景，只改变「结果页是否写出原因并给安全的重试」，看用户后果如何不同。

正例失败页写出原因 + 给安全的重试

「支付失败：银行卡验证未通过；订单没有扣款」+ 主按钮「重试支付」+ 次按钮「回首页」。用户知道为什么失败、钱没被扣、下一步能安全再来一次。

反例失败页只写「出错了」

没有原因、没有重试、也没说钱有没有被扣。用户不知道是网络抖动还是余额不足，只能干瞪眼或反复刷新——可能造成重复扣款或直接流失。

支付失败的结果页，最不能省略的是什么？

术语的技术定义和行为以这些一手或权威资料为准。

和本知识点经常一起出现的概念。