入职一年的运营小白经验分享：我是这样一步一步处理第一次需求输出的思维导图

为了提高运营工作效率，及时发现并解决产品运营过程中存在的问题，老板期望尽快与产品、数据、技术等部门达成一致，搭建一个实时监控在线的数据漏斗模型，打开运营的黑匣子。

初入职场一月，自知不能盲目开始，十分有必要与老板来一次痛快地沟通，相信老板能够放手，将任务交给新人去做，除了充分给予机会，更是自己心中对整个项目 已了然。因此，从老板处及时摄取到项目精髓，能够让自己事半功倍，少走弯路。当然，难得逮住老板得空，私下里简单的利用Xmind草拟了自己想了解的一些 东西。或有残缺，或有多余，后来项目经历丰富后，每次只需知道时间点、目的、怎么实现、是否安排好Plan B等几个关键点即可。

清楚了老板的心中蓝图，还不够。因为老板不是真正操作产品的，仍需要向部门前辈、产品同事深入认识产品的各个环节，以及前辈们心中所期望的漏斗模型。（PS：所运营的是互联网广告产品，因涉及公司信息，故不在此公布后台截图啦）

● 清楚产品环节，包括物料制作、审核、系统制图、预算分配、渠道分配到曝光，最终有效产生消耗；

● 各环节可能存在的损耗，以及往期损耗的比率；

● 了解后台数据，以便选取方便建立符合运营监控需求的维度和指标

众所周知，产品经理最重要的就是撰写需求文档（product requirement document，简称PRD），最直白的目的就是，让技术人员看完PRD之后，便会知道你的产品具体是一个什么样子。而我的需求文档目的是什么？一是， 产品每日面对成千上万的需求，我如何才能让自己的需求，得到产品重视，早日进入排期；二是，同样能够让产品看完后，便知道我需要什么，如何实现最好，节省 了反复沟通的成本。

（1）突出需求的重要性（基于整个大广告平台的发展趋势，突出部门业绩指标，考虑上个人KPI）

（2）以图文的形式呈现（下图是当时word制作的简易草图）

整个需求文档，在老板一眼瞟过后，点头同意，“去执行吧，如有需要，可以找提供帮助”。

会前准备：需求文档、排期（心里最低底线）以及应对来自产品、数据的Q/A。

通过邮件落地、会议提醒两种方式，周知了三方部门伙伴，一切就绪。但真正到了会议当天，仍有预料不到的情景出现。

● 老板愉快的鸽了。好吧，只能靠自己，顶住来自各方的压力；

● 产品犀利般地质疑。质疑数据实现可能性、质疑漏斗模型对运营侧的作用、在排期上打太极…….

幸运的是，还好提前跟数据侧沟通，能够帮我说上些话，质疑的声音与会场的压力感，倒是小了不少。会后，顺利说服产品赶上排期当月内上线，并获得产品在需求文档上的肯定与好评。

会后，向老板汇报情况。几个问题，问得我哑口无言。

● 排期赶上，是否与产品达成跟进的共识？几天一次，还是一周一次？

排期是月底上线，那这个月部门需要数据，该如何实现？跟数据组有沟通好吗？

● 离月底这段时间，如果消耗出现异常，是否商讨好了暂时的解决方案？如何解决？机制是什么？

● …….

经验：常常需站在更高的位置，去思考问题，才能解决的更全面！

初次与产品汪沟通，难免被高端大气的产品用语或排期问题，默默地给打回来，等候主管的一顿教导。回头想想，症结点在于用户与产品、技术的夹缝中间，既要求 得产品汪全心全意实现自己心目中的需求，又要充分满足用户的合理诉求。除了漂亮的运营妹童鞋，使出美人计，更重要是，要与产品站在一个利益共同体里，这项 功能的实现，说小了，关系到你我的KPI，说得高大上了也关系到整个公司的日利润。不过，往往产品汪还是非常支持运营童鞋的工作，毕竟运营是离用户最近的 存在。

运营，这条路，除了工作所具备的基本技能，期待能够在路上碰触更多火花。