一个会“讲人话”的产品经理有多重要

字体大小,可以调大哦: [] [] []

常听到有人讲了几十分钟的理论,却被一句:说人话!给呛住。以前这个场景多是“技术-产品”,现在更多的是“产品-运营”。原因如下:
大部分的技术由产品对接,运营更多的是面对产品
逻辑思维的不同,产品思维是多个视角的出发,结合了产品逻辑、业务形态、商业前景等等。而运营则是更多价值的聚焦,包括某个活动、某个场景、人群、需求等。
产品经理是自负的,这在创业公司更常见,也是因为对应的运营还没有足够经验。
具象化视角的不同,这和逻辑思维又不一样,比如:
喵:国庆节想要增加特殊化标签,增加用户活跃度
狗:特殊化标签有哪些形态?应用场景什么?预计会增加多少日活?时间点是什么?有没有考虑过用普通标签满足需求?那为什么不把普通标签一起优化呢?
喵:。。。说人话
往往就没有了然后!
这应该是每个产品经理都会遇到的问题,因为产品经理本身赋予了更多的使命,去思考的更多、构架的更多,且要担任运营与技术的需求润滑剂。筛选需求、完成需求、计划需求!
产品经理如何讲人话?
首先从产品的迭代讲起,产品迭代涉及了需求收集、需求分析、产品定稿、需求评审、里程碑、测试验收、产品发布等等。发现其中运营仅在第一步“需求收集”中占有角色,而需求的来源包括了:用户、运营、产品、BOSS等。
早期的创业公司总是产品先行,在发展到一个阶段后再由运营去驱动,所以每次迭代通常是一个大功能+用户小需求和优化。
在技术、测试完成后,我们通常会召开内部的“产品发布会”,在大号电视前演示迭代增加和优化的功能,发布会总是很成功的顺利举行!!

  • seo教程

  • 产品上线后,PM又开始了新一轮的需求收集,而喵们也开始运营当前的产品功能(产品运营),但总发现运营对产品的功能不了解,在运营过程中还会反复的询问产品!
    当时很无奈,应对的措施是:针对每一版本迭代去更新“产品运营规则说明文档”,我记得当时后台的一份文足有8000字,之后发现效果还是不行,索性将需求文档(PRD)也抄送给运营。再之后我们开始邀请运营一起参与到需求评审中!
    直到。。。
    “能不能说人话!”
    什么是人话?
    我自己也思考了很久,也和BOSS沟通后得出以下几点:
    运营需要背负自己的责任,产品不应该处处领先运营
    不把运营当baby,尽量的等量
    运营是产品,产品即运营
    我更换了和运营沟通的方式并做了更多的交流,舍弃“产品运营规则说明文档”和PRD文档的“死人式”交流,尽量的做到face to face,沟通的基础上再辅以功能更新说明(用最简单的方式陈述功能)。如:
    XXX APP2.3版本更新内容:
    增加了IM(在线聊天),支持商家对用户,不支持群聊(原因已做说明)
    我的-页面 优化,增加我的权限(权限展示)
    xxx、xxx bug修复
    xxx页面-xxx UI优化
    在事后做了进一步的沟通和对比,发现运营对这样的操作接受度和兴趣度更大

  • wordpress教程
  • ,再加上验收时邀请运营参与也会增加运营的兴趣度和对功能的

    网上赚钱本文来自:.
    欢迎转载,转载请注明本文链接: 一个会“讲人话”的产品经理有多重要:http://www.tkgao.com/whseo/5674.htm
    云钊博客转载请注明本文出处谢谢!

    标签:
    更多
    不好意思,评论已被关闭!