项目要上线了，这些工作都安排好了吗？

———— / BEGIN / ————

经过各种突发意外和扯皮battle之后，项目终于通过测试，可以安排上线了。

产品经理把食指放在红色按钮上面，在“3、2、1”倒计时结束后，怀着紧张又激动的心情，用力按下发布按钮。

顿时间，掌声四起，彩带飘扬，我们的项目上线啦！！！

……

以上，都是我瞎编的。

项目上线，容易被简单理解为“代码发布”。

将项目代码从开发环境发布到生产环境，程序跑起来了，就完成了。

其实不然，“发布”只是整个“上线”工作的一部分。

项目上线，更恰当的理解，应该是“业务上线”，让“业务”跑起来。

我认为，项目上线，大体应该包含“发布、配置、培训、推广”4个部分。

产品经理，在统筹项目工作的时候，不能仅盯着“代码”，应该打开视野、通盘考虑。

发布

就是将项目代码发布到生产环境，测试并验收。

如果是app或小程序，还有平台审核的流程。

这里，有2点需要注意。

1. 测试数据清理和历史数据修改

清掉测试用的数据，这个好理解。

修改历史数据，一般是在机制调整、功能变更的时候。

原来的用户数据在新逻辑下会出问题，需要进行批处理。

2. 应用市场宣传物料和app更新策略

如果是大版本更新，或者是新业务上线，一般需要更新应用市场的预览图和介绍文案等信息。

相应物料，需要提前规划准备。

app发布后，可能需要引导用户更新。

策略可以分为“强制更新”、“提醒更新”、“不提醒”等。

具体采用哪种策略，需要结合“重要性、维护成本、用户体验”等因素，综合考虑。

配置

是指安排运营人员去配置内容。

程序只是实现了功能，很多时候，还需要运营人员去填充内容。

比如“推荐模块”，需要配置推荐规则、推荐产品等。

比如“资讯模块”，需要配置图文资讯、视频资讯等。

项目上线时，若相关内容完全为空，体验非常不好，也不利于业务开展。

所以，需要运营人员在上线前后，尽快配置一些初始数据。

这里，有2个需要注意的点。

1. 预留足够的配置时间

图文视频，需要一定的制作时间。

规则配置，复杂的话，有时候工作量也不小。

产品经理应该做好评估工作。

必要时，需要在项目中期，就安排运营人员开始配置，或者提前准备相应物料。

要注意，并非越早越好。

因为，如果需求中途出现变更，那之前的准备工作可能就白费了。

2. 协调好各方人员的工作安排

项目上线后，相应内容需要有人持续进行维护，一般由相应部门的领导来做工作安排。

但是，有些情况会比较麻烦，比如，A部门提的需求，但是需要B部门来负责维护。

类似这种情况，产品经理需要在项目初期就意识到问题，组织各方协商，或者调整设计。

否则，后面大概率会推诿扯皮，甚至可能导致整个项目推翻重来。

培训

是指组织相关部门开展项目培训。

产品经理和经办人员，当然很了解项目情况。

但是，和本项目相关的大部分人，此时还是一无所知，所以需要培训。

一般涉及业务部门、运营部门、客服部门。

比如说，项目上线后，用户使用过程中碰到了问题，就会找客服咨询。

如果客服没有经过培训，就会很懵，没法帮用户解决问题。

开展培训，可以是产品经理直接对全员进行。

也可以是先给特定人员培训，然后让他们在部门内部自行组织培训。

当然，也可以是提供相关资料文档，比如项目介绍、操作说明、常见问题等。

一般来说，还需要准备体验用的测试账号和测试数据。

在业务开始做推广之前，务必要完成培训。

培训的过程，同时也是产品经理收集反馈的过程。

他们都是实际参与到业务中的人。

他们关注的点、他们的意见建议，往往能让产品经理发现一些原先的设计未注意，或者不合理的地方。

推广

是指配合运营人员开展营销推广工作。

项目上线前后，营销推广工作就得紧锣密鼓地开展。

比如说，站内广告位配置，短信邮件营销。

比如说，第三方平台的图文视频资讯，站外广告投放。

现在的话，可能还需要安排几场直播。

同样的，这些工作，也需要产品经理的协助和配合。

产品经理需要提前了解整体的营销计划，在恰当的时点安排相应工作。

并且，在一定程度上，把控营销物料和营销内容的准确性。

有时候，商务部门也需要开展一些业务宣讲、合作洽谈的工作。

一般会出现不同于C端营销的内容和需求，需要产品经理特殊处理。

总结

和项目周期内的其他阶段相比，“上线”阶段，牵扯到的部门和人员会多很多。

通过上文，可以看出，很多工作，并不是等到项目要上线了，才需要考虑。

有很多工作，需要在项目中期甚至初期，就要有所规划，在相应的时点多线程地同步进行。

产品经理要有全局的眼光，组织协调好各方工作，让多个任务线有序进行，确保项目能够按计划推进。

———— / E N D / ————

本文来自微信公众号：简明产品论，作者：简明产品论。