产品经理的主要工作就是承接业务部门的需求。某种程度上讲，新西兰电话号码列表 业务部门都是产品经理需要用心伺候的“老爷”。尤其是那些为公司创造真金白银收益的部门，更是一刻都不敢怠慢，但业务同学却觉得与产品经理沟通很困难，经常被怼。 那这是为什么呢？ 新西兰电话号码列表 是因为业务同学普遍不了解产品同学的工作，也不清楚项目开发的流程。业务同学不清楚应该如何与产品经理对接，所以在需求讨论、项目推进的过程中相互难以理解，沟通困难。 新西兰电话号码列表 那如何正确给产品经理提需求呢？ 一、背景 业务同学给产品同学提需求的时候，首先要说明需求的背景，一般包含场景、痛点、价值，也就是这个需求是怎么产生的，你为什么要提这个需求，这个需求能解决什么问题，把事情的来龙去脉、新西兰电话号码列表 完整经过说清楚。产品同学会根据你的需求背景去提供解决方案来满足你的需求。 如果业务同学不说明需求背景，或者自己就搞不清楚背景是什么，新西兰电话号码列表 只是直接要求产品同学按照自己说的去做的话，作为一个负责任的产品经理，是会拒绝的。 如何正确给产品经理提需求 首先：产品同学不了解需求背景的情况下，是无法判断需求合理性的，更不可能提供出有效的解决方案，真正地满足业务需求。 因为人与人的沟通之中，很多时候业务同学所表达出来的和自己所想的并不一致，这并不是业务同学的问题，这是一个沟通难题，所有人都会存在这种问题，新西兰电话号码列表 要不大家也不会把沟通能力看得那么重要。 产品经理一项重要的工作就是做需求分析，何为需求分析？那就是挖掘你最真实的想法、你最核心的需求，只有满足了你的核心需求，才能真正解决问题。这也是产品经理为什么会问你很多问题的原因。 其次：业务同学是没有产品同学了解业务系统的，新西兰电话号码列表 所以业务同学需要给产品经理讲清楚需求背景，让产品同学给你提供解决方案才是最好的合作方式，而不是直接告诉产品经理你应该做什么。 如果业务同学过于强势，产品经理在不了解需求背景的情况下，真的按照业务同学要求的直接去做了，那可能会使系统缺少规划，难以长期、有效、快速地支持业务发展。 例如：你提的需求系统已经支持了，但你不知道，新西兰电话号码列表 产品经理不了解需求背景的情况下，直接按照你的需求做了，会导致重复开发、系统臃肿等一系列问题。 所以首先要讲清需求背景，然后交由产品经理提供满足需求的解决方案，让专业的人做专业的事。 二、需求分类 业务同学提出的需求主要包括这么几类：功能类、数据类、体验类、性能类和BUG修复类，其中业务同学最多的是功能类和数据类需求。 功能类：通过人与系统交互的方式，来帮助业务同学解决问题，新西兰电话号码列表 完成任务。例如：订单修改功能、记录备注功能、线索分配功能等。此类需求需要业务同学具有较好的逻辑思维能力，能把需求逻辑或规则梳理描述清楚。 数据类：主要包括两块内容，一个是数据字段定义，即数据统计口径。很多时候出现数据不准确的问题都是因为数据口径不一致导致的。另外一个是筛选条件，当数据较多时，能够有效地对数据进行筛选。 体验类：C端产品，用户体验直接关系到用户转化和用户留存，关乎到产品的成败，至关重要；B端产品，关系到业务同学的工作效率，可以通过优化操作流程或页面呈现来提升用户体验。 性能类：一般是指响应速度、可靠性、安全性等。例如：新西兰电话号码列表 页面过很久才能打开，响应速度慢；或者有时候能打开，有时间打不开，可靠性较差；或者可以随意修改数据，安全性较低。 BUG类：是指已上线功能未能按照需求逻辑得到预期结果。业务同学在描述BUG的同时，最好能提供CASE方便技术同学排查。BUG可能会带来未知的损失，需要立即被解决，新西兰电话号码列表 所以这也是优先级最高的需求。 还有一些其他的需求分类方式，例如：KANO模型。 KANO 模型多用于对C端用户需求的分类，是以分析用户需求对用户满意的影响为基础，体现产品性能和用户满意之间的非线性关系。根据不同类型的质量特性与顾客满意度之间的关系，将产品服务的质量特性分为五类：