这张截图来自淘宝的千牛商家工作台里，这是一个给淘宝卖家的商家后台，它把“发布宝贝”操作露出放在纵向导航（姑且也叫tab吧）上。这显然是一个高频操作。在这个案例里，你可以说它还有其他的布局方式和解法，但是要说因为把操作放在tab上就能导致多么严重的用户体验问题或者多么严重的控件定义问题，那也大可不必那么夸张。
对于大多数C端产品，不区分单选/tab，或者在一些定制化程度比较高的页面中用tab替代单选是可以接受的。其一是因为无数产品长时间的验证说明，用户在这些比较放松、简单的场景下并没有那么纠结控件样式。其二是因为C端产品的“信息”和“行为”其实没有现实生活中那么分明，往往处于比较暧昧、你中有我我中有你的情况中。以“定酒店”为例，“查看酒店的信息”是信息展示，“订酒店”则是动作流程，但用户从哪一步开始转“查看”为“动作”的呢？不一定。
最后的最后，工具型/企业级产品不能应用C端产品的设计逻辑。复杂场景下（比如tab有嵌套关系、比如既有tab又有选择器）依然能让用户准确无误地理解控件的意图和交互形式，是交互设计时必须思考的问题。比如在windows新的fluent规范中，已经绝口不提tab和单选框之间的互换关系，tab被定义为纯粹的导航控件，样式也保持了和单选/多选的差异。
本文由 @白话说交互 原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自unsplash，基于CC0协议。
