作者归档:董 振业

关于董 振业

我的个人介绍

有效会议的原则

参加了一个本身并不“有效”的培训会议,主题为讲解“如何组织有效的会议”,真是有趣。
会议是否是一种好的沟通方式?对我而言,即便有钉钉、Slack和视频会议等,面对面讨论仍然是一种非常有必要的沟通方式。它适合用于解决较为复杂或者发散性的问题,时效性强。有效避免了异步沟通的时效性问题和可能的误解。

组织一场会议的原则

  1. 明确、可行的会议目标产出物
  2. 明确、深度参与的参加者
  3. 有足够投票权的决定者(需要产生决策的会议,需要老板参加或者足够的投票份额)
  4. 有开始时间和预估时间
  5. 会后100%分享会议结论

参加一场会议的原则

  1. 内容、参与者、与我的关系不明确的会议,如果有条件拒绝参加
  2. 与我的关系较低的会议,改用其他沟通方式,如果有条件减少参加
  3. 如果身不由己的会议占到每周工作时间的30%以上,考虑更换公司或岗位

产品规划 工作流与工具

做这些事情的意义

  1. 学会判断什么是正确的事情
  2. 学会通过已知方向找到要做的事情
  3. 学会以高优先级的方式,搞定高优先级的事情

 

如何做好这些事

工作流
工具 小贴士
明确目标与指标(每月,指标会议)
  • 目标与指标清单:只关心当前情况,关心预估值,以指标重要性排序
  • 给出计算公式和数据源
  • 给出指标现值
按既定目标,列出可能做的事情(每月,头脑风暴会议)
  • 项目收件箱:只关心当前情况(历史想法没有价值),关心指标满足情况,以指标分类(1st),以收益高低排序(2nd),注明来源(3rd)
    • 高人指点类
    • 个人收集类
    • 头脑风暴类
  • 设置项目收件箱推退出机制(直接删除/删除线/标记完成)
  • 不建议区分来源,应该把不同来源的想法都聚到一起
管理当前立项在做、要做的事情,及其优先级、交付承诺(每月,指标规划会/每周,项目例会)
  • 进行中项目、项目看板或需求池:只关心当前情况,关心项目优先级(综合收益和紧急性),以优先级排序,注明时间,其中提出时间表示先进先出,上线时间代表交付承诺,评估时间代表收益承诺。注意:
    • 该清单应该具有唯一性,否则会影响及时更新
    • 低优先级项目不加入清单,因为不能代表个人的绩效,适合通过JIRA等工具管理。比如统计打点、帮助提示、bug fix等
    • 个人任务不加入清单,因为并非团队成员及管理层所关心,适合通过个人任务列表来管理(纸笔、软件、看板等)
    • 已立项、未启动的项目应该加入清单,但未明确的想法应该加入收件箱
    • 已完成任务需要移出清单,应该加入月度总结
  • 字段不要太多,否则每天维护会是灾难
  • 使用某些敏捷看板可能会节省工作量,当然便签纸+白板也不错
评估已完成的工作(项目结束时/月度总结时)
  • 指标值变动:关心当前和历史的情况,关心完成度
  • realease notes/版本历史:反映研发团队产出情况,以及功能变动
  • 月度项目总结:只关心历史情况,反映个人产出情况,列出每个项目的交付时间、实际收益,按性价比排序
  • 只有月度总结,月度规划已经包含在需求池中
备注:
  1. 可以在项目Wiki中维护上述规划内容,并与团队成员、业务方、老板分享。
  2. 凡是列表,都有优先级。但是优先级定义并不同。
  3. 每个工具都需要区分对现状和历史情况的需求,分为:仅现状,仅历史,两者等三种情况。

Inbox by Gmail对产品设计的启示

Inbox by Gmail让人眼前一亮。更难能可贵的是,它是在电子邮件被发明数十年后、各厂商几乎“江郎才尽”的时候推出的。
偶然翻阅其帮助文档,看到Gmail与Inbox的区别有感。
Inbox vs. Gmail
随手整理Inbox给产品经理带来的产品设计启发:
  1. 将“操作/Action”作为 产品逻辑的 重要分析类型
  2. 从异常用户行为中发现需求,并提供简化的解决方案(比如延后、创建提醒)
  3. 不断思考更加贴近用户“初衷/潜意识“的表达方式/产品交互/文案(比如 删除邮件–>Gmail中的归档–>Inbox中的处理完毕)
  4. 产品就像海绵中的水,即便再成熟的解决方案,只要愿意用心,总会有让人眼前一亮的机会

产品需求文档(PRD)的基本原则

什么是产品需求文档?

  1. 由产品撰写的项目文档
  2. 供研发和测试人员阅读
  3. 对原型的解释和补充

如何写产品需求文档?

  1. 文无定式,越短越好。反对套模板,应该逐项目而不同。
  2. 能用图表不用文字。无论RD、FE和QA,人类都喜欢简洁直观的表达。当然,不用文字不能达意的情况除外,不要被方法论束缚。
  3. 不要替别人讲话。不要写“技术架构”、“测试规划“,也不要写“用户体验方案”,除非你想孤军奋战。
  4. 不要妄想在PRD中包含一切。需求分析过程、运营规划、项目进度跟踪、评估结论等资料,还是自己保管好。
  5. 永远不要妄想,用文档替代内部评审、项目启动会议、设计确认等必要的沟通。

SEO着陆流量的核心影响因素

以大陆份额最大的百度为例,请教了资深同事WL:关于百度SEO做什么最重要?

影响因素拆解

图:SEO着陆流量(百度) 影响因素

如图所示,我们需要将目标拆解到不可拆分为止。SEO着陆UV来自于多个关键词的点击量之和。每个关键词的点击量等于展现量乘以点击率。影响展现量的,主要是关键词搜索量,以及平均排名;影响点击率的依次有以下因素:

继续阅读

如何通过关键词挖掘确定新产品目标?

以一次引流项目为例,讲述如何通过百度关键词挖掘,来体会搜索用户的需求。

产品扩量目标

  1. 在既定范围内(比如金融工具)
  2. 通过新增搜索引擎的条目(新增产品或页面)
  3. 尽可能多地增加SEO着陆流量(同时更好地满足搜索用户的需求)

继续阅读

如何设定产品指标:老板想要什么

想像一下,你的老板或者产品总监给你下达了这样的任务:

由于优化资源的考虑,公司需要将5条产品线缩减为4条。而你的A产品线恰好列在其中。请在5分钟内说服他,你的A产品线凭什么不能被砍掉?

任务的本质是设定A产品线未来一个季度(或半年)的目标(Objectives),以便在有限的资源中抢到足够的优先级。

这可能是产品经理最重要的工作之一。因为我的老板对我说:

如果这件事情你说不清楚,你就永远没有工作方向。

继续阅读

目标导向的行动指南

作为部门的重要传统,每年都邀请一位经验丰富的产品经理来培训《目标导向》。目标导向?听起来就像”想干嘛就干嘛“一样简单!但在培训之后发现,这真的超级难。在很多特定场合,没有深入的思考或者丰富的经验,就很容易犯错误。

参考培训内容,我进一步整理了”从具体场景到具体技巧“的行动指南。自勉为主,分享为辅。

继续阅读

如何摆平不属于项目目标的必做工作?

出现了这样的情况,我该怎么办?

  1. 我当然要按目标导向的原则来推动项目及评估效果。
  2. 但项目中有些工作不得不做,显然有价值却竟然不符合当前项目目标。

苦苦思索解决方案,得出珍贵的解决方案如下表:

继续阅读

来源、媒介和类型:如何分析流量来源?

典型的流量渠道标签,可能有type\source\medium\campaign\term等多个字段,让人眼花缭乱。如何在Excel的数据透视表里面正确地使用它们?

依次搜索常识并询问多位同事,对标记流量来源的各标签有如下认识:

继续阅读