作为一个刚毕业1-2年的文科生小白，要如何做产品、做运营？不管是做产品还是做运营，重要的不是你在大学里的学科背景，重要的是我们的思维方式和方法。比如你可以不是理工科背景，但你可以会理工科学生会的东西，比如编程、数据分析这些东西。这些先按下不说今天就先来结合个人工作经验谈谈小白如何做产品以及产品运营吧，有哪些要经历的阶段以及要注意的坑～主要归纳为以下五大点：一、明确产品价值及目的其实大家在做事情的时候都是需要去思考这个问题的，即使这个任务是老板直接指派你去完成的，没有说理由，自己也应该思考为什么要去做这件事，它的目的价值是什么扮困桐。当然聪明的老板一般是会事先给大家尺缺说明这点。做产品也不例外，没有毫无目的的产品，不然会在开发产品以及运营的过程中极容易跑偏，而且很多产品的设计逻辑以及活动流程设计都是根据产品最初的目的来设计的，因此明确产品的价值和目的十分重要。当然，产品也有可能因为实际情况需要迭代和修改，但这并不妨碍最初要实现的价值和目标，这二者之间并不冲突。二、梳理产品开发&运营清单明确了产品的价值及目的，我们大致能规划如何去实现。梳理产品开发及运营清单就是把我们具体要怎么去实现的步骤做一个汇总，包括要做哪些事情（前端后台做哪些开发、活动如何策划推广等全流程）、什么时间节点要实现、由谁跟进这些。网上应该有很多这种项目规划的工具，大家什么方便就用什么吧，如果项目不是很复杂，用Excel表格都可以。在这个阶段要有一个完整的产品规划及运营规划，规划好了，后面跟着去执行就可以。就像这次我跟进开发的这个产品，一是需要在前端顾客端有承载的入口，二是运营人员在后台需要对收集起来的数据进行分析和应用，这样一分析，其实就知道要做哪些开发了。把自己放在运营人员和用户的角度去考虑整个流程，从运营的角度我们需要哪些东西，比如要看哪些数据、要做什么配置等，那后台就要相应做什么开发。再从顾客体验段出发，需要一个什么样的入口，完成什么动作等一个完成的产品体验流程，需要做怎样的开发。以及要上线活动，要在哪些渠道推广、以什么方式推广、要做哪些开发准备，这些都是要提前考虑的。其实这个阶段不是最难的，不管想法全不全至少你都能想到1、2、3点，只要大的方向是对的，小的优化调整是容许的。加上作为小白，上边一般都是有人带的，跟有经验的前辈沟通交流完后，其实问题都不会太大。在这个阶段要重点提醒大家注意的是：一定要注意时间节点！根据最后活动、产品要上线的时间往前倒推每个事项要完成的时间节点，并且，一定一定要至少多给自己预估2-3天的缓冲时间，也就是说在需要完成的时间往前推2-3天，因为这个过程中一定是有一些不可控因素会影响整个项目的进度，为了不影响整个项目最终的实现时间，只能自己跟紧一点，有问题提前解决。接下来去做才是最难、也是遇到问题最多的阶段，当然也是最锻炼人、收获最多的阶段。三、跟进产品开发&活动运营前期准备1、输出需求文档和原型图这个阶段，首先第一步是输出需求文档和原型图。每个公司可能对需求文档和原型图的要求会不一样，这里就不细讲如何去写需求文档并沟通UI/UE的同事画原型图了，主要是有一点小建议和提示分享给刚做产品的小白（一定要看，作为产品小白的经验之谈）。需求文档大家可以在腾讯在线文档撰写，有问题可以随时改，在线同步，也不需要多个端转来转去，很方便。但是一定要注意，第一，要有目录，也就是多级标题，一是会比较有条理，比较清晰，不同的同事负责不同的开发，没有目录很难找需求逻辑；二是能让自己（产品）、开发、测试端的同学立马定位，效率更高。第二点，在文档的开头要有版本修订记录表，需求文档基本上不会跟自己最初写的保持一致，一般都是会有修改的，修改的原因可能是自己之前没想到的点，可能是跟技术评审时得出的点，又可能是现场运营反馈给你的点因此需要在需求文档的最开头保留这个位置，记录下每次变更的情况。第三点，原型图一定要自己先检查清楚，因为开发跟测试就是根据原型图来开发跟测试的，验收产品的时候，互怼就厅坦靠原型图了。第四，需求的增删改，要考虑这个需求有多大，技术改起来的难度有多大，在不影响现有功能使用的情况下，综合考虑需不需要进行调整，切勿现场运营一反馈问题需要调整就调整，要识别需求大小。第五，需求文档需要图文并茂，图有原型图就可以，文字主要是描述产品的逻辑，产品逻辑建议从技术开发的角度去陈述，能有多细就写多细，逻辑要完整，因为代码的逻辑需要完整。2、需求评审需求评审主要是把产品、项目经理、技术开发、测试等同事聚在一起沟通同步需求，评估是否可以开发，有哪些难度，以及确定产品上线的时间。因为我当时这个项目离上线的时间比较短，因此就火速写了需求文档跟技术评审，第一次写需求文档嘛，总觉得，“我得把需求文档理的清清楚楚再去开发！”但是当时的时间真的已经不允许了，产品要马上进入开发，因此当时有经验的同事的建议是可以先去跟技术评审。评审完也发现，确实，有些需求是在跟技术开发讨论的过程中才能发现的，自己，是怎么想也想不到滴！所以，有时候也不要跟自己死磕，需求文档写完，自己反复确认3遍，觉得问题不大就可以跟技术进行评审了，有些点不是自己一个人能想出来的，大家站在自己的业务角度，更容易提出问题，沟通后的效率反而更高。3、活动运营前期准备产品评审完自己就可以稍微轻松一点了，接下来就是准备活动的一些事情。当然这期间开发和测试也会找到你，如果需求文档里有些不明确的逻辑的话。刚做产品的时候是会遇到这样的问题的，所以呀，一定要在需求文档把产品逻辑写清楚！活动运营这方面的准备，第一个是宣传图跟设计师沟通进入设计。第二是活动物料的准备，这里一定要提醒大家，跟供应商沟通的物料到店时间一定要预留多一点，至少比要到店的时间往前推1个星期，比如30日要办活动，一般来说27日物料要全部到位了，但是，真的别跟供应商说27日，再往前推1个星期，因为你不知道中间会发生什么事情，缺货、丢件、质量不过关、供应商生产时间太赶、快递公司不给力一家门店好说，几百家门店就，，，自行体会吧！所以时间一定要多留一点给自己。三是培训PPT的准备，因为我实际的工作情况是要对接很多家商场的同事，因此一个产品的上线跟运营肯定是要先给他们培训的，而且这次活动跟着他们节日的活动一起走，所以至少提前一个月告知门店他们那场活动要做什么，不用十分细致，但是大致的框架要有，这样他们也好去准备其他活动资源以及活动流程。其实活动上线前的准备，难就难在全国几百家实体门店，一个门店好搞，几百家门店协调起来就，，，一言难尽！上述所说的1、2、3点，并不是一定要先做完第1点才能做2、3点，他们之前是相互穿插可同时进行的。比如，第1点的需求文档撰写与原型图环节提示大家需要注意的点，不是说大家一定要把这些点全部处理完再进行第2步的评审，这两个环节是可以同步进行，需求文档的优化和原型图调整是可以在评审后、也是很大可能在评审后进行调整优化的。而活动运营前期的准备，如果有人可以帮助自己分摊工作的话，是完全可以同时与第1、2步同时进行的。四、产品测试上线&活动跟进阶段这个阶段产品已经开发出来了，测试也已经开始测试整个产品了。这个阶段需要重点提醒大家的是，一定不要把测试的工作完全交给技术测试的童鞋，一定要自己作为运营和用户的角色去测试一遍，因为技术测试不一定完全了解产品的逻辑和业务需求，难免会有一些疏漏的地方。而且测试一定要覆盖多种机型，至少安卓和iOS手机是一定都要测试的。三个一定！等产品过了自己这一关，就可以找用户去试点了，实践就是验金石嘛。在小范围试点的过程中迅速调整产品和运营上可能存在的问题，进行再次优化，最后就可以把产品推给全部用户了。接下来也就需要把工作的中心放在运营上了，按照前期的运营计划进行推进，需要同步给门店具体的活动内容和活动细则等内容。因为里面涉及到具体的业务内容，要说明白估计得再起一篇文章，在这里就不细说。总之一句话，就是让产品上线的首次活动能顺利进行下去。在跟进门店的活动中，如果有硬性要完成的指标，可以每天跟进一遍活动数据，把较差的门店的数据挑出来，快速进行原因查找和调整；较好的门店快速收集成功的经验，并分享撬动其他门店，进行快速复制，提升整体的活动效果。五、复盘总结&后期运营跟进向上反馈是每个人工作中十分必要的环节，当然一个产品功能上线运营一段时间后向老板反馈其运营情况是必不可少。以下几个复盘方向可供大家参考：数据复盘；运营情况复盘（运营亮点、优秀案例、不足与方法对策）；下一步运营计划（优化方向）。另外如果有其他结合具体业务需要添加的内容也可以放在复盘的第四部分。当然，有时候这种复盘可能不止是给老板看的，其实也是为了方便下一步产品运营计划的推动。复盘可以是对老板的，也可以是对实际运营这个产品的门店的同事，利用这次复盘中优秀的门店去撬动其他门店，带动整体产品使用者的使用效果。好了～到目前为止，就跟大家分享了上线一款产品开始要做的事情，这个阶段是开发出产品并首次运营上线并进行初步的复盘。但是当产品上线后，后面长期的运营计划怎么安排呢？如何才能玩起来呢？这个，留着下次跟大家分析探讨～