互联网产品的设计方法-权限定位3/5

2011-10-09 11:11

整体的信息树结构,是一个最全的信息体系。而针对不同的用户群,他们在需要获得信息的内容上会有不同的需求。

1.销售部 – 销售人员

最少信息获取者。销售人员需要的信息,只是需要预见客户的潜在需求即可。连带客户已有的需求订单,通知客服人员作相应的推广、联系。

2.代练部-代练人员

代练人员需要的信息只是根据订单,对生产进行分配;随时反应生产进度、问题,最终交付产出。此时系统的流程已经满足需求,但对于代练人员,还需要可以提升工作效率的需求:

▪ 对于多个订单的合并的代练单,没有信息结构分支可以查阅。
▪ 对于代练人员如何分配工作,分配到具体的人、机器上也需要有分支点。

实际情况分析,信息树单独有一个生产单是没有太大价值的。因为生产单的内容多数会重复订单的内容,比如一个订单对应一个生产单,在信息树结构上,订单的内容与生产单的内容是一致的。只是针对用户权限不同,内容有细微差异。

而从工作的权限角度思考,代练部(并非代练人员,只是部分包含代练人员)权限的细分:

▪ 分配工作的代练人员
分配工作到参与生产的人员,分配到自动化生产的机器上。

▪ 参与生产的代练人员、参与生产的机器
参与分配的工作,过程反馈进度,结束反馈产出。

因此,信息架构树层级一需要一个新的分支:生产,分支下的内容主要为代练人员、代练机器。
不以生产单划分信息体系,以工作角度去划分这个信息体系,更有价值,同时可提升生产、分配的效率。

3.客服部 – 客服人员

客服人员需要的信息,应该是目前信息树中最全的。客服与客户是紧密联系的,也是代练部与客户之间问题解决的桥梁。客服需要了解最全的状况。
客服人员需要查阅生产情况,但不需要分配、维护、补充生产情况。

权限分配方式

依据实际的信息获取量,对信息架构进行权限划分,可以在下一步细化功能点时,作为一个基础的框架。比如,查阅订单需要什么功能,维护订单需要什么功能,这些要结合基础的功能架构,和在真正系统搭建完成,用户使用的过程中,不断去运营、优化的工作。

索引

本文一共5部分,是一个简单的内部管理系统设计,为了快速解决内部流程问题,没有太多的时间去规划和思考。只有1天时间。
通过前期的有用数据挖掘,了解用户需求,分析,思考。在设计过程中也穿插了一些新的需求。思考过程的新增需求和细节变化,并没有影响起初的思考方向。

1.思路
2.搭建架构
3.权限定位(本篇)
4.框架设计
5.功能设计

评论……

  1. 互联网产品的设计方法系列三:权限定位 - 蓝枫博客 2011-12-06 13:13

    […] 本文一共5部分,是一个简单的内部管理系统设计,为了快速解决内部流程问题,没有太多的时间去规划和思考。只有1天时间。 通过前期的有用数据挖掘,了解用户需求,分析,思考。在设计过程中也穿插了一些新的需求。思考过程的新增需求和细节变化,并没有影响起初的思考方向。(来自:人仔的博客) 本文标签: 产品,设计 本文链接: 互联网产品的设计方法系列三:权限定位 版权所有: 蓝枫博客, 转载请注明本文出处及链接! 订阅更新: 您可以订阅我们的内容更新或者 分享给更多的朋友 上一篇: 互联网产品的设计方法系列二:搭建架构 互联网产品的设计方法系列四:框架设计: 下一篇 […]

发评论

必填

必填 电子邮件地址,不对外公布

人仔

1985.9

从事互联网设计工作

订阅

微博

Google的朋友们