产品上线的三大核心因素:物、人、事

5 评论 7963 浏览 48 收藏 11 分钟

每个产品经理都应有一张上线清单,以备上线时自我检查。

上周有幸被邀请成为人人都是产品经理的专栏作家团队之一,现在还很兴奋。这一年多的努力终究有回报。

当然,写作还是很自由的,并非像之前幻想的那般有定时定量任务,现在这些内容依然是天马行空。

突然想起以前的产品方法论,工作生涯当然有很多想分享,只是方法大同小异,关键还是在人。如何对待产品经理这份工作以及相应的职责,决定了你未来的眼界。

在产品经理职责日渐精细化的今天,让自己的优势放大,而不是面面俱到。

以前我聊过需求分析、项目管理、产品设计、案例分析、实战感悟等内容,总是意犹未尽。自己也学了这些长时间,也是时候将工作上的思考方式重新梳理一遍了。

1

今天我想聊的就是产品上线前的准备。

最近学习《产品实战》专栏,转眼已更新了 13 讲,这次的内容更偏实战,若非有一定产品设计经验,要深刻掌握的确有些难度。

上周一篇专栏内容中提到了产品发布的那些坑,我自然而来地想起了曾经的那些经历。

辛辛苦苦几个月,临近产品上线,心里总是既有期待,又有焦虑。

要说期待,经历了从零到一的产品设计过程,你会盼望着这一产品能够如天神下凡,拯救世界。所有的产品立项前的争吵、矛盾、恐惧与煎熬,在这一刻终要释怀。如同奋战三年的高考,我们总是在上战场那刻才真正明白自己面对的是什么。

要说焦虑,这几年的工作生涯让我见识了各种未知的凶险,产品上线就是终极审判,曾经的我对此却不以为意,反正产品设计完就看项目开发进度了,我就安心准备下一阶段的需求分析与功能设计了。

那段时间,我却遇见了各种外包工作的相互推诿,进度遥遥无期,我们也只能一拖再拖。直到后来,有了像样的产品团队,自己肩上的任务也更重了,面对各路同事的重重逼问,我最担心的就是无人无津。

这话也是发自肺腑。我从不担心出现任何问题,即便我们考虑再周全,准备再充分,还是会有很多意想不到之事,我也慢慢学会接受。我最焦虑就是无人无津,上线前敷衍了事,上线后销声匿迹,除了你自己,其他人真的会有做产品的心态与意识么?

在经历了无数内心折磨和考验后,我只好从自己做起,制定一套较为完善的上线清单,这份清单会告诉自己以前的错误可不能再犯了。

好在这些年习惯了反思和复盘,有些问题能在上线前就避免,少踩了很多坑。

古希腊哲学家赫拉克利特曾说:人不能两次踏入同一条河流。

借着这几年的经验教训,今天尽力为大家讲明白前因后果与行动指南。

我将产品上线的准备工作概括为三字箴言:物、人、事。

2

「物」代表着产品,这是我们的核心交付。

首先就是要保证核心功能、核心流程完整可用。

每一版本都有详细的需求文档,这是前期工作的细节,按照需求文档内容进行可用性测试。作为产品经理,和团队一起测试当然必不可少。

一般来说,测试环节从开发、测试到产品、设计,再到市场、运营,这个过程偏重点不同,得到的问题清单也是不一样的,要确保每一类的潜在问题都已经解决。

我们此前第一版本就经历了多达 20 次的产品测试,创业公司可能不追求流程的完备性,但是集中测试十分必要,团队抽出几个小时将所有流程走一遍,能够从不同视角下发现很多惊喜。

检索场地时段是第一版本的核心功能,按照各种异常情况进行检索,保证每次的搜索结果都符合用户预期和习惯。

其次就是物料准备。

确保使用文档、帮助文档、应用商店的图片、描述等准备就绪。

这些基本都是运营需要,当然,在第一次发版本时,还要注意各大应用商店的知识产权政策,最好提前一个月开始处理,等到要上线了才发现问题就晚了。

最近出现的一次发布情况是,好不容易完成的第一版本上线 AppStore 后,却因为充值被要求说明虚拟服务等情况,此外,这是一次在原有产品上的改进,因业务需要暂时两套逻辑并行,同样受到了质疑。

那时简直要崩溃了,最坏的结果是剥夺开发者权限,以前我从没接触过这些,这次意外让我大惊失色。好在重新调整几个小功能后,顺利上线了,却因此失去了最佳的时机,团队情绪太重要了。

最后就是收拾文档。

前面也提及,回归测试能够再次审视产品设计中的逻辑与交互,疏忽在所难免,重要的是我们能够从多次测试中更新文档,例如流程图与设计稿,一定要保证最新,同时及时内部通知,每次改动都有迹可循。这里我们也要对尚未实现和解决的问题有足够的认识,准备下次迭代的方向。

这也体现了一个产品人的职业素养和人品。要知道,需求文档是产品经理重要的交付物。

上家公司一直以来都没有产品经理,产品规划和进度更多是 CTO 全权负责,在刚接手时,我就遇到了棘手的问题,那就是以前的文档基本上都不完整,对产品历程缺乏清晰的梳理,走一步算一步。几经讨论后,我才慢慢熟悉了业务。即便有文档,表达方式与逻辑也相差甚多。

年初决定新产品开发,我就给自己承诺,一定要将产品开发的每一步都做好。此间虽有变动,也属可控范围。

3

「人」代表现产品上线的相关人员。

几乎所有重大的问题都与人有关。产品上线更是公司发展的重要里程碑,成功来自于团队努力。只有经历过各种异常情况和惨痛经历,我们才会有深切的感触。

关键的问题就是,我们是否通知一切相关人员?特别是运营与客服。

一般而言,产品上线需要运营活动配合,这里就涉及到产品的冷启动,要提前检查内容是否准备完毕?例如资讯类中的信息,或是社交类中的初始运营数据。

最新大火的「子弹短信」在原生系统上玩转得风生水起,可是我尝试 iOS 过后,面对对话和通讯录中一片空白,顿时兴趣少了一半,对于不愿意分享或是熟人交互来说,我只好眼睁睁地看着别人晒照了。

当然,除了运营就是客服团队了,毕竟他们也是奋战在第一线的同事,具体话术、使用教程、培训一定要提前完成,避免用户咨询时的尴尬局面。

销售、支持团队同样要了解产品进度,商业不只是产品那么简单,我们更要将产品的商业价值展现出去,因为公司要生存,才能更好地实现产品价值。

4

「事」代表与产品上线相关的各种事宜。

首先就是应急预案。一次成功的发布要经历多方配合,可我们必须要准备第二套方案,以防不测。你可以试着回答以下问题,这样的自问自答能够帮助我们全面审视可能出现的漏洞。

上线不成功怎么办?回滚会不会影响用户?

用户量暴增怎么办?

大量投诉怎么办?

回滚策略是什么?

其次就是后续支持了,我们当然通知相关同事,更要说明具体事项,向大家提时间和要求。

这里最为关键的就是后续的数据跟踪和用户反馈收集了。

我们大可在上线邮件上详细说明,尽可能言简意赅地表达观点,把事情说明白,一方面便于未来存档,另一方面也是展现人品的时刻。

当然,最好的还是统一开会通知,让相关同事心中有数,这样才能体现用心程度。

说到这里,把每一件小事当做产品来做,你会有别样的感受。

总而言之,物、人、事就是产品上线的三大核心因素了。

每个产品经理都应有一张上线清单,以备上线时自我检查。

大战在即,万事俱备,只欠东风。

希望你能够有所启发。

#专栏作家#

刘祯,公众号:「听天由己」,人人都是产品经理专栏作家。游走于区块链与互联网世界的魔都产品人,非著名英语学霸。

本文原创发布于人人都是产品经理。未经许可,禁止转载

题图来自 Pexels,基于 CC0 协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 作为一个产品小白,我开始感到害怕了。。。

    来自湖北 回复
    1. 恐惧是动力,加油,每个人都是这么过来的

      回复
  2. 谢谢分享,文章脉络清晰,可读性强,很有启发。在邱岳的专栏底下经常能看到你的评论,这里也看见你了,哈哈,赶紧来订阅。

    来自江苏 回复
    1. 哈哈,谢谢鼓励,没事就写写,有帮助就好,二爷那多留言交流哈~

      回复