新人产品经理面试的时候，常被问到的一个问题是：如何评价一款产品。这个问题，我们可以从五个层级一个模型来解答，看你能分析到哪一层。

初级产品经理面试时，经常会问这样的问题：

1）你是最喜欢的产品是什么？为什么？问题本质：你是如何分析一个产品？

2）如果要做一个功能你应该怎么做？问题本质：你是如何设计一款产品？

这2类问题，我用一个简单模型来解释。你能想到，看到几层，就代表了你的产品能力水平。

今天，聊一聊如何分析一个产品？从上往下看。

第一层：好看吗？视觉&交互设计

这一层是最容易看出来的，也是很多应届产品经理产品分析报告的重点内容。

例如：饿了么为什么是蓝色的主题色？淘宝为什么是橘色的？刷新交互为什么有的是下拉刷新，有的是双击刷新？为什么有的按钮样式圆角，有的却是方角？

现在，我用产品老油条的视角去看，视觉&交互设计内容能突出你的产品分析能力吗？大概率是不能的。

• 主题色：和公司整体品牌设计相关的，这是一个公司层面的决策。一般执行层的产品经理，从公司限定的颜色库，选一个就行了。
• 交互&控件样式：和公司整体交互设计相关的，同类型的产品大概率都是统一的交互思路。一般执行层的产品经理，问一下交互设计师就行了。而且现在各种标准标准组件，随便套用，也没有那么多为什么。

如果你的产品分析只能停留在这一层，大多数面试官觉得你做的产品分析深度不够。

那么，如何看得更加深刻一点呢？

第二层：好用吗？功能设计

再看深一层，就到了好用吗？产品经理经常会画一个东西：功能架构图。

很多初级产品经理会把app或者整个系统的功能全部罗列出来，然后分别讲述每一个功能是干什么的？这样的表述方式能体现你的产品分析能力吗？大概率不能的。你只是做了一个从功能架构图转换为文字描述的工作。

那么要怎么看？画完一个功能架构图后，你需要思考：

1. 这个系统或者app一共有几层功能？为什么要设计这几层？
2. 为什么要把这个功能放在一级界面而不是二级或者三级？
3. 一个业务流程是否是流畅的？有没有流程打断或者选择干扰？
4. 如果设计这个产品的功能，你会如何设计功能架构？

当然这几个问题，没有标准答案。如果你在面试的时候，能条理清晰的解答这几个问题。面试官会给你加分。

另外，大部分产品都有登录，用户管理，设置等通用组件。不建议把分析重心放在这个上面。因为一般公司也都是套用标准的设计流程而已。没什么分析的价值。

一般应届产品经理看到这一层，就已经很不错了。但是，我们不能止步于此，如何在看深一层？

第三层：能用吗？核心业务流程设计

到了第三层，能用吗？产品经理经常会画一个东西：业务流程图。

你需要思考：

1. 这个产品的核心业务流程是哪些？
2. 你能否画出流程图？
3. 流程是否是完整的？有没有遗漏？
4. 如果是你来设计这个产品的业务流程，你会如何设计？

看透这一层，一个B端产品经理的竞品分析，你就可以基本完成了。因为你已经看到这个产品骨骼：抽象业务流程。后续，如果想要基于竞品做改造和优化，大部分也是基于这部分内容。但是，B端产品很多的业务流程是官方文件规定的，不是说你想怎么改就怎么改，最好先去看看行业标准。

一般初级/中级产品经理看到这一层，就已经很不错了。那么，下一层是什么？

第四层：能解决问题吗？解决方案是否合理？

回到核心问题：我们为什么要做一个产品？是为了解决一个问题或者痛点的。而现实情况是，这个问题或者痛点可能会需要多个产品配合使用。那么，就形成一个解决方案。在B端产品的视角里，解决方案是大于产品的。

你需要思考：

1. 产品解决什么问题？这个解决方式用了几个产品？
2. 它的解决方案是什么？为什么要选择这样的解决方案？
3. 它有没有完美解决这个问题？没有的话，遗留的哪些点？
4. 如果你来做，你会选择什么样的解决方案？

我经常和咨询的朋友提到，一个问题可以有多个解决方法，也就是有多个解决方案。

产品经理需要选择适合公司的战略的，选择适合市场环境的，选择客户可接受的，选择技术可行的，预算可控的解决方案。不要沉溺于画原型写文档这些活。有时候，技术只是一个工具，产品也只是一个工具。解决问题才是最重要，最本质的核心。这也是，我最近一两年才看透的一点。

解决方案这一层，很多时候是需要一定年限的积累之后，才能看到的。

第五层：能赚钱吗？产品商业模式及其定位是否准确？

到最后一层了，这个产品能赚钱吗？这就涉及到商业思维了。公司做产品大概率是需要赚钱的，而不是做慈善。

老生常谈的几个问题：

1. 这个产品的定位是什么？客户画像是什么？
2. 客户的付费能力如何？他愿意为你这个产品买单吗？如何低成本的触及客户？
3. 未来市场如何？这个产品是否有持续赚钱的可能性？
4. 上下游的都是怎样的？
5. 产品成本结构是什么样的？

这几个问题，只有深入到某个行业之后，才能逐渐看清楚。视角需要从产品执行层转换为产品管理层。

在最开始，产品经理并不知道这个产品能不能活下去，只能在边看，边实践的过程中，不断验证自己的想法。有时候，确实是在赌。