产品设计流程分享（产品结构）

即需求和功能的设计之后，我还想说说产品结构。在之前所说的五步法（需求——功能——产品结构——框架图——产品原型） 中，产品结构属于第三步。

产品结构不同于产品架构，并不需要了解太多数据库与前端的逻辑，又或者上层应用和底层服务的关系。产品结构仅仅是站在用户使用角度上的产品页面与页面间的跳转及从属关系而已。

如果一个系统，在需求分析及功能设计方面都做得不错，产品结构搭建方面也会顺畅很多。我在设计时主要考虑如下四点：

1、产品结构设计要考虑用户角色
产品都是分角色的，很少有只针对一个角色就能run的产品，除了目标用户外你至少也要个管理员角色吧。那一系列需要考虑的问题就来了：不同角色要不要使用同一个登陆界面？登录之后，不同角色看到页面是否相同？是否有共性页面？等等。分角色是系统结构设计的初级环节，还是比较行判断的。

2、产品结构设计要考虑使用场景
同一个角色在使用产品中，会有不同的需求，比如在使用微信时，有无聊时，摇一摇添加新朋友的需求，也有与朋友微信沟通的需求，也有通过号码添加老朋友的需求，还有看朋友圈，了解朋友近况的需求等等。这些需求就对应着对产品不同的使用场景，有些场景间是有关系的，比如无聊时，添加一个新朋友，添加之后紧跟着就跟对方聊天的可能性很高，但此时对方还没有通过你的认证，故微信提供了“打招呼”这样的功能。

当然，你可以说这不是理所当然的嘛，根本不需要设计也知道，但还有很多设计需要去品味的，比如微信功能中通过二维码加好友的功能。此功能需要两个微信用户相互配合，加人的一方，需要在“发现”中，用“扫一扫”功能扫描对方二维码。而另一方需要在“我”中，点击头像进入“个人信息”页，再进入到“二维码名片”，才能展示自己的二维码让对方加。这两个不同场景但是紧密相联的功能感觉就不是太合理。

因为一般意义上添加好友的功能都会想到在“通讯录”里添加，找陌生人都是在“发现”中。后来微信版本升级，在通讯录里的“添加朋友”功能中，也增加了添加陌生人的“一起按，加朋友”的功能。换句话说，添加朋友都应该在“通讯录”中完成，但是就目前看并扫与被扫的功能都没有放在通讯录里，不知大家对此有什么高见？

3、产品结构要考虑理解性
产品结构的好坏影响着用户对产品理解的快慢，好比office软件，由于每款软件（word、excel、powerpoint等）都蕴含着许多功能，而且软件间也存在相互兼容，多软件协作工作的需求，故需要有个好的而且统一的产品结构。很多时候当我们没用过在word中插入表格的功能，我们就知道在word的“插入”中寻找，为什么？

如果你还觉得本应该如此，那其实微软也可以按照类型区分，比如图片操作区（包含图片的插入、编辑等）、文字操作区（类似现在的“开始”）、图表操作区等等，而不是现在的开始、插入、设计这种方式，

4、产品结构要考虑拓展性
拓展性主要是考虑产品未来的变化，比如在当前微信的“发现”页中，显示的是朋友圈的入口以及几个“发现”工具，那未来工具太多了，一屏展示不完了，会不会考虑直接做个“工具包”，直接放在朋友圈的右上角呢？可拓展性是基于一定时间内的产品的发展变化，因为经常变动的产品结构会增加老客户流失的风险。