用户|B 端设计|以任务为核心的 BTSD 设计模型( 四 )


第二,就是依据「小」任务进行任务梳理,产品的大部分组件/控件都是对应其喻体的,用户之所以会操作产品,是因为组件/控件都是生活中的映射。比如 radio button 的喻体是收音机按钮,收音机按钮每次扭动,都对应独立频道,一个收音机不可能只有一个频道而且转动按钮即时生效,所以 radio button 一定是以 group 的形式出现,并且立即生效。radio button 生效后是否能取消?在现实生活中其实是不能的,只能扭到另一个生效频道,这又对应了组件/控件的行进策略。所以研究喻体是解决小「小」任务和提升基础交互水平的手段。
方案设计后,如果是高频且主要的任务,建议进行小范围的可用性测试。
5. 设计验证用户|B 端设计|以任务为核心的 BTSD 设计模型

我将设计验证分为客观和主观层面的五点,分别是易用性、一致性、任务效率、任务完成率、咨询/投诉量。
易用性是依据上文提到的易用性度量问卷完成;
一致性是依据一致性走查表,团队走查完成;
任务效率是利用数据检测任务完成时长得来,任务完成时长 = 访问结果页的时间刻度 – 访问表单页的时间刻度;
任务完成率是任务的完成情况,任务完成率 = 完成结果页 PV / 新建结果页 PV * 100%;
最后咨询/投诉量的数据对比。
通过这 5 点,我们可以得出设计的验证,从而判断设计的合理性和价值。
四、结语方法本身不是限制,只是为了让工作更好的提效,让产出结果有理有据,上文所说的设计师”工具箱“也是需要设计和产品慢慢积累的。依据任务的设计并不只是用于 B 端设计,了解任务的颗粒性一定会帮助你在今后的产品设计工作中能更深的刨析抽象,同时更好的建立抽象信息之间的关系,为产品和用户做出明确且具象的表达。就像我说的,设计师本身是翻译者,将抽象翻译为具象。
本文由 @JQ Design 原创发布于人人都是产品经理。未经许可,禁止转载
题图来自Unsplash,基于CC0协议

推荐阅读