<dl id='u9zr'></dl>

  1. <tr id='u9zr'><strong id='u9zr'></strong><small id='u9zr'></small><button id='u9zr'></button><li id='u9zr'><noscript id='u9zr'><big id='u9zr'></big><dt id='u9zr'></dt></noscript></li></tr><ol id='u9zr'><table id='u9zr'><blockquote id='u9zr'><tbody id='u9zr'></tbody></blockquote></table></ol><u id='u9zr'></u><kbd id='u9zr'><kbd id='u9zr'></kbd></kbd>

        <code id='u9zr'><strong id='u9zr'></strong></code>
        <i id='u9zr'></i>

        <fieldset id='u9zr'></fieldset>
        <span id='u9zr'></span>

        1. <acronym id='u9zr'><em id='u9zr'></em><td id='u9zr'><div id='u9zr'></div></td></acronym><address id='u9zr'><big id='u9zr'><big id='u9zr'></big><legend id='u9zr'></legend></big></address><i id='u9zr'><div id='u9zr'><ins id='u9zr'></ins></div></i>
          <ins id='u9zr'></ins>

          梳理产品上线前后SOP,希望对你有用 - 新媒体运营

          • 时间:
          • 浏览:3988

          产品经理在产品上线之后应该要做些什么呢  ?作者梳理了产品上线前后的全部流程  ,整理并输出了SOP  ,供大家参考和学习  。

          如果你负责的是一个有着规律迭代的成熟产品 ,那么恭喜你 ,每隔不久都会一阵面临手忙脚乱——开发即将结束、测试验收上线 。

          我整理了一份产品上线前后SOP  ,可以帮你更好的理解产品上线前后的全部流程  ,在这里我们聊一聊产品经理在上线前后需要做的准备工作  。

          01 更新说明

          在做平台型产品时接入过在线电话的功能 ,本以为万事大吉、能解决大部分双方沟通无法及时回复消息的问题  ,但上线一段时间后看数据时发现很少有人使用 ,是因为在线电话无法解决平台两端用户的沟通问题吗 ?

          我挑选了一批活跃用户进行电话访谈  ,访谈结果令我诧异:绝大多数用户根本不知道这个功能的存在 。

          呕心沥血地规划了一个功能却鲜为人知  ,造成这种问题的根本因素其实是没有更好的让功能触达用户 。而更新说明在这之间起到了很关键的连接作用  ,下面我们讨论一下如何让更新说明触达用户、怎样更好的起到运营效果  。

          触达用户的渠道:

          我们可以通过短信通知、站内信推送、业务人员的朋友圈、微信公众号推送等不同渠道触达用户;

          在观察一些课程类产品时不难发现  ,销售人员很重视朋友圈运营  。类比这种方式  ,当你的产品涉及到可与外部用户接触的业务部门时  ,可以向业务人员提供一份朋友圈运营的图文支持  ,让用户能够从更多方面触达到新功能 。

          需要注意的点:

          在撰写更新说明时需要注意文案与流程的表达  。

          我们在日常使用产品时会收到各种各样的消息推送  ,仔细观察可以发现  ,多数推送的点击率并不高  。我们作为使用者时点击的推送一般是那些文案能够吸引到我的、文案听起来解决了我某些问题的 ,所以文案在这个过程中起到了关键的作用 。

          用户在被文案吸引、点击查看内容后想要了解的是  ,怎样的点击路径能让我进入这个功能 ?如何解决我面临的问题  ?一个更清晰的流程指引可以在这个阶段帮助用户了解更新后功能的操作路径  ,所以全面的更新说明是与运营效果直接挂钩的 。

          02 上线邮件

          如果你的产品涉及到公司内的不同部门  ,那么在产品更新后一定要记得邮件通知到各个业务部门  。上线邮件内容主要包括以下几个内容:

          • 不同端的版本号及上线时间  。
          • 相关开发者
          • 当前版本的整体目标
          • 具体更新内容  ,包括功能说明、价值、覆盖的不同端等
          • 当前版本的注意事项、进行业务培训的时间
          • 简要概述下个版本计划、下个版本上线时间

          03 业务培训课件

          同样的 ,如果你的产品涉及到公司内的不同部门  ,那么在产品更新后需要仔细考量业务培训的必要性:你做的是小优化还是大迭代  ?是否会对内部及外部用户主要使用路径产生影响  ?更新后解决了内部业务部门的哪些问题 ?你应该以怎样的话术推着内部业务部门使用产品  ?

          这些问题思考过后  ,如果你需要对业务部门进行培训  ,那么提前准备一份培训课件将会帮助你更轻松的面对几十甚至上百人的培训  。

          04 下版本规划

          这里需要注意的是一个时间的先后顺序  ,为避免研发人员在当前版本上线后出现闲置的情况  ,下一版本的规划是要安排在当前版本测试之前的  。我们通过内部调研、外部调研会收集一些需求  ,在进行需求分析后需要确认下一版本的目标及对应解决方案  ,方案落实到原型的过程即是对产品的规划过程  。

          这里可以参考我之前的文章《中后台产品经理的业务调研 ,应该调研什么  ?》

          下版本规划结束  ,产品要组织业务和技术评审  。业务评审是与内部用户讨论方案能否解决对方目前面临的问题  ,技术评审是与开发者讨论规划在技术实施上的可行性  。两轮评审被diss过后相信大部分产品已精疲力尽 ,然而接下来才是最让人头疼的部分 ,根据评审结果  ,各位产品的设计者 ,改规划吧  。

          作者:Caroline;公众号:ComeSeptember