关于“产品设计”的一点看法

打动你的产品，只是因为它其中的 “ 一个或两个点你刚好需要 ”，而不是全部都需要，你就选择了它。
那么设计产品也一样，找到最核心的需求并把它做好，强过于做了很多并不需要的功能。

化繁为简.png

读 《产品小白须知：如何用原型体现你的专业度》http://www.woshipm.com/pmd/3286390.html 有感：

• 读下来并没有太多的干货，看到标题点进来，我确实是想得到一些 “ 专业性 ” 的收获，但是并不多。
• 但与作者一致的有一点：画原型要以目标为导向，而不是去抠什么用户体验陷入细节误区。

应该关注的

• 其实这一点，我自己称之为是 “ 需求分析 ” 或 “ 产品分析 ”，重点在于找到产品核心的需求点：了解应该去解决什么问题，用什么方式解决。
• 不是所有的问题都要解决，但是最应该解决的问题是什么（不解决不行，如果去掉可以忍受的就先去掉）。这是 “ 产品分析 ” 或 “ 需求分析 ” 的关键。
• 要去解决什么问题，做一件什么事，其实是在 “ 找MVP（最小可行性产品） ”，从业务、市场和商业层面看问题；
• 而通过什么样的方式做，其实是 “ 业务流程设计 ”；
• 这两个才是一个成熟的产品经理最核心的能力，最应该关注的问题。

可简单化的工作

• 原型谁都会画，用户体验大家也都有资格上来评判，我理解文中列出的检查点也是做过几次之后，就可以有一些规范和标准可以抽离出来了，不需要每次画原型的时候都去核对；

• 例如：文中列举的 “ 所有元素都要有明确的规则和说明，文本展示几行，超出限制如何处理，···等” ，这些其实都可以想清楚后生成文档模板，每次新的业务功能的设计都在这个模板和框架中，就避免了遗忘或漏掉。这个模板可以随着后面的使用，结合企业状况做更合理的删减维护。在我而言，这是个PRD文档模板。很多优秀的PRD模板都可以下载到，而最好的PRD文档模板，应该是最适合公司当下状况的。

• 所以需要使用者，具备调整维护PRD文档模板的能力更重要，因为你永远可以做出最有价值的事情，把最适合的模板维护好，沿用下来。而参照模板（即所谓的检查点）填写内容，我想作为一个纯小白也是完全可以没有压力的填写的，而写的好不好，就是时间和经验的积累了。

• 之前在公司做了一套规范/模板，包含 PRD规范、原型/UI 设计规范。然后使用这套规范能轻松让没有做过产品设计的新人，可以快速的上手，跳过繁琐的关于用户体验和交互设计的细节，直接去做 “ 业务流程设计 ”，更聚焦于用户需求 。因为在 原型/UI 规范中，已经提前做好了交互设计、UI设计、也包含 页面布局规范 和 每一个组件规范、边界条件，以及网络状况的设定 等 。

• 这些规范将会由 更专业和更资深的人去维护，更专注于用户体验，专注于交互设计，专注于这些规范的落地后的用户反馈，不断更新迭代。以及做这些 产品规范的培训，关注内部产品团队的上手程度 和 培训接受程度。不断地优化，以提高团队协作效率；

• 而产品新人经过简单的培训即可上手，可直接去了解行业、了解业务、了解用户，更关注需求沟通 和 挖掘最优价值的核心需求，更加关注 产品业务流程设计。我认为 “需求挖掘、分析” 是一个产品人，最核心的能力，因为往往很多 产品并没有成功，就是因为没有找对需求。所以在 “ 需求 ”上非常的值得多花时间和精力。

• 用户体验，是一个产品上线成熟稳定后，需要去提升的一项竞争力，但是在产品稳定之前，都谈不上需要做多么专业的用户体验，所以我们前面已制定的规范中涉及的用户体验，已经完全够用。

• 我相信产品新人在学习使用这些规范的过程中，也是能够积累下来那些在设计规范中精髓的，而这对于日后产品上线后的迭代维护，也是很有好处的。

写在最后

• 希望这个方式的共享，可以帮助产品新人快速成长，少走弯路。同样适用于创业公司前期探索产品方向，快速验证市场使用。