——这是我的第 113篇原创文章——
学习 B 端产品，就看「司马特小分队」
产品经理们，你们想过这个问题吗？如何给产品打分。
这个真的很难，开发是有标准的，因为他们有明确的执行任务，最终交付的产品是之前就预设好的。
但产品经理不一样，产品设计本身就是一个开放性命题，同一个功能，每个产品经理设计出来的流程、交互效果就是不一样的，也很难说某个方案一定是最好的，何况很多时候还受限于开发的实现能力。
有的公司会把产品的业绩指标绑定到产品经理身上，这或许是一个衡量标准，但更多的时候，产品经理其实没有强标准的考核指标。
且不说调研等阶段的工作，我们对外最有力的输出是产品文档，我们先来看看完整的文档应该包含哪些内容。
01完整原型包含哪些？
完整原型至少要包含以下5大模块：修改记录，项目介绍，功能框架图，全局说明，原型。
这些都有是不是就60分及格了呢？还不是，比如优质的文档至少要做到以下4点。
02优质文档原则
没有逻辑错误
逻辑错误指前后对不上，闭环走不通，这是最致命的问题，开发会不知道怎么做，即便勉强做出来了，用户也用的云里雾里的。比如大一点的：微信端提交了订单，后台没有显示的地方；小一点的：微信端显示的自定义字段，后台却没有地方设置。
逻辑清晰
逻辑要有条理，这样开发可以按着思路一步步的做下来。如果逻辑比较混乱，这边写一点，那边写一点，写的又不清晰，开发实现起来就很困难，就像一团麻线一样，不知道哪里是头，要从哪里下手，也不知道下一步要做什么。
少细节疏漏
要想完全避免细节疏漏是不可能的，特别是当系统做的很复杂时，一个功能点往往和其他的点有着直接或间接的联系。我们能做的是，尽可能的想到所有的影响点，没有大的疏漏，小的疏漏可以在开发过程中再补充。
可读性强
很早之前公司的PRD文档大多是用word写的，一个系统能写上3-4万字。每次看文档都特别累，原型图小，看不清，还要上下来回的对照页面和规则。而且一旦发生内容变更，需要重新发送给所有人，协作极其麻烦，现在有了在线文档会好一点。
后来很多公司用AXURE直接写PRD，原型旁边附上规则，可读性就强多了。产品经理内部通过AXURE协作写文档，然后上传到服务器上，只要给出链接即可，随时更新都不受影响，大大降低了协作成本。
但你会发现，这些标准更多的是让文档便于开发理解，这和一个产品的好坏并没有关系，我们构建的质量体系还应该包含对产品设计的考核。
关于这个体系如何构建，没有标准答案，我就抛砖引玉，说说我的看法。
03如何量化产品？
我是从产品设计、文档书写，产品价值3个方面来看的，具体如下。
考核维度考核内容考核标准原因说明产品设计层对目标用户需求的满足程度目标用户不明确：0分满足基本使用：5分；有期望型功能：每个大功能10分，小功能5分；有兴奋型功能：每个大功能20分，小功能10分；产品设计除了满足最基本的功能，要考虑给用户超预期的快感，以提高满意度和粘性。功能的复杂度在保证功能实现的情况下，可降低1个复杂度减10分；去繁就简，是更高层的能力。交互体验感交互体验可优化1个程度减10分；缩短流程，异常情况友好度等对产品体验非常重要视觉体验感视觉可优化1个程度减10分；产品经理也要对视觉把关，比如字体颜色、大小是否不会让用户产生疲劳感；图标是否能理解等技术实现复杂度在保证功能实现的情况下，可降低1个复杂度减5分；产品经理要懂基础的开发，尽可能降低技术复杂度，如果不了解可提前和开发沟通。功能迭代计划本期有没必要大功能减10分，小功能减5分；没有迭代计划减10分功能设计应该是一个全局的考虑，除了小功能没有迭代计划，大功能应该多用MVP的原则，小步快跑去验证文档书写层逻辑错误程度闭环不通减30分；大功能点遗漏减20分，小功能点10分；细节遗漏减5分；功能完整性是最基本的要求，细节处理和经验关系比较大，尽能力考虑周全名词定义清晰名词没定义导致开发理解错误减10分；名词前后不一致，一个词减5分；不同产品对相同名词的定义都不同，比如新用户，实收，必须定义清楚；名词不一致容易让人以为是不同字段，要全局统一。交互规范清晰没有交互规范减20分；交互规范没特殊情况前后不一致减5分；交互规范缺少动态描述减5分；交互规范可以由产品经理和交互一起给出，现在基本都有现成的组件，需定义清使用场景；交互要包括初始化状态、使用中状态、完成状态、异常等规范，要动态考虑。引用处标注清晰有引用没有标注来源减5分；引用错误或失效减5分；跳转页面，引用的交互规则需要标注清楚，点击能快速找到书写规范文档不完整减20分不满足文档规范减10分；比如上面说到的文档要包含5大模块，但只给了原型图；字段、保存等说明要按照规范，方便其他人员查看修改次数大功能点10分，小功能点5分开发过程中被发现的问题改原型后要写修订记录产品验证层客户满意度60%以上满意加20分；80%以上满意加30分；上线后要及时跟踪客户，让客户打分客户使用数量不足预期减10分；满足预期0分；超过预期20%加10分；50%加20分；100%加30分我们在产品开发前就要根据调研结果预估客户使用数，上线后进行验证公司价值收益不足预期减10分；满足预期0分；超过预期20%加10分；50%加20分；100%加30分产品最终要为公司带来价值，这个价值可能是营收，品牌，复购率，活跃度等
随便找个之前的文档我们来看看能得几分，大概都要负上千分了吧，所以我们的初始分是不是1000分比较合适，这样看起来不会太尴尬。
如果真的要按这些标准来考核，恐怕花费的时间和人力成本有点划不来，但是自己做个自我检验还是有利于产品的设计能力的。
END
系列文章：工业互联网 | OA 的产品设计 | 医疗篇 | CRM 系列文章 | 电商篇
职场系列：产品经理职场成长记 | 求职宝典
方法论系列：产品经理要学习的方法论 | B 端的产品设计
更多实战文章，回复『星球』，加入「B 端产品经理之家」后免费获取。
目前星球已汇集 180+ 来自教育、医疗、电商等领域的小伙伴，每天都有产品话题讨论，还有行业专家答疑解惑。还有不少朋友，通过我们的星球，找到满意的工作。如果你正在「找工作」、或者「苦恼不知道如何成长」，那就加入我们的星球「B 端产品经理之家」吧。
转载请注明：电商实战教程 » 什么？产品还要被打分？
