软件开发後的成效追踪方式

大家以为前几天介绍完产品从无到有的过程，就已经完成一个完整的软件开发流程了吗？如果是的话那你就大错特错了，在完成专案管理让开发完的产品顺利上线後，是另一个新的开始，因为就软件开发流程来说，其中一项是产品验证，通常产品验证是在产品释出後执行，因此今天会和大家分享一下产品上线後，产品经理是如何去验证执行成效。

主要会分成以下几个部分和大家说明：

• 追踪成效的目的
• 如何执行和洞察使用状况？
• 追踪後的行动计画

追踪成效的目的

其实目的很简单，就是为了确保能如期达到一开始设定的目标。

起初确定要开发此产品，多数是因为可以达到某个商业目标，此商业目标可能是提升公司的营收、降低公司的营运成本等，为了达到目标决定要执行什麽专案都是根据一开始的「假设」，例如公司想要透过提升用户的续约率来让营收增加，为了提升续约率决定要优化产品的使用体验，而背後的假设是根据xx研究，当用户觉得产品使用的很顺畅、操作体验非常棒，会提升用户的黏着度和使用意愿，进而会想要一直续约使用产品，因此在产品上线後，一定要去验证此假设是否成立，不然很有可能会白做工等了很久迟迟无法达到目标。

如何执行和洞察产品使用状况？

为了可以更有效率的追踪产品上线後的成效，会透过量化的资料来追踪，而量化的资料会透过设定领先指标、落後指标来做追踪，

• 领先指标：能提前反应 产品使用成效的指标。
• 落後指标：能真实反应 产品使用成效的指标。

实际的例子可以参考下图，下图是延续前面提到的范例，透过提升续约率来增加公司营收，一步一步往下拆解後的指标状况如下图：

需要区分这两个指标的原因，通常产品上线後需要经过一段时间的发酵期，才会看到最终的结果，为了避免过程中发生和一开始预期不一样的事，因此需要在不同阶段设定检核点，确保最终能顺利达到目标，同时，透过领先指标也能在前期，提前了解整个产品的执行成效。

除了透过量化的资料来观察产品使用状况外，还要特别观察用户是否有特殊的操作行为，有时候用户的特殊操作行为会导致产品经理观察的指标被莫名的冲高，这会造成数据解读上的误会，误以为产品的达标率很好，殊不知在最後的落後指标才发现有问题。

追踪後的行动计画

透过前项的洞察结果，当发现和一开始假设不一样的事情时，要拟定对应的执行策略，例如发现用户有特殊的操作行为时，需要确保目前观测的指标不会有异常冲高的状况；透过领现指标发现用户的产品启用率非常低，对应的执行策略是确定目前产品的推广方式，是否是行销和业务还没开始推广，或是产品太难使用，因此用户一直学不会等。

不管是一开始追踪产品执行成效的目的，或是看完数据後的行动计画，都是为了提前发现达到商业目标中间的阻碍，因此要在发现问题後提出能够解决解法，让产品最後能顺利达到目标。