h
2020-11-18 09:35:52 阅读（200）
如果你负责一个有规律迭代的成熟产品，恭喜你，每隔一段时间，你就会面临着匆忙——开发即将结束，测试验收即将上线。我整理了一个产品上线前后的SOP，可以帮助你更好的了解产品上线前后的全过程。在这里，我们来谈谈产品经理上线前后需要做的准备工作。01更新说明在制作平台产品时访问了*电话功能。我认为一切都很好，可以解决大多数双方无法及时回复信息的问题。然而，*查看数据一段时间后，我发现很少有人使用它，因为*电话不能解决平台两端用户的沟通问题吗？我选择了一群活跃用户进行电话访谈，这让我很惊讶：绝大多数用户根本不知道这个功能的存在。努力规划一个功能却鲜为人知，造成这个问题的根本因素其实是没有更好的让功能接触到用户。更新说明在这之间起着关键的连接作用。让我们讨论如何让更新说明接触用户，如何更好地发挥操作效果。接触用户的渠道：我们可以通过短信通知、站信推送、业务人员朋友圈、微信公众号推送等渠道接触用户；在观察一些课程产品时，不难发现销售人员非常重视朋友圈的运营。类比之下，当您的产品涉及到可以联系外部用户的业务部门时，您可以为业务人员提供朋友圈运营的图形支持，以便用户能够从更多方面实现新的功能。写更新说明时要注意文案和流程的表达。当我们每天使用产品时，我们会收到各种各样的信息推送，仔细观察，我们会发现大多数推送的点击率并不高。作为用户，我们点击的推送通常是文案能吸引我的，文案听起来能解决我的一些问题，所以文案在这个过程中起着关键作用。被文案吸引，点击查看内容后，用户想知道什么样的点击路径能让我进入这个功能？如何解决我面临的问题？在这个阶段，更清晰的流程指南可以帮助用户了解更新后功能的操作路径，因此综合更新说明与操作效果直接相关。如果您的产品涉及公司的不同部门，请记住在产品更新后通知各业务部门。*电子邮件的内容主要包括以下内容：不同端的版本号和*时间。相关开发者当前版本的整体目标更新内容，包括功能描述、价值、覆盖当前版本的注意事项，业务培训时间简要概述下一个版本计划，下一个版本*时间03业务培训课件，如果您的产品涉及公司的不同部门，那么产品更新后需要仔细考虑业务培训的必要性：您做小优化还是大迭代？是否会影响内外用户的主要使用路径？内部业务部门更新后解决了哪些问题？你应该用什么词来推动内部业务部门使用产品？经过思考这些问题，如果你需要对业务部门进行培训，提前准备一个培训课件将帮助你更容易地面对数十甚至数百人的培训。这里需要注意的是一个时间顺序。为了避免R&D人员在当前版本上线后闲置，应在当前版本测试前安排下一个版本的规划。我们将通过内部研究和外部研究收集一些需求。在需求分析后，我们需要确认下一个版本的目标和相应的解决方案。该方案实施到原型的过程是产品的规划过程。下版规划结束时，产品应组织业务和技术评审。业务评估是与内部用户讨论计划是否能解决对方面临的问题，技术评估是与开发者讨论技术实施计划的可行性。经过两轮评审，我相信大多数产品都筋疲力尽了，但下一步是最麻烦的部分。根据评审结果，请改变产品设计师的计划。
以上就是关于梳理了产品上线前后的全部流程，整理并输出了SOP。的相关介绍，更多梳理了产品上线前后的全部流程，整理并输出了SOP。相关内容可以咨询我们或者浏览页面上的推荐内容。我们将让你对梳理了产品上线前后的全部流程，整理并输出了SOP。有更深的了解和认识。
推荐阅读
最新文章
猜你喜欢以下内容:
一 客户顾问-张三 一
