@产品经理:3W1H分析法,教你写好上线邮件( 二 )


而写上线邮件相当于1个小复盘 , 能够解决 , 当你想输出 , 却回想不起来的问题 。 用这些日积月累的小复盘来做大复盘 , 会让你的复盘更从容 , 也更高效 。
相信同样写上线邮件的你 , 也有同样的感触吧?真的是很受益 , 赶紧写起来吧 。 在实践中 , 找到它的意义
Who:谁写上线邮件?
上面说了写上线邮件的益处 , 也就是为什么要写上线邮件 。 那接下来我们就说说这个上线邮件到底该由谁来写呢?
有的人说应该是项目经理 , 有的人说应该是测试 , 有的人说应该是产品经理 。 我个人是赞成产品经理来写的 , 为什么呢?

  1. 产品经理对这个项目的背景最清楚 , 知道这个项目为什么立项 , 立项是想达到什么样的目标?这些信息都非常重要 , 需要在邮件中给大家阐述出来 , 大家才能更好的理解该项目
  2. 多数产品经理是项目进度的把控者 , 当前项目进展到哪一步了 , 产品经理了解的最清楚 。 因此产品经理的信息是具有及时性的 , 那由他来发邮件 , 信息也会更及时
由此 , 我个人认为上线邮件由产品经理来写 , 更合适
When:什么时间写上线邮件?
那到底什么时间写上线邮件合适呢?这个和邮件的类型有关系
  1. 如果是功能上线需要同步关键人员 , 建议是当天就写 , 这样大家好及时了解并体验 , 有问题的话 , 也好及时反馈 。
  2. 如果邮件类型是提醒大家关注功能上线后的数据结果 , 可以等功能上线几天后 , 有了一定的用户数据 , 在发送邮件
How:如何写上线邮件?
不同类型的邮件包含内容不同 。 可根据邮件类型不同 , 灵活配置不同内容 。 接下来我以功能上线需关键人员知晓的邮件类型 , 进行草拟邮件 , 供大家参考~
@产品经理:3W1H分析法,教你写好上线邮件
本文插图

Dear All:
【上线项目名称xx】已上线 , 上线时间:xx-xx-xx , 请大家周知~
首先 , 我会先用这个来直接给出结论 。 好节省查阅者的时间 , 让他能够第一时间get到我这封邮件想表达的内容 , 便于他做出是否继续阅读的决定 。
为查阅者节省时间 , 这也是在为用户创造价值吧 , 哈哈哈 , 要时刻想着用产品思维吖~
1. 项目价值
可以写项目价值 , 也可以写项目的背景或目标 。 建议不要写太长 , 用简洁的语言来表述 。 如果是写目标的话 , 建议写的具体点 , 不要大空话 , 给人不真实的感觉
2. 功能简述
  1. 项目核心功能list:如果是大的项目或功能 , 可以写下项目的核心功能list , 方便大家快速get到此项目的一些关键点
  2. 要附上详细功能说明的文档链接 。 每家公司都有自己的文档管理软件 , 有的公司用wiki , 有的公司用tapd 。 不用纠结于工具 , 只要把文档链接附上就好了
这样当别人看到你的邮件 , 想了解项目更多信息的时候 , 就可以点击链接进行查阅了 。 减少询问 , 降低沟通成本
3. 项目部分截图
1000个字抵不上一张图 , 如果是C端项目 , 那建议一定要附上截图 。 有的人可能没时间去详细看核心功能list , 直接看的图就能快速get到 , 这2者获取信息的效率是不一样的 。
后台的项目可能放图的效果不如C端那样明显 , 但确实也还是会比文字获取信息的速度更高些
4. 项目成员
项目成员包括 , 负责这次项目的UI、UE、研发、测试同学
5. 下一步的计划
下一步计划可以从运营侧和产品侧这2个方面进行考虑 。
  1. 运营侧 。 需要考虑 , 如果上线后需要运营同学配置信息 , 那应该通知到具体的人 。
  2. 产品侧 。 这就是你基于对自己项目的思考 , 规划接下来可能要做哪些事情 。 一方面有利于你锻炼自己的产品规划能力 , 一方面也有利于大家提前了解项目的方向 , 能够提前做一些准备


    推荐阅读