如何提升软件产品方案的设计完整性？

最近笔者在总结了一个系统平台类的项目时，从产品设计到测试发版思考了一些内容，对于如何提高软件产品方案设计的完整性有些想法，总结后在此分享出来，希望对一些产品新人有所帮助，也希望能和大家一起讨论、分享、学习共同进步。

“优秀的学习者善于总结、勤于总结”，这也是一份源自产品方案评审中的一次尴尬“质问”的总结。彻底刨析自己设计的缺失，提升自身专业素质，避免尴尬的时刻不再出现。为了总结更加有价值、有内容，特意在产品经理交流群、社区、论坛上做了一些功课，并结合项目设计研发过程，总结了一些比较系统的“产品自查一二三……”
先说一下症结吧，这样能够“对症下药”。

• 交互设计说，〤〤功能的任务流程是怎样的，输入限制条件是什么……
• 视觉设计说，〤〤页面哪些是重要信息，是否需要重点展示……
• 研发说，要实现〤〤功能吗，异常情况下是怎么处理的……
• 测试说，〤〤功能哪些权限用户可以使用，〤〤按钮的限制条件，功能实现的预期是什么……

产品方案设计缺乏完整性，会给交互、GUI、研发、测试等人员的工作带来诸多问题。
总的来说，产品方案在页面操作、功能实现、限制条件、异常处理等描述上存在逻辑漏洞；
从自身角度，如何提升软件产品方案设计的完整性？

一、思维层面：产品思维方式的训练和提升

产品思维是从事产品工作、进行产品化思考的前提；产品思维伴随着产品真个生命周期。由于产品工作内容的特殊性，需要从事产品工作的人具备专业、完备的思维方式；这里着重介绍以下几种思维方式：

1. 类比思维的训练和提升

常用于解决陌生问题的一种方法和策略。
运用已有的知识、经验将陌生的、不熟悉的问题与已经解决了的熟悉的问题或其他相似事物进行类比，对产品经理接触陌生或不熟悉领域的问题，并提出问题解决方案时，可以充分开拓自己的思路，从而创造性地解决问题。

2. 结构化发散思维的训练和提升

常用于寻找解决问题和达成目标的一种方法和策略。
结构化发散思维是一种常规逻辑思维与发散思维有效结合的一种思维方式；简单来说，从新想法中总结新的思考方向，再从新的思考方向发散新想法，如此循环反复，直到系统地穷尽我们所能想到的所有方向和想法。就像著名物理学家Albert Einstein所说——逻辑思维能让你从A点走到B点，发散思维能让你到达任意点。结构化发散思维能让你已更加高效的达成工作目标。

3. 同理心

站在他人的角度思考问题、解决问题，无论是在需求分析、还是在沟通交流上都是一种非常实用且有效的思维技能。
思维方式决定你的行为方式。完备的思维方法，可以从根本上来提高自己的设计能力，提升设计的完整性。

二、执行层面：提高专业技能水平

提高专业技能水平，尤其是基本技能的提升及输出内容质量的提升。
产品经理执行层面的专业技能的提高，对输出成熟、完整、高质量产品设计方案是至关重要的，如产品需求文档、产品Demo原型等主要输出内容是设计方案质量的最直接的体现。
专业技能的提高，是提升产品设计方案的完整性的重中之重，下面是我工作总结出来的方法：

1. 建立灵活、完整的设计工作流程

不同企业的工作流程是存在差异的，不同产品项目在制定工作计划时也会或多或少的影响工作流程，但终究是大同小异。设计师需要根据业务要求灵活开展设计工作，能够在有限的资源条件下设计出尽可能完整的产品方案。

2. 系统的绘制原型，并建立自己的交互设计自查表

（此文档可通过文章最后的链接下载，仅供参考）
产品原型设计是设计师工作成果的主要部分，交付逻辑清晰完整的交互设计方案是优秀设计师的体现；对交互原型进行遍历检查是非常重要的，制定符合产品内容的检查体系，才能保证设计方案足够专业，完整。
交互设计的主要维度：功能划分、架构布局、核心流程、异常处理、文本文案、控件动效；
不同产品、不同平台交互设计自查的细节标准不同，从以上主要检查维度建立完整的、符合产品要求的自查表可以大大避免遗漏。

3. 从不同的角度，为原型中的页面交互元素添加备注说明

产品原型线框图绘制完成后，需要为线框图页面中的元素、信息字段、交互控件、表单按钮等元素添加相应的交互说明，为了避免备注描述上存在遗漏或者逻辑漏洞，产品经理在进行备注时，应多次站在不同角色的角度进行全方位的审查，如下：

• 从设计角度出发： 页面元素的各种状态、各状态下的不同操作反馈及方式，反馈信息是否明确，页面信息字段是否表意清晰、合理，尤其是对信息层次的备注，如显示优先级、排序规则等；
• 从研发角度出发： 功能任务流程设计是否合理，各页面功能描述及限制条件是否描述清楚，尤其是涉及不同权限用户，不同状态下的功能逻辑；
• 从测试角度出发： 对方案进行审查是一个非常有效的方式。简而言之，就是产品经理编写测试用例，用测试的眼光、思维对产品的各功能逻辑、页面元素操作逻辑、系统反馈情况等进行描述；测试用例描述如下图：

（此文档涉及公司现行业务，暂不提供文档分享链接）

4. 产品需求文档（PRD）

产品需求文档的质量直接影响研发部门是否能够理解产品的功能要求和性能要求。文档的侧重点即对产品定位、产品目标、用户分析、业务流程、功能描述、性能要求、限制条件、UI元素等详细的描述，是根据最终决定的设计方案进行对应编写的，作为产品设计、研发、测试有据可查的凭证依据。

三、评审层面：产品方案的设计评审可以有效减少方案漏洞

产品方案评审是产品需求分析、方案设计阶段必不可少的，通常是产品、设计、研发三方会议讨论。
“众人拾柴火焰高”群体智慧的力量是不容忽视的，尤其是在检验方案的可行性、完整性。
开放式的评审讨论，必然是低效率、不可控的，所以产品经理要充分发挥主观能动性，来掌握评审节奏，调整心态，有的放矢，将自己的设计意图传递给与会的每个人，让大家充分理解后提出方案的优化建议。
面对来自不同方向的“质问”、“否定”、“建议”，产品经理应保持独立思考的能力，避免被他人带跑偏；同时产品经理怀揣同理心，站在其他角色的角度来思考，理解其他的声音，从而达到完善设计方案的目标。

四、总结

完善产品经理的知识体系，提高产品人的专业综合素质。
持续不断的学习，完善自身理论知识，全面提高产品经理综合能力，如产品思维能力、需求分析能力、文档编辑能力、沟通能力、设计把控能力……才能全面完善提升自己的专业水平。从而提高自己的设计影响力，把控产品走向，引领产品设计节奏，做到设计力驱动产品，才能设计出真正让用户认可的产品方案。

交互设计自查表：链接：https://pan.baidu.com/s/1PCWAzSnzHq3XwEM1X6f7bQ 密码：5dt0

交互设计自查因项目不同而有所差异，希望大家在创建自己的设计自查体系时能多多思考，建立属于自己的设计自查体系。
 
作者 @岁月 。

关键字：方案设计, 软件产品, 产品, 设计

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！