H7.04.2unavailable payment method设计研究
不可用方式需说明原因
别名: 支付方式不可用 · 灰色支付 · disabled payment method
概念解释
列表里某一种支付方式不能选——灰掉、点了报错、或点了才说「暂不支持」。说明原因指在人看见该方式的同时给出不可用的具体条件：金额超限、商品类型不允许、地区不支持、渠道维护、风控未通过。只灰掉不解释，人会以为是自己的卡坏了，或反复点，或离开去换一家。这条不管默认该选谁，也不管手续费何时出现。
机制
支付方式是工具选项，不可用是约束。约束若不说出来，人只能用排除法：是网坏了、是账号问题、还是商家不收。归因错误会导致错误行动——反复换卡、反复提交、打电话给银行——而真正原因是本单不能货到付款。维护窗口若写成「系统错误」，人会当成整单失败。原因还要可行动：能换方式就指出可换哪些；能降金额就说出限额；只能等，就给出预计恢复而不是「请重试」这种假动作。
怎么研究
把同一列表做成「灰掉无文案」「hover 才出原因」「行内常驻原因」，再加入一种点了才弹窗的方式。
自变量：原因出现时机、是否点到才说、文案是否指出可替代方式。 因变量：无效点击次数、改选成功、因「不能付」离开、错误地去改卡或改地址。
实验室被试会认真读灰字；真实结算里灰项常被跳过，所以更要测「需要那种方式的人」——例如只带现金的货到付款用户。不要把渠道过滤掉的方式（根本不渲染）和渲染但禁用混成一个问题：前者是列表构成，后者才是原因说明。
边界
风控拒绝若披露过细会变成攻击面，可以说「当前订单无法使用该方式」并给客服单号，不必说出规则。完全对当前地区不可用的方式应过滤而不是灰一长列。法律禁止的支付（某类商品不能用某种钱包）原因要写合规限制，不要写成技术故障。临时维护和永久不支持要分开，否则人会空等。
怎么落地
- 禁用的方式仍展示时，行内用一句人话写原因和可替代动作；不要只靠灰色和图标。
- 维护给出时间窗；限额给出数字；商品限制给出「此类商品请用 X」。
- 点击禁用项不要空响，把同一句原因移近焦点，以免被认为没点上。
- 验证：安排只能用被禁用方式的人走结算，看他们能否在 10 秒内说出为什么不行、下一步该用什么。说成「卡坏了」或反复提交，原因就失败了。