产品经理的自我修养

产品经理的自我修养产品经理的自我修养 简单的说 产品经理就是规划 设计产品 对产品研发过程的控制 最终把产品卖出 去的一个过程 基于服务的对象不同 主要分为两种 to b 针对企业 和 to c 针对用户 虽然两者的侧重点有些不同 但是他们基本的工作方式还是很类似的 在此之前 是需要进行非常多准备工作的 最后到了原型阶段 只要表达出想要表达 的意思 设计和研发能看懂就可 但是如果前期准备不到位 产品的设计有问题 那么 原型做的再好看 屁用都没有 因为 根本没有人会用它 具体来说 按照流程先后来分 产品经理的工作主要包括如下几个方面 产品定义产品定义 需求调研需求调研 业务建模业务建模 产品验收产品验收 线上运营线上运营 产品定义产品定义 简单来说 产品定义的过程 就是明确这个产品是做什么的一个过程 这个过程需要 明确如下几个要素 1 1 产品业务的边界 即这个产品要解决什么问题 这个产品不解决什 产品业务的边界 即这个产品要解决什么问题 这个产品不解决什 么问题 么问题 一个个互联网产品可以看做是一系列事情的解决方案的集合 而不管解决什么问题 都得付出资源 无论是任何公司 哪怕是 BAT 资源永远都是不够的 所以解决方案还需 要聚焦到一两个点去展开 才能尽快建立起自己的领先优势 比如早期的陌陌 就专注于 陌生人社交这个问题 最初的小米专注于解决穷人如何拥有一款智能机的问题 最初的百 度也就解决如何有效的搜索到自己想要信息的问题 你永远无法用一个产品解决所有问题 就像你永远无法用一个答案答对所有题目一样 这个时候 产品业务的边界就非常重要 定位一定要非常清晰 绝对不能模糊 2 2 使用价值 这个产品使用的价值在哪 别人为什么要用你的产品 使用价值 这个产品使用的价值在哪 别人为什么要用你的产品 我觉得美国著名的电影 教父 里面的维多 克里昂是最成功的产品经理之一 因为 他曾经说过这样一句话 I m gonna make him an offer he can t refuse 我将给他一个 无法他无法拒绝的理由 然后他做到了 我们可能没有教父那么牛 但是我们可以做的是 我们究竟能不能 敢不敢说出这句话 这个时候 我们就要思考 用户无法拒绝你的理由究竟是什么 这个问题说的更直白 点就是 别人为什么要用你的产品 你的产品和别人的产品有什么区别 你的产品能不能 更好的比别人解决用户的问题 3 3 商业模式 这个产品究竟应该怎么挣钱 商业模式 这个产品究竟应该怎么挣钱 对于一个公司来说 赚钱就是它的商业伦理 产品是为公司服务的 如果赚不到钱 就是违背其商业伦理 而一个产品如果既赚不到钱又没有用户 那么这个产品就是失败的 它就是一坨屎 即使再用情怀 用理想来包装自己 包装的再华丽 也只是一坨华丽的屎 商业模式其实可以大体可以分为两种 赚钱的和不赚钱的 或者可以说是以后赚钱的 之所以说商业模式分为赚钱和不赚钱两种 是因为互联网行业的特殊情况来定的 即商业 模式不清晰的情况下 只要有大量用户 迟早会有办法挣到钱 所以往往也能够吸引大量 用户的产品也能得到资本市场的青睐 比如说美团 科幻小说 基地 里面讲的是 一代宗师哈里 谢顿对未来三万年的预测和推演 并 通过自己的推演来重新建立人类文明的故事 虽然做不到像哈里 谢顿那样 商业模式能 否盈利 的确是需要进行市场调研和沙盘推演的 因为往往市场的情况就决定了 一开始 这个产品未来的发展和走向 我们通过市场主要影响因素的估算 算出分几个阶段做这个 产品 制定出产品的 RoadMap 关键节点 以及多长时间能够盈利 最后产出的就是要给 VC 风险投资者 看的 BP 商业计划书 但市场情况风云突变 很少可以按照计划来执行 写 BP 主要是还是为了融资和沙盘 推演看这件事情究竟是否可行 商业模式的产品定义这一块得考虑相当多的内容 不光得深入到行业 还得深入了解 经济趋势 政策风险等 才能较为准确的对产品有所了解 而商业模式在未得到验证的情 况下 是不能进行快速批量投入的 得先小批量验证 验证无误 解决了批量推广的瓶颈 以后 然后再花大力气去推 所以我们总是说创新是一件很难的事情 更好的一种方式是直接抄袭然后修改 COC copy to china 就是这样 在国外得到验证过的商业模式 直接抄到国内来 这些成功的例 子有很多啦 比如大家痛斥的腾讯 又比如我前老板王兴 我称之为火影忍者卡卡西 复 制忍术 虽然王兴几乎所有的创业项目都是照搬国外现成商业模式的 但他都快成大佬了 充分说明这种流氓式抄袭过来修改的方式还是挺管用的 虽然很没节操 需求调研需求调研 思维的过程是这样 思考问题得由大到小 由浅入深 解决了产品定义问题以后 我 们就需要解决另外一个问题 我怎么验证自己的想法是正确的 我该怎么样才能知道真正 的用户是怎么想的 这个过程又分为如下的几个方法 问卷调查问卷调查 总的来说 问卷调查会有很多问题 比如如何去获得有效问卷 如何去找到你的目标用户 也是一个非常有趣的讨论话题 关于问卷调查 我曾经简单的写过一篇相关的文章 大家可以去看看 这里就不多阐述了 问卷调查的好处在于 可以获得大量用户反馈的信息 获取信息的效率更高 虽然准确度 可能不太好控制 面谈 问卷调查以后 面谈可以作为问卷调查的一种补充 面谈的好处是你 可以更好的了解到用户在想什么 主要就是去了解用户的痛点 然后 对于这个痛点他是如何解决的 但为了避免对用户的面谈结果进行影 响 其实还是有一些技巧可言的 和问卷调查有点类似 简单的总结 一下 不要使用肯定或者否定式提问 尽量使用用户能够接收的方式来询问 尽量让用户陈述事实 而不是观点 沉浸在用户环境内 亲身经历一个事情带来的情绪记忆要比看着或听说别人这个事件所感 受到的强烈得多 形成感受的反射也远远要更持久 而且 比较传统 的用户 很多时候 并不会对你说实话 去到用户的环境里 不但可 以切身体会到用户的感受 而且还能从侧面去观察这个行业 总之 好处很多 所以我做之前影视项目的时候 就去片场呆了将近一个月 的时间 吃剧组饭 也客串了几把演员 我也因此弄明白了影视行业 的潜规则和一些行业消息 发现很多用户的痛点是没法说 或者不愿 意说出来的 竞品的分析 竞品分析可以更好的让你了解到这个行业 这个产品的市场 别人在 做什么 具体如何去做 网上资料一大堆 都是可以查到的 做这种 东西最重要的不是格式 而是从产品设计的角度出发 去探索每个产 品设计背后的原因 请记住一句话 别的产品经理不是傻瓜 产品经理郝原在知乎上分享过自己在做凤凰新闻客户端的经验 他做 凤凰客户端的时候 参考了 reddit 豌豆荚 豆瓣小组 网易 贴吧 微社区 抽屉等各个平台的 UGC 产品的微社区功能 很辛苦的做了一 个微社区 怎么推都没有推起来 最终失败了 原因是因为他没有搞 懂别人做微社区的原因的情况下简单一味的模仿 导致了产品的失败 最后他总结到 看别人产品 不应该只看对方体验 而是应该看他的根 他的道理 他的公式是什么 这个公式因何成立 如果做同样的事情 对你的项 目是否成立 用户故事的编撰 以上的步骤做完了 就是去编写用户故事和使用场景了 用户故事 指的是从用户的角度去描述他完成业务过程的操作 它包含三个要素 角色 谁 活动 做什么 商业价值 目标是 拿 QQ 里面的一个常用的故事来举例子 比如给同事传文件就可以写 成这样 我 谁 想 找同事传 word 文件 以便于 协同写作 当然 用户故事是不止一个的 一个产品会有很多的用户故事 当用 户故事收集完成以后 我们就可以开始做产品的下一步的工作 业务 建模 业务建模 以上 基本的准备工作都已经做完 这就进入到产品设计的环节了 这个过程 是很多人看得到的产品的显性工作 大多数人都会把时间 放到这个上面 虽然说这个过程非常重要 但是 如果前面的工作没 有做好 这一步 就是在生产垃圾 这一过程主要分五个阶段 业务流程图的绘制 一个产品的设计 有显性的地方也有隐性的地方 比如说在京东上 你能看到的 是商品的买卖这是显性的地方 你看不到的 比如说网 站客服的支撑体系 物流的支撑体系 公司的财务体系等 都是隐性 的部分 业务就好比一块冰山 线上业务是冰山上展露的头 这个时候 我们就需要根据用户故事来绘制业务流程图了 基本上就 是用泳道图的方式把业务串起来 形成一个完整业务的过程 因为线 上产品的制作 本质上 还是把线下的过程给搬到线上进行放大和优 化的过程 但我们在设计业务过程的时候 就不能一叶障目 只绘制显性的业务 还是得把整个业务过程给拉取出来 先抽取主要的过程 再加上分支 的过程 还拿电商举例 完整的业务过程应该是 商品的产生 商品 的库存 商品的在线营销 商品的配送 商品的售后 区分一下 哪 些业务是在线上完成 哪些业务是在线下完成的 区分是在线上还是 线下完成 一方面要考虑本来业务的属性 比如配送 这个业务的属 性决定了它主要业务过程在线下完成 另外一方面还是取决于开发的 成本和优先级 比如如果系统内涉及了交易就肯定有结算的功能 但 是如果交易又不是主要用户的使用场景而又赶着上线的时候 就可以 让这个环节放到线下去结算 当然不是一个好选择 只是举个例子 因为做产品设计 本质上还是一个投入产出比的游戏 用例图的绘制 根据上面所说的线上业务流程图 我们会做出一个比用户故事更简单 的图 这个图非常简单 你只需要绘制一个个角色 把这些个角色要 实现的功能给列举出来即可 这样可以让角色和功能的展现的更清晰 避免功能实现文档出现遗漏或者重复的情况 功能节点的绘制 对用例内的角色和功能合并以后 我们就能得出这个系统需要完成哪 些功能 以及哪些功能是主要功能的判断 这个时候我们就可以拉出 一个包含着有功能优先级内容的表格了 关于优先级的判定主要考虑 如下几点 基本的功能必须要覆盖 主要的场景必须要覆盖 次要的场景次要覆盖 用户价值越高就越需要关注 原型的绘制 绘制原型的时候 只需要画草图 说明清楚交互 约束就好 不需要 在细节上做的太过 当然我指的是初始阶段 需要知道 用户体验 包括三个层面 能用 用的舒服 用的舒服且界面漂亮 做产品 得有先后顺序之分 细节是最后打磨的时候用的 某些一开始就打磨 细节 而产品功能有问题的手机厂商 估计是因为他们还不知道怎么 打磨产品吧 一般绘制完了以后 会再按照上面的过程自己过一遍 思考下自己遗 漏和重复的做了哪些不必要的设计 是不是有逻辑不正确的地方 跳 转是不是有问题 评审和研发排期 原型检查和绘制完了以后 就是和研发 设计 领导一起来评审 确 定功能的可行性 交付日期等事项 产品需要保障研发能够按计划完 成任务 所以就需要留下证据 定时沟通 确认研发的进度 具体的 内容可以参考我以前写的 交办的技术 读后感 产品测试验收 研发开发功能的同时 产品就需要开始准备产品的测试用例了 测试 用例的主要来源是用户的使用场景 也就是说产品测试的最终目的是 确保用户的使用场景都能按照预期的方式来实现 产品测试的用例需要有如下三个要素 执行过程 执行过程必须要是无脑的脚本 就是看到这个过 程就知道不需要动脑 直接按照执行过程的说明来进行操作 这样的好处是执行起来非常快 不需要边做边想 在做的时 候动脑 预期结果 任何一个测试用例必须要有一个预期 即如果系 统正常的情况下 系统反馈出来的结果究竟应该是什么样的 实际结果 即在测试过后 系统实际展示给你的现状 如果 实际结果满足预期结果 那么 这个功能就是可以交付的 如果有功能的问题 那么就是需要提交工单给研发 研发重 新修改最后再上线 一般一轮测试完成以后 需要跑一遍回 归测试 回归测试 就是把验证已经通过的测试用例再走一 遍 看看是否能够再跑通 确认修改问题的同时 有没有引 入新的问题 当然 我在这里写的都是最简单的测试过程 实际的测试过程比我所 写的要复杂 实际可能会测试的还会有 数据的唯一性 数据接口的 稳定性等等 测试方法也不一而足 就不一一介绍了 线上运营 在测试完成以后 就要开始准备上线了 这个时候我们就需要考虑一 个问题 我们最初始的用户从哪儿来 尤其是创业公司 获取初始用 户完成冷启动的过程是如此的重要 以至于一旦错过了时间节点 往 往公司就黄了 一般来说拉取用户最有效的方式简单粗暴 就是拼爹和砸钱 大家去 北京的各个街道小区转一转就知道 为什么会有以专门帮人做地推赚 钱的人 可是并不是每个初创团队 都有这么多钱可以玩的 而且 即使有很多钱 也不是可以乱花的 那怎么办 到用户群体去发帖 去做 SEO 去做市场活动 靠别人推荐 这些都 是常规的运营方法 然而 做运营不是每天重复的发帖 做活动就行 的 还需要制定运营的策略 来规范化这个过程 所以我们运营的策 略就需要考虑如下几个问题 常规的运营策略有哪些是可以用的 这些策略需要的资源有多少 资源包括 人力 金钱 各个策略分别能够使我获得多少收益 他们的转化率是什么 样的 如何提高策略的转化率 各个策略适用于哪些时间 适用于哪个阶段 由此 制定出来的策略才有可能是有效的策略 当然 如果没有太多 运营的经验 那么就只能每个都尝试一下