互联网产品的设计方法-搭建架构2/5

2011-10-07 22:22

根据内容整理信息架构

三个内容模块,模块之间的信息组成是多变的。
客户的需求会有很多,或者只有一个。当一个客户有多个潜在需求,其中有1个或几个需求下单时,客服人员根据需求的关联性,给客户下一张订单。

代练人员根据订单,按照实际代练工作的状况,转化为生产单。
一个订单中可能转化为多个不同的生产单,每个生产单对应不同的生产线。

多个订单中可能转化为一个生产单来完成。

依据现实的操作,系统起初按照内容模块的特性,信息架构的主要层级,第一个层级分支为三个节点:

设计理论上解释:信息树应尽量窄而浅,主要层级分支越少,分支树浅,信息结构更清晰,内容阅读的上下文关联性更紧密,更符合逻辑思维。

三个分支或更多分支(不够窄),完全按照流程、工作方式来设计系统:
优点:符合现状,将流程归纳到电子平台中,沉淀现有工作内容,解决问题。
缺点:内容之间的关联性不够紧密,阅读关联性差,需要来回跳转较多,出错率可能性高,阅读效率低。未能达到现有流程的优化。

减少分支信息来回跳转,缩减节点(窄的信息树),需要了解平台的用户,对用户群进行分类:
1.客服人员
2.代练人员
3.销售人员(主要是查阅客户的潜在需求)

依据用户需要的内容,对平台进行信息架构分析。
层级一:两个节点,满足三类用户的需求
1.客户:客服人员、销售人员使用
2.订单:客服人员、代练人员使用
客服人员是平台主要内容创建、维护者;而代练、销售人员只是针对平台的内容进行查阅、补充。

窄的架构会造成信息树深的问题,信息架构的每一个深度都需要考虑。
内容从两个模块开始细分,客户内容中会需要有每个客户的资料;
订单中则需要有订单信息,生产情况,客户跟进的情况。

再细分内容,到结束点,可以看到信息树三层已经可以解决问题,信息树也达到了尽量窄而浅,阅读信息整体关联性紧密,也优化现有流程。

客户与订单之间的关联,分支的方式仍存在信息跳转
1.当查看客户资料时,需要可以关注到该客户的订单的信息
2.查看订单时,需要可以查阅到客户的资料信息

如果层级一只有一个分支,选择客户为首,会导致不容易找到订单,订单信息无法全局化;相反,选择订单为首,则会有反面的问题。而一个分支的导向是不符合实际使用需求的,并且信息树也会更深,信息阅读困难也会提升。

索引

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

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

评论……

  1. 互联网产品的设计方法系列二:搭建架构 - 蓝枫博客 2011-12-06 13:13

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

发评论

必填

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

人仔

1985.9

从事互联网设计工作

订阅

微博

Google的朋友们