E2.19.1explicit currency denomination设计研究
货币输入需明确币种，不能让用户默认假设当前货币
别名: 币种不明 · currency code · 金额没写货币
概念解释
金额框里的数字没有单位就没有意义：「100」可能是元、美元、日元。人会用自己钱包里最常用的币种去填那个空，系统若按另一种币种入账，差的是汇率倍数。显式币种（explicit currency denomination）要求在输入时就能看见并确认货币，而不是事后在账单上才发现。它管的是这笔钱是哪种货币，不是千分位怎么写，也不是数值和单位事后对不上。
机制
数字感知不带量纲。缺了币种，工作记忆会补上「这里当然是本地货币」或「当然是美元」——跨境、旅游、多币种账户里这两种默认经常冲突。符号 $ 在多个国家使用，看见美元符仍可能是澳元或加元。只在标签里写一次「金额（美元）」而槽内不带币种，滚动或聚焦后标签离开视口，默认假设又回来。币种选择若藏在账户设置里，填表当下不可见，等于没选。错误会在入账、对账、退款时才爆，那时人已经记不清当时以为的是哪种。
怎么研究
给多币种用户看只有数字、只有 $、带 ISO 币种码三种金额槽，让他们填一笔「一百」，再问系统会收下哪种货币。自变量：用户所在地区、账户默认币种、槽内是否可切换。因变量：币种判断正确率、事后对账惊讶。不要只用单一地区样本。真实客服工单里「我以为是人民币」是现成的失误语料。
边界
产品只收一种货币、且用户与产品同地区时，反复展示币种是噪声，在页头声明一次即可。加密货币、积分、游戏币不是 ISO 货币，但仍要有不会被当成法币的名称。汇率换算预览（「约合 xx 元」）能降低错误，但预览本身也要标明两边的币种，否则只是多了一个无量纲数字。只读展示历史账单时，币种必须跟着每笔，不能靠当前账户默认去猜当年的钱。
怎么落地
- 在金额槽内或紧邻处显示币种名称或代码，数字从未单独出现。
- 多币种时提供当场可切换的币种，不要只靠账户深处的默认。
- 不要只用
$表示美元；至少配合USD或「美元」。 - 验证：把金额截出来离开页面上下文，问「这是多少、什么货币」。答不出或答错，币种就还靠默认假设。再让跨境用户填一笔，看入账币种是否与他们以为的一致。