产品交付物反思总结:好文档(图表),会说话
(3)配图及文字说明 配图:截取流程中依次会跳转到的页面(重要的提示弹框也可以截取),将该页需操作的区域或元件用红框框出。在同一页面不同位置进行连续操作,可用箭头指引。截取的图最好进行图注,一是可以让使用者查找时快速定位,而是方便理解当前页面用途。文字说明:写清楚当前处于哪个页面,需要进行哪个(些)操作(若需更详细也可对该操作要求进行讲解,例如必填/非必填等),操作完成后相关流程会进入什么状态,接下来会进入哪个页面。重要提示可用醒目的红字标出。例如: UI验收图交付对象:开发、测试通常UI设计师们按照产品原型给出效果图后,产品要进行验收,验收后才能交付给开发及测试人员。 验收注意事项个人总结UI验收主要需注意以下几点: 元素是否画全,字段是否正确元素间“组”的关系是否保留:相关的元素要相近,有时UI为了整体布局美观会将某些元素均匀分布,但忽略了它们间的相关性。页面中重点是否突出:或弱化的元素是否达到效果:页面中第一眼望上去应该被关注的模块或元素是否在视觉上被突出了?有没有产生喧宾夺主的不佳情况?页面中需弱化的元素是否达到效果:不希望用户注意到或使用率很低的元素(例如举报按钮)是否被弱化?设计是否符合用户操作习惯:这里指的主要是B端用户,因为对于大部分此类用户,习惯性的操作可以让效率更高,或者线下的相关操作长期遵循某一模式,线上用同样方式可以降低理解成本,便于快速上手。此时在审查UI图时,美观就不是放在第一位的,而应更侧重于用户习惯。比如合同的相关信息展示就最好按照纸质合同来布局。为了避免验收出现上述问题,可以在交付给UI原型中加以特别标注,或者UI设计的过程中紧迫盯人、加以提醒(微笑),当然最好的方式是在产品UI设计前期培训设计师们,为其讲清楚场景或业务需求,这样设计师童鞋们在设计的过程中自然会更佳贴近需求。 其他交付物当然根据产品类型、公司规程、合作习惯的不同,还存在着许多其他交付物。例如业务节点表(适合汇总对比业务各阶段的状态、相关要素的增减情况)、字段订正表(金融等相关产品页面上的字段都需要风控过审)、场景演示图(用人-人/人-物等模型演示产品场景,适合做产品初级培训)……不过所有交付物的作用其实都是更好的传达自己的想法或需求,所以交付物的形式也不必拘泥于形式,毕竟黑喵白喵,抓到老鼠的就是好喵~~~ 最后,以上仅为个人工作中对交付物的小总结,未考虑全面的地方希望大家指导沟通,本文也应该会在未来有所更新。 文章作者系 @ 晴暻 未经许可,禁止转载。 (编辑:应用网_丽江站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |