直播原型设计 | 产品思维双向变换

大多数产品经理都很注重产品原型的设计的环节,其实也很好理解其中缘由:

1、原型直观明了,至少说是产品早期的雏形;

2、产品成果交付,原型是产品的第一次直观产出;

今日计划开始着手开始设计HR《绩效管理》模块,基于之前的调研和准备,基本上已经形成对系统整体概念。原型设计过程中,经历了 几个关键的思考结点 :

1、产品内容组织结构

以列表的形式组织,直接罗列每位员工提交的绩效数据项。如果员工数量巨大,又该如何更加高效的组织/管理海量的数据。让人陷入一阵纠结,尝试以绩效模板为主体依旧无法解决表单的超负荷提交;于是再次尝试以组织架构为基础,即被考核员工所属的部门为依据进行绩效表单管理。

绩效列表-原型设计

2、产品内容元素

管理系统类的产品最关心无外乎业务流程,而业务系统的设计又要求对特定业务有足够的理解。前段时间,已经做了很多的调研,轮到今天商场时依旧心有余悸,存在陌生感。尤其是表单的表头元素的设计,更是让人煎熬。因为我真地不知哪个元素重要,哪个元素不那么重要。

员工列表-原型设计

3、内容形式转换

运营业务人员给我提供了一份绩效考核的模板,于是上午一搜也是大同小异。面对一张表格,我该如何将其转化为产品的形态,或者说并不是转换,而是另一种表达方式。

绩效考核表

最简单的做法就是稍作变化直接将表Copy到产品上,确实是可以解决问题的。哪有那么多好事呢?想啥呢…

对表格的内容进行分析,大概包括一下几个内容:

1.员工基本信息:姓名、部门、岗位;

2.绩效指标内容:评估时间、考核指标、指标说明、评估依据、指标权重、完成情况、指标得分;

3.考核结果信息:评分等级、绩效得分、绩效薪资系数;

以信息架构(IA)的思想,对产品的个人绩效模块做一个简要的信息架构图(如下)。

员工绩效详情页

总之,这一次产品原型设计的过程让人有些揪心,我也做了一点自我反思:

1.对业务熟悉程度有限,存在眼高收低的心理;

2.设计过程有些急躁,还是太年轻了;

很开心和大家一起分享,产品设计的过程…

文/互联网产品小王

关键字:产品经理, 绩效

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部