细听和运营的一次闲聊

作者:课课家更新于： 2015-11-02 11:30:41

大家是否还对这部分知识存在疑问呀，让我来为大家详细解答一下。

前几天，和几位运营同学聊了会天，html5教程事后整理了一下，感觉应该是比较普遍的一些问题，顺道分享自己的一些观点。
运营：你们最喜欢和什么样的运营合作？
产品：最喜欢什么说不清，但知道最害怕和什么运营合作。本质上是，产品经理和运营要互相理解，我会把运营也当做一种用户，然后会听运营说，但不会照着做，我们想知道的是，运营要做的事情背后的原因，真正想解决的问题，然后给出更好的产品方案。举个例子，你说要吃海鲜餐，我问你是馋了还是饿了，如果是饿为主，我可能会扔给你两个馒头。那种一上来就要吃海鲜餐，我不管，我就要吃海鲜餐的那种，是最怕的。你们这群人里面就有，呵呵，比如就要页面上一定要有个什么按钮，一定要把某个区域放大的……问你为什么，又说不出个所以然，只是说你先照我说的改。
运营：但是我们背着KPI，活生生的数字啊，要么我们一起背？
产品：我们也知道运营压力大，背着KPI，dreamweaver视频教程但总是很着急的做事，是更不靠谱的，忙中容易出错。我说不好同一个产品的运营和产品共同背KPI是否是好事。一起背的话，虽然能让团队目标更容易一致，但对用户也许不是好事。呵呵，说不定公司就是这样规则，让产品和运营互相制衡。
运营：你是指大家会一起变成KPI动物，然后伤害用户？

功能需求：1.罗列产品所有功能，告之整个产品有哪些功能模块。根据实际情况，通常按照迭代方式增加，能够预知多少罗列多少。没有专门的需求人员，由产品经理来完成。

DEMO：产品不急的情况，一定要做demo。网页设计教程这个权利由总经理或者开发部经理来定。Demo的要求：能展现已知的功能界面和操作方式，用于跟客户的交付，便于更早从客户那边带来意见和需求。没有专门的人员由产品经理自己或者指派相关人员根据功能需求的描述展现。 设计：根据功能需求，设计数据库和系统架构。由产品功能经理或者技术经理完成。 编码：根据demo和功能需求，实现具体功能。

测试：包含单元测试、代码走查、功能走查、系统测试、性能测试、部署验证、安全测试等等。具体需要什么的测试，由测试经理和产品经理根据产品情况共同决定需要做哪些测试。单元测试由开发人员完成，技术经理把关。代码走查，由开发人员和测试人员共同完成，技术经理把关。其他所有的测试，主体由测试人员来完成，其他角色协助完成，测试经理把关。 验收：根据测试报告对照需求列表及各项指标，测试经理、产品经理、技术经理、总经理等主要人员，共同表决来决定产品是否符合验收。

发布：只允许发布beta版以上的稳定版本，特殊情况经总经理允许发布演示版本，代码不得外泄。Bata版本即为至少经过一轮测试过程的测试版本。所有产品及补丁

产品：这种情况很常见啊，举例子，很多年前，我就知道某个产品为了实现活跃用户数，用一些手段。当时，活跃用户数的定义是访问某个页面就算，所以就做成用户做其他很多操作的时候，都弹出一个页面，然后这个页面是产品里的页面。所以说，就算一起背KPI，也有个前提，就是KPI的制定要合理&大老板心理清楚KPI最关键的不是数字，而是数字背后的目的。
运营：但是，你给我吃两个馒头，其实只满足了我部分的需求？
产品：用户的需求，我们也不是全满足的，因为根本满足不完，总会源源不断的出现。我觉得就应该让各种用户“欲求不满”，需求是需要控制的，控制不是目的，而是为了找出最刚性的需求，优先满足，都重要等于都不重要。且不说需求是否靠谱，只说能力上，就不允许，我们也会受制于资源。PD也有不同的压力，比如做了一个需求，结果没什么效果，对你们来说没什么，但PD就会遭受到其他PD、技术团队的压力。毕竟，做了这个需求就意味着不做另外一个需求，占了资源不说，没效果就没成就感，技术团队那边也很不情愿继续与你合作，长此以往，PD就很难再为你申请到资源做事了。我们会更注重长期，不管是用户，还是对团队内部，很反感“杀鸡取卵，涸泽而渔”，对在做不做任何事情的判断上，会更谨慎。
运营：我喜欢有运营背景的PD，你是不是也喜欢有PD背景的运营？
产品：没错，就像技术喜欢有技术背景的PD一样，无非是能互相理解，网络工程师视频教程不要搞得像敌人一样，呵呵。我们的目标其实是一致的，只是做事方法上有差异，资源永远无法满足所有的需求，不是坏事，而是好事，这样才能促使大家设计出规则，尽量避免做错误的事情。
不知道是否太自我中心了，零零散散的一些闲话，有没有运营站出来说两句？

大家学到了多少？如果意犹未尽，可前往课课家官网直接查看。