产品经理应该如何做好版本迭代管理？（下）

产品经理应该如何做好版本迭代管理？除了要清楚产品版本迭代不仅是版本规划和版本管理，还要意识到，不仅是一颗糖这么简单。该如何理解不仅是一颗糖这句话呢？下面我们来具体看一下。
产品如期发布，这时，我向前线的架构师就有了交代？

回顾一下，架构师对产品的能力是否清楚？为什么他们提到的客户需求在很多产品研发同学看来不合理？归根结底是因为项目支持与产品建设脱节。

两个人，一个忙着做项目，一个忙着做需求，各自战斗，各自为政。也许你会说，产品做出来不就是为了更好的在项目中销售和交付吗？是的，但是在实际操作过程中确实存在这样的问题。所以你会发现前线团队对产品知之甚少，产研团队对项目知之甚少。

这是正常的，但可以改变。

回顾整个版本迭代过程，你会发现有很多环节可以借助前线架构师的力量。

在版本规划初期，项目经理可以要求架构师给出强有力的项目背景来证明需求的合理性；

在需求调查中，产品经理和架构师的深入访谈可以更充分地了解需求场景和目标，必要时可以和架构师一起访问客户；

当需要研发完成转产品体验时，产品经理邀请架构师共同体验功能，确保其效果符合架构师的期望；

产品发布后，产品经理可以请架构师编写功能故事，描述功能的操作路径，实现效果和价值，让客户更好的使用功能。

在整个过程中，前线架构师与产研团队有了更多的互动与融合，这是我们给架构师的一颗糖，它不仅提高了架构师对产品的理解，而且加深了产研团队对客户的理解。

同理，产品发布后交付给客户后，此时我对产研团队是否就有了交代？还不够。

很多时候，一个新版本从规划到发布已经过去一个多月了。在这个月里，客户可能还在追求这种能力，可能已经不在乎这种需求了。但是产研资源确实是实地投入的。他们需要一颗糖，可能不够甜，但总比交货下落不明好很多。

所以我们会要求前线实施团队在向客户交付新版本后，主动了解客户的使用情况:有用吗？怎么用？有全面推广吗？还有其他反馈吗？这些都需要定期跟踪，了解客户不同层次用户对新版本发布新功能的想法，正反馈负反馈好，都要解释。

通过这样的解释，出现了更完整的产品故事，产品经理有更多的实践素材来证明功能的价值，架构师有更充分的底稿来应对顾客的挑战。

总的来说，我们要去平衡产品和项目，让项目驱动产品的提升，同时让产品更好的去服务项目，这样才能汇聚出更强的力量。这些都是我的个人经验总结，希望对同学们会有所帮助。

以上就是“产品经理应该如何做好版本迭代管理？（下）”的内容了，如果你还想了解其他相关内容，可以来 产品壹佰 官方网站。