产品经理要做的八件事_产品经理的那些事

产品经理要做的八件事由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“产品经理的那些事”。

市场调研

我们在获取需求时，最先做的就是市场调研，简单的来讲，就是去分析任务所对应的目标市场，具备什么样的特点，需要什么样的服务。

需要注意的是，此处调研对象是“市场”，比如出行市场，IT市场

用户调研

任何一个产品都是被某人所使用的，我们借助市场调研明确自己要做什么服务以后，就需要做用户调研了。

用户调研的落脚点在于某人，正确的讲，应该是某类性的群体

技术调研

技术调研是在有一定想法以后，我们找上开发人员，简单评估一下技术的实现成本，如果某个idea的实现成本 过高，我们可能就要重新想想方案了，许多产品经理在设计产品时，会忽略技术实现难度及成本，这是不可取的。

在应用层面，大部分的需求都是不需要强行攻关的，比如我们要实现支付功能，但并不是一定要自己开发一套支付系统以及安全系统，直接接入第三方就好啦，当然资金量很大时，我们的收益足够平衡我们的成本时，就很有必要自己开发了。

kano模型

kano模型是作为划分需求优先级的方法被创造出来的。

需求总是很多的，但前人经过研究，提取出了需求的共性，并总结成了需求的五个类型。使用这个方法，我们可以很轻易的判断某个需求属于何种类型，再借助该类型需求的价值以及效应，最终来判断出某个需求的优先级和重要性。.产品设计

产品是被精心设计出来的，这是我所遵循的产品观念，在我体验一款新产品时，我会尝试站在对方的角色，来思考。

如果是我来做，我会如何设计呢？

当我们结束了分析阶段后，我们会根据自己掌握的信息，根据自己分析所总结出来的信息，来设计产品。

我们所使用的每一个参数，都是精心设计的，不仅仅是参数，一句提示文案，也是可以被精心设计的。

只是我发现许多产品落地很差，这点在设计上可以充分体现出来。

于分析阶段相同，设计产品也有诸多的方法，并且经常被我们使用到，只是很多时候，我们并不曾注意到。

设计产品的方法： 结构设计，业务设计，流程设计，原型设计，情感设计，MVP设计原理等。

产物交付

罗列一下要交付的产物：原型图，原型全景图，需求文档，变更记录，业务流程图，数据流向图，迭代故事，材料准备，沟通，调整。跟进进度

早会，需求卡片，周会，进度跟踪，风险报警，日报，周报，需求调整，需求管理，资源协调。

需求管理

目的：统一需求，提高需求溯源性，也是为了测试时能依据最新的，正确的需求进行测试，减少我们的沟通成本，也减少需求的不确定性

需求本身首先要能被管理，我并不提倡word版本的需求，也不提倡原型图上写需求，两者皆因为 需求无法被管理

其次，当需求评审以后，不再对已评审的需求进行编辑和删除操作，原则上，我们将以 取消和新增的状态进行标示。

同时，我们还要维护变更记录，让变更原因，变更内容清晰可见。

这并不是一件简单的事情，需要我们掌握一些方法，比如尝试用excel来编写需求文档，并且在需求文档的撰写过程中，遵守一些规范。

资源协调

产品开发过程中，其实需要用到很多资源，包括内部的和外部的。

当我们需要使用第三方系统时，需要为开发同学准备好第三方系统的账号，key或者其他什么，比如第三方统计，第三方图片处理，第三方登录，第三方地图

而内部的资源集中体现在接口API 和设计图输出上，许多时候，我们都是由前端驱动的，我们设计的多数是前端的产品，比如APP，H5，WEB，PC，但前端的功能需要依赖后端的接口，以及UI的效果图。

等接口，等设计图，这两种时间的耗损虽然很可惜，但却是我们经常遇见的问题，如何妥善的安排资源，如何取舍，便是我们要做的资源协调，尽量的减少等待，这需要我们知晓各个功能的优先级，复杂度，尽快进入并行轨道，避免等待