一个产品专员工作实录.pdf

一个产品专员的工作实录 工作已经将近半年了 ，一直想做一个总结。于是有了这篇文 ，记录了我作为产品专员的 经历。其中包含了一个产品从0到1的工作内容和自己的个人总结。觉得一个产品的从0到1就 像建立一栋大厦 ，一砖一瓦都是这个大厦的一部分。产品也一样 ，有许许多多细小繁琐的 工作。 需求调研 经手产品的第一步就是进行需求调研 ，一般会花近一个月的时间在业务部门对业务进行深度的了解 与分析。 如果是产品重新开发 ，那么首先做得是对现有系统进行调研。针对当前系统中存在的缺陷与不足进 行优化 ，并提出解决方案。 （如果没有现有系统 ，取而代之的就是竞品分析 ）对现有系统调研主要 采取了一下几种方式 ： 1. 长时间观察并记录业务人员操作系统的过程 ，并在业务人员进行工作的时候与之交流 ，找出产品 还不尽人意的地方。 2. 自己亲自操作系统 ，完成相关的业务 ，记录下自己在操作过程中的体会。 3. 与业务人员在不操作系统的环境下进行对话 ，记录他们自己对系统提出的需求以及自己的其它 想法。 这一步是对直接需要操作系统的业务人员进行调研 ，找出他们在使用现有系统过程中体验不好的 地方。 然后 ，在此调研的基础上与管理业务人员的管理层进行对话 ，主要想获取的信息是从他们角度系统 需要满足他们的哪些需求 ，以及他们怎样能更方便地通过系统管理业务人员 ，实现业务的分配和高 效地完成相关工作。 同时 ，在调研过程中更加重要的一点是产品需要和公司的战略规划同步。而公司的战略规划与业务 息息相关。传统企业都是业务催生需求 ，然后将需求传递给开发部门 ，开发部门进行研发以支持业 务部门。 一个新型的互联网公司 ，做产品的思路与方法与传统的企业有些不同。先确认公司的战略规划 ，依 据公司的战略规划与得到的需求调研结果着手进行产品设计与开发。 所以需要多次与管理层对话。如果需要闭门会议也必不可少 ，旨在会议结束后能确定明确的产品方 案与战略规划同步。除此之外 ，也是为了产品需求调研的顺利进行以及大家能够更好地对产品进行 认知。定期的跨部门会议也是需求调研的一种方案。多次的会议才能让需求调研落幕 ，确认大致的 产品方案。 需求调研结束后就需要产出一份MRD来对之前收集的信息整理。MRD里主要陈述三个内容。要做 什么 ？为什么做 ？怎么做 ？MRD内的所有内容都是围绕着这三点而展开。项目的立项需要MRD经 过上级的同意后才可以进行。一般花一周左右时间做MRD ，然后进行MRD的评审会议。 在MRD中还有一个很重要的内容 ，即是该产品开发需要投入的资源到底有哪些。在MRD中一定要 明确地提出自己所需要的资源。公司的资源都是有限的 ，不论是人力资源还是硬件资源 ，永远都是 不够的。所以要为自己的产品争取资源。要正确地评估产品开发的工作量 ，然后索取对应的资源。 不能在资源不足的情况下进行产品开发 ，如果因资源问题 ，产品延期或者产品质量不过关 ，那么上 级看到得只会是因为自己的能力不够而没有完成产品的开发。 MRD评审后 ，就要开始进行详细的PRD撰写 ，与产品原型的设计。产品原型的设计需要查阅很多相 关的资料。查阅的资料都和自己要设计的产品相关。下面是产品设计的一些个人总结 （之前另一篇 文 中提到过 ：《三个步骤做好后台产品》 ）。 产品设计 后台产品/B端产品 ，与C端产品有着非常大的差异性。C端产品因为面向对象是用户 ，所以非常注 重用户体验、交互设计以及视觉设计。C端产品需要在细节上进行不断打磨 ，并且需要对用户的心 理进行精确的捕捉。除了产品本身以外 ，还需要考虑许多外部因素 ，如竞品、政策、技术等。C端 产品中另一个重要的角色——运营 ，在后台产品中也得不到体现。往往只需要产品经理一个人就可 以代替相关的工作。后台产品更加看重的是产品能够清晰地体现业务逻辑 ，功能能够满足使用者的 需求 ，首先强调的是产品的可用性 ，其次是产品的易用性。 产品设计的过程当中分了三大步骤。 1.业务逻辑梳理 需求调研与分析完成后 ，就是自己对内容的消化和吸收。要想设计一个产品首先要做的事情是自己 先清晰地理解一个产品。只有自己理解了 ，才能更好地推进产品进行开发。 先梳理清楚线下的业务流程。将线下的业务流程梳理清楚以后 ，然后才是对产品的思考。在进行业 务逻辑梳理的时候我使用了三种工具。状态图 ，流程图 ，泳道图。为了理清业务逻辑我花了很多时 间去画流程图。 有些人觉得花这么多时间画图会浪费很多时间。我觉得仁者见仁智者见智了。对于我个人而言 ，每 天捣弄这些图 ，会很快加深我对产品