主题有二：解疑、介绍项目开展流程

分话题有二：Charter：需求分析；TR1&TR2设计：场景分析、接口文档、特性设计等

一．答疑

1. 解答关于产品原型设计的疑惑

概要：如果产品规模并不大，就完全可以采用Axure进行低模设计，不要求多精细，只要大概流程可以展现就行；如果产品规模很大，比如网页设计，需要很多逻辑口，那就必须采用专业原型制作工具，Axure为辅，将产品业务流程详细展现，流程清晰展示，制作高精度模型。

2. 解答特性问题

概要：特性其实就是产品功能，将具体功能列出描述。

3. 解答文档格式问题

概要：文档其中的内容不重要，其中的内容只是为了衬托框架。这一套框架也是很多大型公司基于很多业务经验实现的一套流程，注意描述学习其中的框架概览就好，内容不用太在意。

二．文档介绍

ⅠCharter

1. 首先从项目（版本）设计开发roadmap开始介绍，根据每个流程查看特定文档内的详细内容。

2. Charter中所描述的需求即原始需求（客户介绍、业务需求），这些需求大多是一些大白话，而且很有可能是几个不成熟的想法。我们需要把这些零散的想法汇总在一起，用一条线串起来搞清楚。

3. 搞清楚原始需求后，将需求立项开展。这里可以按照原始需求汇总表模板编写。

4. 在编写需求汇总表的同时要积极引导客户将其需求描述清楚。结合经验理论分析，评估项目周期风险，判断可行性。

5. 继而根据用户需求，以及分析判断输出一份PRD，即需求分析文档。

ⅡTR1&TR2设计

①.关于场景分析

1. 场景分析即就是根据原始需求，将产品功能特性的颗粒度聚焦，根据用户使用场景分成小细节场景。

2. 用户交互场景分析不用过多赘述，即是用户在产品上的日常行为，想象用户使用的功能点，对其进行操作描述即可。

3. *DFX场景分析，重点介绍。DFX==Design For XXX。这一点是区分大小企业的分水点。一些产品只考虑到了功能以及业务流程，没有考虑到性能方面。DFX场景分析即为产品隐性特征。像产品的性能、稳定性、占用内存、运行效率、可靠性以及健壮性等要点都是需要进行DFX分析，而且需要重点分析。虽然在产品明面上看不出来特征，但对于产品的可玩性可用性大大提升，绝对不可忽视。在进行项目开发时，需要特别注意。

4. 解疑：文档中的遗留问题该如何描述，它是指设计过程中哪个方面？

概要：遗留问题即为在设计文档时，当时无法确认的问题。像某个功能该不该加，或是模棱两可的场景，需要跟客户进行需求确认后才能确定的问题。以上均可记为遗留问题。

②.关于UCD原型设计

1.  UCD（User Centered Design）是指以用户为中心的设计。是在设计过程中以用户体验为设计决策的中心，强调用户优先的设计模式。

2.简单来说，就是基于需求分析，场景分析设计产品原型。具体设计方法以上答疑过程有过介绍。

③.关于对外开放接口设计文档

1.这个文档一般是可选的，不是必须设计。这主要有两个衡量方案，如果只是2B 1v1的项目，没必要设计对外开放接口。而如果做成平台型产品，那就必须得考虑对外开放的接口了。用户通过接口才能使用平台工具。

2.对于接口有几个必要的要求：

11.接口必须稳定，如果产品迭代升级而导致接口失效，那么用户用起来十分麻烦，导致用户流失，这是一大笔损失。所以接口通常更换很少，要有稳定性。

22.接口对外开放能力要有通用性。

④.关于特性设计

1.如何设计产品？需要根据以上文档对产品选型，要基于什么框架，开发内容要清晰。后台数据库的设计方法，根据用户信息选择用什么类型的数据库。以及用什么技术可以增加产品的性能。以上几点在特性说明书中都要考虑到，对于产品设计框架结构要详细描述。

2.逻辑架构的设计。根据系统使用的语言、框架设计整个系统的业务逻辑。

3.物理部署：根据系统的功能模块进行设计，设计产品运行过程中的内存控制。比如某个功能应该在哪个进程触发，什么功能隐藏，这些都要涉及。

4.解疑：在设计这些文档时，程序员会参与设计吗？

概要：除了需求分析文档，不需要开发技能，仅仅需要把原始需求捋清楚以外，其他文档程序员均参与讨论。后面的接口设计以及特性设计文档一般都是由架构师设计，因为其中很多内容需要大量经验来判断框架技术的效率性。

   以上为项目小组第二次会议内容（2018.6.5）

     总结：

1. 一个项目的开展，环环紧扣。首先客户的需求最重要，必须要把客户需求精确化，形成详细文档，以后项目出现问题才好复盘回查。

2. 接着是场景分析也尤为重要，需要考虑到产品各类用户的各种使用案例，设计好故事板，将其用专业语言表列清楚，考虑到各个大小功能，这样才能让后续开发不显得凌乱，开发才会更有效率。

3. 原型设计，这是要基于需求分析、场景分析后实现的产品原型。可以将产品的流程清晰展现，让业务流程变清晰利与开发。

4. 然后再是对外接口设计，对于平台型产品，必须考虑到接口的稳定性、复用性、通用性等方面设计出高效使用的接口供平台用户使用。

5. 最后讲到特性设计，原以为就是功能实现过程。实则不然，是要将平台使用的技术、框架甚至插件进行记录，让团队按照既定方案对产品进行开发实现。

6. 一点感触。是插在第二点即产品分析中讲解的DFX场景。之前没考虑过对一个产品的隐性功能进行设计，这天才有感悟。的确，一样产品的可用性不仅仅只是依靠这个产品的功能，或者人群什么，甚至说这几样明显的特性的重要占比并不高。大头在于产品的性能优化，这些才会大大提高用户黏性，尤其是像平台型产品，底层优化一定要做到位，这样才会使产品的友好程度大大提升。当然，这些操作的难度也是巨大的，后期需要强加学习，因为对于一个优秀的产品，这点是必须的。

7. 项目开展顺序roadmap：

A. 采集用户需求，想尽办法使用户把需求描述清晰。

B. 设计原始需求汇总表，将原始需求罗列。

C. 根据需求设计PRD。

D. 根据需求设计场景分析文档，针对大型场景分解为小场景分析。

E. 根据场景、需求设计产品原型。

F. 罗列各个场景中的特性。

G. 针对以上特性设计开发框架，产品选型等。即特性设计文档。

H. 罗列各个场景中的接口。

I. 针对接口设计文档。

A->原始需求概览（word、Xmind）

B->原始需求汇总表（EXCEL）

C->需求分析文档（word、visio）

D->场景分析文档（word、rational rose、visio）

E->产品原型（Axure）

F->特性设计需求分解表（EXCEL）

G->特性设计说明书（word、rational rose、visio）

H->接口需求表（EXCEL）

I->对外开放接口文档（word、code）