楼主普通二本院校毕业，毕业后作为管培生进入一家传统公司开始接触互联网，但后来由于公司战略的突变，顿感无法再汲取专业的互联网知识，于是9个月时跳槽到某著名互联网公司的产品外包岗。哎，苦逼的外包就是我，但本着可以学习专业系统的互联网知识就咬咬牙还是去了。将近一年，虽然身份尴尬，所做边缘，但所幸同事nice，也慢慢由产品小白自觉进入了初阶。于是，总结自己这一年的产品经历，与所有对互联网对产品感兴趣的同学共勉，专业同学勿喷，谢谢！

鉴于自己这一年来都是产品助理的角色，所做也都是支持性边缘业务，因此就不从产品经验上说了，只讲讲自己耳濡目染所总结的产品经理工作内容和范围，以及工作方式和方法。

一、产品经理的工作内容和范围

说来搞笑，当初我进来时投的岗位名称是“营销策划运营岗”（抱歉，我当时真对所谓的产品经理职位没啥了解，一心想去接触偏市场和运营的工作），起初我以为是到了市场运营部来着，到了才知道是到了某业界top3的移动端产品组去了（没办法，大公司的leader比较忙，面试时对工作内容谈的甚少，后来也没时间电话继续沟通），于是稀里糊涂做了产品。虽然该公司内部职级里产品经理分产品策划和产品运营，但工作内容几乎无差别，只是偏重不一样。鉴于当前互联网行业，众多的细分领域，例如桌面产品、web、游戏、移动端，甚至由于业务to B 或to C 的不同，产品经理的职责也会不同，因此当下我所说的产品经理都是该公司（业界捧为圭臬的产品王国）模式下的移动互联网客户端项目的产品经理。

1、需求的获取与分析

产品需求的挖掘也就是产品需要策划的点，一般这些需求主要来自于用户调研、用户反馈、数据分析、运营广告合作方、老板、行业动向、PM自己的YY等。在多项需求并列的时候，优先级应该是外网bug、老板需求、数据分析、优化。

2、需求文档的撰写和评估

明确了产品需求，就得利用各种工具（Axure\Xmind\Viso\Ps\word\excel等）将需求的初步原型、流程确定下来。和交互以及视觉设计师出高保真原型以供组内评审，确保可以进入版本排期。

3、需求评审和实现

进入了版本排期到时间就得进行需求评审了，也就是和开发GGJJ们撕逼的时候了，明确产品哪些需要修改哪些不合理哪些要砍掉等等（小白们一定不要怵，真的是被虐千百遍啊，特别是不懂技术的童鞋）。有幸通过的话就按照评估时间进入开发期，与项目组的各类角色（交互、视觉、开发、测试）合作和不断协调确保产品开发的顺利进行。

4、产品的发布

产品功能终于通过测试和体验了，还得跟进产品的发布，包括后台的发布、H5前端的发布、客户端的发版等，有的功能可能需要AB test就涉及到灰度策略的制定。

5、产品相关数据的监测和分析

产品功能发布出去后就到接受用户检验的时候了，要不断观察新功能或优化点数据的变化，以评估所做需求带来的实际效果，如果数据不升反跌就得思考优化是否合理了，需要推到重来。

6、用户反馈的收集与回复

很多时候数据也会欺骗人，所以还得善于与和用户沟通，确认用户对需求的认可度，如果用户肯定但数据不好看，就得考虑入口流量的获取问题，如果用户不肯定，那就得反省并挖掘用户的真实诉求了。

以上6个步骤只是产品经理做一个需求的基本流程，另外还有一些事情也得或多或少的参与。只是根据产品的形态、部门的大小，有些事情可能有专人负责，这时候产品经理的参与度就会小很多了。

1. 行业、市场以及竞争对手的监测和分析
2. 产品的市场拓展合作（渠道预装版本、OEM版本、SDK合作等）
3. 产品的市场宣传，包括品牌活动的策划、功能的推广活动等
4. 产品的商务合作，包括广告需求的对接、功能上的合作等
5. 产品的渠道推广，包括和渠道同学、应用市场同学进行资源置换和推广等
6. 产品的内容运营，结合热点进行内容或活动上的运营搭建，丰富产品形态，拉近与用户的关系等。

后面这些内容，其中acf需要产品经理主动去思考并拿出方案，bde主要是来自于外界合作同学，产品经理只需要参与方案的制定和执行就好了。

因此总的来说需求实现的6个步骤，以及行业竞争对手的监测、市场宣传、内容运营，都需要一个产品经理独立地拿出策划、参与执行的事儿，也是最考验能力的方面，需要不断体验、思考和总结。

二、产品经理的工作方式与方法

1、产品设计

需求的来源与优先级上面已有说明，因此现在主要从产品设计方向来讲。一个需求的策划与设计不能是天马行空或者完全按照自己的想法来做的，最初得考虑设计以及开发测试同学能够理解，然后还得考虑开发成本，因此在需求撰写阶段就得格外注意。

a.写作之前和交互设计师，对应的开发先沟通一下，确定是否有可行性，需要的条件是否满足等。并且想好种种方面，涉及到数据获取、流程结束后的跳转、分享、数据统计、异常处理等等。

b.写作中要逻辑清晰，全面详细，包括需求产生的背景、需要解决的问题、怎么解决、解决的条件有哪些、怎么获取、需求的流程是怎样、最终实现的体验效果是怎样，达成的期望是怎样，都得详细表述出来，以便开发和测试同学理解，不然在开发和测试过程中这些同学还会反复找你确认，导致进程不断遭到干扰。因此需求的撰写尤其考验一个产品经理的专业度，不然就会导致开发过程中不断改需求，引起开发同学的反感，降低信任度。

c.写作完后上面也有讲到，最好可以和有经验的同事，或者组内、甚至是老板进行沟通，确认需求是否成立、是否有漏洞、是否有再优化空间、是否有价值、支持资源是否充足等，以保证所撰写需求得到项目组一致认可，这样推进起来才会顺利。

2、产品开发

一个产品的开发涉及到众多的角色分工，整个流程也是比较复杂的，而产品经理在其中就像是一个火车头，或者更确切说是一个导演的角色，推动产品的进程，直到实现和发布。

2.1流程方面

在产品经理的工作内容上我已做了初步说明，一般的开发流程如下：

需求的撰写和定稿——》交互设计和视觉设计——》开发——》测试——》发布——》效果跟踪和下一个版本的规划……

2.2角色方面

一个项目的循环需要众多的人员分工协作，主要有：

• 交互设计师：最初和你评估需求可行性，怎样去实现以获得想要的效果，满足用户体验上的流畅和好用
• 视觉设计师：根据交互稿做出最终呈现给用户的界面效果
• 开发人员：前端开发的成果是你能体验到已实现的需求效果，后台开发的成果是服务器端的逻辑
• 测试人员：需求实现后是否存在漏洞或机型适配等问题都由他们来发现，并且通过测试技术找出问题所在
• 项目经理：楼主所在项目现在并没有项目经理的角色存在，基本上都是由对应的产品经理兼顾了，主要涉及到人力资源的调配、项目流程的正常运行、以及与确保其他支援团队的资源到位等，一般都是业务产品经理同各个角色组的leader确认并争取的，因此这时候对产品经理的项目管理能力也是一个很大培养和考验。

2.3产品经理在各个流程阶段的作用：

a.需求阶段

上面也有说明，特别要说明的是这个阶段交互设计师的重要性，我所在的组只有一个交互姐姐，清华毕业的，说实在的，和她工作真的很愉快，因为她的专业度和思维总是可以给自己很多启发，即使自己不太明白的地方，她也能迅速给出合理的解决方案。和这种交互工作，只需要自己想清楚需求的目的，并且大概有个草图说明就好了，交互设计师就可以很快给出完美的方案。但这样也会有一个依赖，让自己的用户体验感知变得很弱，因此在需求阶段，自己一定要做足功课，尽可能想更多的方案以便和交互讨论，不然就会陷入交互的经验中了。

这个道理同样适用于和视觉设计的沟通，一方面要相信视觉设计的专业度，另一方面也得加强自己对ui的认识，给出给多好的建议，一起将界面做得更优更好用。

b.开发阶段

如果在需求撰写时逻辑清晰、详细，并且在前期有和对应的开发做过沟通，那这个阶段就相对好过点。不然会很麻烦，开发会对过程中的点进行一次又一次的确认，你也会迫于某些开发限制或逻辑漏洞做需求变更。这时候产品经理就得根据自己的产品直觉和经验，做出一些决策，以便开发进程的顺利进行。

同时，产品经理还得从一开始就保证前期资源的到位，不能等到开发都快完成了视觉稿还没定。一定要和开发同学密切沟通，视觉稿什么时候要，然后及时保证资源的确认和输出。并且在开发过程中，要及时体验需求，避免做出来的和自己设计的有出入。

c.测试阶段

测试过程中会将需求可能出现的场景与流程反复复盘演练，对于一些测试中出现的问题，产品经理要及时和测试同学确认问题所在，然后调动开发同学及时修复。如此，不断确认才能保证发布出去的功能是正常的。

d.发布阶段

楼主目前的项目组中发布策略一般都是既定的，由产品、开发、运维、测试共同推进，一般都是逐步灰度省份，老用户版本内提醒升级，产品观察灰度数据和用户反馈，测试及时定位，开发及时修复，然后一直到crash率或者某个发布数据趋于正常水平时，才会针对新用户和老用户全量发布出去。

老用户就是所有省份都放开应用内提醒升级，新用户则是和渠道同学密切合作，如果之前有渠道推广合作，则及时上架进行首发，如果没有，则按照渠道流程，准备更新文档、引导图、ASO关键词、渠道list等，方便渠道同学上架各大应用市场（一般在灰度期间就会准备好，等到全量时就可同步在市场放出）。

e.效果跟踪阶段

一般是通过用户反馈和数据中评估上线后的效果。用户反馈可以从QQ群、反馈收集系统、甚至是朋友、同事中得到，看看用户真实的使用感受。而数据分析则需要根据需求开发阶段就约定好的数据上报事件进行统计并做分析，查看数据的上升还是下降，对于需要长期关注的数据，则最好给数据同学提需求，做成报表的形式方便观测。

3、产品数据分析

现在已经是大数据时代，即使还不能利用海量数据做出较netflix或者facebook更出色的推荐算法，但对于产品来说，数据分析也是必不可少的。因为产品设计从情感上讲是感性的，但效果却是可量化的，数据是理性的，可以帮我们评判做的优化是否真的满足了用户需求。如果数据上升，则可提升开发人员对产品的信任度，也可提升项目组的成就感，如果不幸数据下降，则可让大家反思，用户到底需要什么，然后“小步快跑”更新迭代，这或许就是敏捷开发的魅力所在。

进行数据分析的前提是有数据可分析，因此在撰写需求的时候就应该将数据上报也作为需求的一部分写上，避免需求发布后却发现想要分析的事件数据没上报就苦逼了。另外，如果是常规的监测数据，例如涉及金钱的开通笔数、总金额、新渠道的拉新、拉活等数据，可以连接微信发送给相关人，或者提出报表需求，做成一目了然即可看到的数据趋势。楼主在数据分析方面也在不断实践和学习中，这是产品经理必备的能力之一。

4、行业、市场以及竞争对手的监测和分析

行业和市场信息的阅读和了解对于产品来说还是应该时常关注的，可以多看看行业新闻，这对培养自己的产品sence以及行业敏感度很有帮助。

所在行业和市场的新鲜事一方面提醒了自己行业的变化趋势，另一方面可让自己从宏观角度去思索未来的产品方向，这属于产品格局的培养，不仅要关注国内的行业态势，更要多留意国际上的行业变化，毕竟外国的互联网根基是优于国内的。同时，还得多关注竞争对手的变化，因为产品之间都是互相借鉴，然后进行微创新的，毕竟经过了对方的实际验证，这种“拿来主义”并没有什么可耻，应该看到优而更优才对。

初入产品经理这一岗位，导师最先让楼主做的便是体验安卓和苹果版本的差异，这是为了更全面的了解自家产品。然后又让楼主针对行业的top5客户端进行竞品分析，比较各自的优点和不足，知己知彼方能百战不殆。而且之后如果有的新的功能要上，导师都会让我拿几款该功能的垂直产品进行分析，这样就可取他人之长补他人之短，少走很多弯路。因此，建议产品新人们多装几款自己感兴趣的同类产品，进行横向体验分析，也同时时常下载新的应用，进行纵向体验分析，这样就不会毫无头绪了，要善于把别人的成功产品作为导师，然后再做青出于蓝而胜于蓝的事情。

写在后面的话

作为一名产品小白，切忌眼高手低，曾经楼主也曾不知天高地厚有地提出一些产品策略方面的建议，但却发现，作为一款成熟产品，很多方向都是既定的，而且随着市场的变化，耗用大量资源的事情必须要老板拍板，因此小产品经理们一开始主要还是以执行为主。

每个初阶产品经理必将都是从打杂开始，帮助产品前辈们做些已经明确的小需求，了解产品流程和背后的框架，并且做些很基础的支撑工作，例如用户反馈系统的搭建、用户反馈的收集、汇总、监测与分析、还有较为基础的用研、渠道合作、定制版本的合作等，别看这些业务繁杂基础，但是却让我们更接近用户、更了解产品、更熟悉产品框架，有了这些基础，你才有机会参与到更核心的业务搭建中。曾经，楼主也很不甘心，觉得大材小用或者是一种歧视，最后才慢慢知道作为内部的校招生们也是这样一步步来的，于是才沉下来心来去做，发现了很多有价值的东西。

希望上面的梳理能帮助更多对产品经理岗位有兴趣的同学了解产品经理都有哪些工作要做，当然，鉴于楼主资历尚浅，总结的也多有偏颇。作为产品经理，你要做的远非如我上面所说，后续楼主还会根据自身经历，总结在实际工作中，产品经理应该具备哪些能力，希望可以对大家有所借鉴，共勉！

作者：陆庄羽（微信公众账号：看风景的人），初阶移动产品经理，目前关注短视频社交、个性化推荐、物联网等领域，曾经的文青，如今的产品汪，愿与所有小汪们共同成长！

本文由 @陆庄羽 原创发布于人人都是产品经理 ，未经许可，禁止转载。