详细实用!教你如何站在用户的角度去进行功能的分类？详细实用!教你如何站在用户的角度去进行功能的分类？.pdfVIP

详细实用 ！教你如何站在用户的角度去进行功能的分类 ？ 作为一个产品经理 最常见的一个工作就是对所负责的产品进行功能的设计 而有效的对产品功能 进行分类 对于市场 销售和研发部门来说 都是非常有益的 具有良好分类的产品功能说明是做 好一个产品方案的基础 在本篇文章中 笔者根据自己的个人经验总结了一种自认为有效的功能分 类方法 和大家分享。 就笔者这几年的工作经验来看 ，对于一个产品的分类比较常见的有两种方式 第一种 对产品功能不进行任何分类 ，只是顺序的记录 例如 可以从对话中看到 一旦采用这种分类方式 其实产品经理是完全把自己陷入了扯皮的漩涡中 因 为对于每一个功能 产品经理并没有进行一个优先级的定义 这样 就给了研发很大的自主权 而 产品经理又无权干涉研发的具体工作 因此 最终的结果肯定是汇报到各自的上一级主管那里 然 后再进行新一轮的扯皮 直到高层出面调停 结果很有可能是耽误了开发进度 延缓了产品上市 日期 增加了产品成本 并且对产品经理的形象也有所影响。 当然了 在一定的范围内 这种方式也是有用的 例如 ：比较小的项目 （如功能单一的软件 ）；软 件升级包等。 这种分类方式在一些公司还是存在的 尤其是在一些做大型产品的公司如果用这种方式 那么必然 会产生以上所说的问题。 第二种 只进行开发级别 （功能重要性 ）上的分类 例如 这种分类方式相对于第一种分类方式 有了一定的进步 除了顺序记录功能外 还有就是对功能进 行了开发级别上的约定 这样其实就是对研发部门进行了一定的约束 在开发的时候 应该优先实 现那个功能 暂缓实现那个功能 产品经理和研发部门都有了一个高层认可的一致 因此 扯皮的 事情会大大减少 但是 会和市场部门出现新的问题 例如 ： 从上面的对话可以看出 虽然级别的定义避免了和研发的扯皮 但是市场推广上的问题又出现了 还极有可能造成产品经理陷入纠缠于功能的漩涡中 可能每天产品经理就是和研发面对“这个功能应 该如何实现” “这个功能级别低 不做 那个级别高 就是再难 也得做”这样的讨论中 笔者认为 这是由以下两个因素造成的 ： 对功能进行分类的时候 ，立足点有问题 产品经理不是市场人员 不是技术人员 不是销售人员 这就决定了 我们在进行新产品功能设计 的时候 立足点就不能有偏离 如果只考虑如何有利于市场推广和销售 那么这个产品做出来很有 可能是个绣花枕头 毫无特点 ；如果只是一味追求采用“新、奇、特”的技术 那么除了提供给研发 人员学习新技术的机会外 这个产品最终做出来的很可能是一个缺乏市场进入能力的产品。 权威的影响和缺乏因地制宜的心态 这点尤其在一些IT 软件和互联网企业比较常见 现在网上的资源非常丰富 各种产品设计文档的模 版随处可见 一些企业就从网上搞一些大公司的产品设计文档 稍微改一下就作为自己公司的模版 来用 比如微软的 这是最可怕的 因为大家都认为“微软的模版肯定是最规范的 最合理的” 因 此也不管是否适用于自己 拿来就用 结果造成 产品经理生硬的拿功能设计去适应模版 完全本 末倒置了 要记住 咱们不是微软的产品经理 自己的公司也不是微软。 解决这个问题的关键所在 除了各个公司一定要建立适合自己的产品管理体系和制度外 对于产品 经理个人来说 找到一个合理的产品功能分类方法是最关键的 这样 你设计出来的产品才是“能做 能卖”的好产品。 说到这里 捎带提一句 作为一个产品经理 根本应该考虑的是f eat ure 而不是f unct io n 目前在 国内许多产品经理中 还是更侧重于f unct io n （就是我们常说的“功能” ） 我会在另一篇文章中和大 家一起交流的。 因此 从我个人的经验来说 自己习惯于这样的功能分类方式来进行功能的分类 就是“根据产品的 功能层次进行分类” 也就是“站在用户的角度进行功能的分类”。 先解释一下这个概念 产品功能是来解决用户的问题的 不是让开发团队来学习技术的 因此站在用户的角度进行功能的 说明本质就是跳出日常的功能讨论陷阱中 不要忘了 你的顾客决定了产品的成功 因此要提供给 能让用户迅速理解并且具有吸引力的功能说明。 详细说明一下什么是“根据产品的功能层次进行分类” 我个人的分类习惯是 一个产品的功能按照“ 基本功能”、“扩展功能”、“增值功能”进行分类 具体解释如下 ： 基本功能 构成一个产品的基本要素 缺此要素 则该产品无任何价值的功能 扩展功能 从基本功能衍生出