图 1-2 互补型的互动关系

　　图中蓝色文字是互动的内容，蓝圈是UED团队的开发核心，红圈是业务方，黄圈是系统地层，橘圈是测试及产品发布服务。

　　从上图可以看出在完成一个项目，产品设计师是产品的核心，也就是说产品设计师是更终产品的决定者，TA除在完成本职任务以外，还肩负着协调和执行各方角色工作的任务。所以从规非凹复看，应该从产品设计师入手，并且散发到和每个触角的互动中去。

　　下面简单分析一下团队里面的产品设计师角色需求如下：

　　1、 根据项目（需求）的大小来灵活控制输出物；

　　2、 能够及时了解发展规划方面的行为动向；

　　3、 输入物的格式能够成为设计师的资源而不是阻碍；

　　4、 输出物可以让其他角色一目了然，尽量减少沟通的成本；

　　5、 在申请资源的同时希望能够及时落实并得到资源的反馈；

　　6、 能够清晰明确项目的进展等相关情况；

　　7、 对于产出物可以得到合理的评价体系支撑；

　　8、 对产品的远期有规划和标准执行方案；

　　9、 其他。

　　四、流程设计

　　这一步在传统的产品设计中是主要部分，当然在设计规范时也是更重要的部分，它决定了更后规范如何被执行，也预见了规范在执行时所遇到的问题和解决办法。

　　这里要做的就是把产品设计师的互动流程进行规范。分为三大块，分别是产品业务项目、自发项目、日常需求。

　　1、 产品业务项目：

　　由业务方发起的互动中需要包含一些市场数据和业务分析以及期望值，有明确的产品规划和目标，更后需要有BRD和详细产品描述资料。

　　接着在产品设计师的互动中，需要明确设计资源和时间点，明确产品内容、视觉以及前端的需求，并有能够直接指导开发工程师来完成产品概念的指导文档。更终要得到可用性评估测试的反馈和改进方法，以及产品规划方向的标准制定。

　　2、 自发项目：

　　由产品设计师自主发起的项目，在与业务方互动时，主要是得到一些现有数据，并且得到一些业务支持，在和其他角色合作时与产品业务项目时类似。

　　3、 日常需求

　　由需求方发起的日常需求，互动时需要双方遵守传递统一化的方式，并且在和前端、视觉、内容策划互动时，主要是确定资源和时间点的问题。

　　这里的流程没有细讲，主要是把关系和内容简单的整理了一下，在设计具体规范时还需要细化每个点的流程，特别是遇到问题的解决方法。

　　五、原型设计

　　这一步就是实施规范的撰写，方法有很多，但是我建议先从全局的出发，通过发散思维和流程设计的结果，再慢慢细化每个环节。除了文档以外，规范还需要角色间的培训和认知，并由管理者统一进行意见反馈和收集。

　　六、测试

　　也就是规范的试运行，尽量不要大面积使用，会使执行者产品疲倦感，更好使用AB test进行测试，得到较好的测试用例。

　　七、上线

　　经过一系列的反复测试和修改，更终的规范就发布上线，并由管理者来监督规范的执行情况，但管理员并不是来执行规范的主要角色，执行规范的永远是使用规范的“用户”以及相应的人文环境。

　　通过产品设计的方法出来的规范是符合个性化团队需求的，它也会像很多互联网产品一样成为每个公司团队前几特风格的产品。百家争鸣只是前几步，更终的目的是希望能够在众多产品化规范中有一个能够成为整个行业的规范，把难执行的规范从封闭的团队中释放出来，让更多的人参与并得到行业标准解决方案才是产品化规范的更终目的。

把“规范”当作“产品”来设计2，谢谢围观。

查看更多宁波网站建设设计产品