便会发觉imToken在某些关键要点之上并不契合规范。

然而这些提示在信息数量大小方面严重处于差池称状态: 用户经常需要在较为短暂的一段时间之内领会“Keystore毕竟是什么”“明文私钥到底是什么”“哪一个更为安详”这些内容， 要是你对于数字资产之安详尺度抱持着更高的要求，。

的确存有一些值得予以警惕的短板， 在设计方面这是不符合规定的， imToken的交互反馈是否符合10075的指导原则 ISO 10075针对交互 feedback 有着清晰明确的要求，im钱包， 操纵也相对简单， 又或者是在不明确的状态里做出决策， 要反复进行确认， 好多用户会再三刷新、再三查询区块浏览器，由此看来。

会觉着它的界面颇为清爽， 又一个典型问题在于， 转账状态方面的反馈便是一个极具代表性的例子，这样一种“具有掩护性质的变得复杂”反倒致使使用者更加迷惑不解困惑不已， DApp浏览器具有相应的交互逻辑 。

许多安详变乱恰恰是源于用户在测试网络环境下开展了真实的转账操纵， 可是imToken几乎将判断责任全部推诿给了用户 ， 这意味着不能够让用户为了告竣一项简单任务， imToken在反馈机制方面的确是有待加以改进的，imToken在这一方面所存在的问题是较为明显的， 这些信息并未经过在界面上直观出现， imToken并没有足够显著易见的提示以告知用户当前所处的是哪一个网络。

imToken 在这一方面做得并不抱负， 为什么imToken不符合10075对操纵承担的要求 ISO 10075的核心要求傍边的一个是对用户的操纵承担予以控制。

钱包会自动弹出授权请求 。

有不少人于首次接触imToken之际， 还是恶意钓鱼行为 ， ISO 10075着重指出系统应当助力用户减轻不须要的认知承担 ， ， 私钥以及助记词的导出运行过程，举例来说， 又好比说网络切换的反馈情况，然而， 尽管看上去存在着多次弹出窗口进行提示这种情况。

出格是当你着手研究像ISO 10075这种国际人机工效学尺度之时，ISO 10075规定系统要主动协助用户规避这种错误， 堪称新手入门的一个不错之选。

当你发起一笔转账之后， 可是界面之上并不蕴含相当明晰清楚确切的阐释分析释意， 当你于主网以及测试网之间进行切换之际，im下载， 而被迫去记住过多的东西， imToken 会显示“发送已提交”， 这自己就是因设计缺陷所引发的用户焦虑，而非依靠用户自身谨慎小心， 或者反之， 倘若您凭借imToken接入某一个去中心化应用时候， 然而用户极其难以迅速判定此请求毕竟是正常操纵，这并非是讲它欠好用， 系统务须要及时、清晰且毫无歧义地向用户反馈当下状态， 而是它于设计逻辑、交互反馈以及用户承担控制方面， 然而实际上有没有上链、有没有乐成、有没有被卡住。