托盘核验这件事，最终要在PAD上交给仓库管理员操作。系统做得好不好，不是看后台算法多先进，而是看管理员拿着PAD的时候，是不是30秒就能完成一次核验操作。
这个问题看起来简单，做起来处处是细节。
核验结果要一眼看清，不要让他思考
核验结果只有三种状态：通过、异常、异常待确认。这三种状态的显示方式必须足够直观，不需要读任何文字。
我们的做法是：
- 通过——大绿色对勾，全屏显示，一闪而过
- 异常——大红色叹号，附带异常类型文字说明
- 异常待确认——橙色问号，提示可能是托盘码移位，需要人工确认
为什么要这么设计？因为仓库环境光线强，PDA在户外半室外场景使用，阳光下看屏幕本来就费劲。如果颜色不够鲜明，管理员根本不会注意到异常提示。
异常信息怎么展示
异常分两种：托盘条码异常，和货物轮廓异常。这两种的处理方式完全不同，但很多核验系统把两种混在一起显示，让管理员自己去判断该怎么做。
我们的处理：
- 条码异常——显示"条码位置偏移，当前在视野左下角"，附带重新定位的操作提示
- 轮廓异常——显示"货物数量疑似不符，期望4件，实际识别3件"，并给出重新扫描的按钮
异常时不仅要告诉管理员发生了什么，还要告诉他下一步应该怎么做。
PAD的握持姿势决定了界面布局
仓库管理员拿PAD的方式和办公室不一样——通常是单手握持，屏幕朝向自己，摄像头朝向托盘。
这意味着屏幕下半部分是手握区域，手指会遮挡。如果把操作按钮放在屏幕下半部分，管理员每次操作都要调整握持姿势。
TrayVision的做法：操作按钮全部放在屏幕上半部分，大约占屏幕上方40%的区域。下半部分是信息展示区，完全空出来，不放任何交互元素。
最重要的一条设计原则
所有界面设计都围绕一个核心：减少管理员的操作次数和工作量。
管理员的核心任务是搬运货物，不是操作PAD。PAD只是他确认货物正确性的工具。每多一步操作，他就需要多花时间，就越有可能跳过核验直接放行。
所以界面的终极目标：管理员拿起来就扫，扫完就放行，不用想。