抖音号交易出售资讯考虑什么用户体验，什么交互设计

等需求都完全确定下来以后，我相信，如果你按照上面的步骤走过来，你心里已经知道自己要做什么东西了。这时，应该是把你整理出来的功能都梳理一遍。以业务流为核心，以模块为单位进行梳理。等打好这些基础以后，再去画原型图才是最合适的。

但是！！！到了原型图，就有朋友开始考虑什么用户体验，什么交互设计。千万别！！切记！！

因为到最后你会庆幸，还好一开始没有想那么多！！！

正确应该怎么做呢？画几张简单的图，附上应该包含的功能即可，最多最多也就是稍微排得好看点，显得态度比较端正的低保真，怎么交互怎么跳转都不需要画出来！！

然后下一步，就是

拉上你项目组内的设计&开发，来一波功能评审

在功能评审之前，你要知道一个前提，他们不是业务，但他们要了解业务，要让他们知道接下来要做什么，为什么而做。大家是一个项目组的成员，有同一个目标，只不过是用各自不同的专业技能去合作，共同实现这个目标。

有了这个前提以后，你就知道，你不能对他们有任何隐瞒，把自己知道的关于这个项目的业务内容完完全全告诉大家，让大家一同参与到项目中。

那么问题来了，评审会上，除了产品经理，其他人完全不了解业务，如何让他们迅速了解业务呢？很简单，拿出你之前做好的项目流程图，跟着流程图和他们逐一介绍流程，并介绍现在业务是怎么做的，我们应该怎么实现去为业务提高效率（或者其他），只有这样，大家才会站在一个角度去思考同一件事。介绍完业务以后，把你的系统架构拿出来，把你的功能列表拿出来，把你的原型图拿出来（其实整理在一起就差不多是PRD雏形了），让他们知道你是怎么去考虑的，让大家看看你考虑的是否齐全，并鼓励大家集思广益。去参考大家的建议，在会议上，把有争议的点记录下来，然后把没有争议的点进行分工，先一步安排下去，让后台开发先开始搭架构、准备数据库等。至于那些有争议的点，可以回头去问业务，确认以后回来与设计&开发针对性的开一个小评审会，解决这些问题。然后就是让设计去准备素材（竞品截图等）。

那接下来产品经理要做什么呢？这时候才是真正的原型图，中低保真+交互流程。等产出交互流程图以后，第一时间丢给开发和设计，同时将PRD中一些不合理的地方进行修改，生成一份完整的PRD，发给组内所有成员，包括自己领导和业务方领导（管他看不看，只是一个反馈）