我们都是善于望文生义的，再加上市场上大多数产品书籍和网络上泛滥的产品文章的诱导，他们不是偏于宏观的方法论就是偏于前端的UI和UE，导致入门者对产品经理这个职位是有误解的，我也是从误解走过来的。

前端好比衣服，而后端就如身体构造，衣服是有装饰作用的，很容易因光鲜外表遮掩了更为重要的后端。

如果非要用一个数据去量化前端和后端相在产品设计中的比重，我倾向于用自己钟情的二八定律去衡量。后端设计占80%，前端只有20%，接下来我将从前端和后端两个维度来总结：

相信大多数产品童鞋入坑都是从原型设计开始的，记得在一个产品群中看到一位童鞋说：当年花了5个小时研究了下Axure，然后就踏上了产品的不归路。在我看来，原型是产品设计的载体而已，初学者往往会纠结于应该学哪种原型设计工具，如何通过原型工具设计包含更多交互效果的高保真原型。就算包含了90%的交互效果，原型终究只是个原型而已，或许你只是博取了自己的开心而已。

看过不少产品大牛的PRD文档，发现他们更多的都是采用线框图+注释的形式。需要花十多分钟才能做出来的交互效果分明一句话就说清楚了，而有些逻辑是原型表达不出来的。有一句话是这样说的，任何最优秀的设计它在形式上一定是最简单的，我想需求文档也应该是这样的。

最初写需求文档的时候花了大量的精力在优化原型图，结果每次都被UI吐槽。后来才意识到，原型是给别人看的，原型只是一种传递需求的载体，我们不必拘泥于工具的使用。如果手绘就可以表达你的需求，何不去繁就简呢。

虽然产品规范更多是UI和UE所关心的事，但是往往小公司是不没有UE的，这就需要产品经理肩负交互设计的任务。

一个产品大牛曾给我讲过，国内的产品大多是不讲求产品规范的，只有大厂才会分别做IOS和Android端的产品区分。国内往往大多数产品兼具IOS和Android的设计规范，看过IOS和Android规范文档的产品童鞋都会发现IOS和Android还是有很大差别的，今天暂不做详细的总结。

页面流程是在用户视角。是让用户更快的抵达自己的目的地，比如产品的核心功能。还是延长用户的操作路径，比如银行卡的解绑，产品设计时会故意延长此功能的操作路径，从而降低用户的解绑率。

我想重点说说反馈页面，因为这个页面往往很容易被忽视，在产品交互中任何重要的事件都应该有相应的反馈，比如支付成功这个事件，通过一个页面展示给用户心理预期的反馈。需要注意一点就是，有成功的反馈就应该有失败的反馈。

业务流程是在技术视角。产品经理这个词多少有点蛊惑人，据说互联网类书籍中卖的最好的就是产品经理相关书了。我觉得叫业务经理更合适，产品应该是业务来驱动的，需求是通过业务流程的设计来解决的。而流程的设计绝对不是毫无根据的画出来的，不仅要考虑到实际的应用场景还要考据技术实现的可行性。