作为 NativeScript 产品经理，我学到了什么

如果您读过我之前发表的文章，您已经了解我们如何优先处理功能和问题，以及我们如何构建 NativeScript 路线图。您也已经了解 NativeScript 社区调查在路线图优先级中发挥着重要作用，所以请务必填写它并分享您的所有想法。

在本文中，我将更多地关注我作为 PM 的个人经验，以及在过去三个月担任该角色期间我所学到的知识。

🕙 我学会了更自律

作为一个开发者，您总是与团队一起进行一些计划，并有一套任务要在特定时间段内完成。团队经理的角色要求更自律，但角色的范围仍然是团队、团队的优先事项和日常工作。我会说仍然有一定的自由，但一个人的影响主要是在团队层面。而产品经理的角色则是由自由赋予权力，但也伴随着对整个产品的责任，并且依赖于

• 你的经验水平来推动一项或多项计划，
• 你处理和优先处理来自不同方向（社区、团队、市场和高层管理）请求的能力，
• 你能从路线图中提取出最重要的功能并交付下一个有价值的版本。

因此，为了确保各方面都得到照顾，并且你所推动的计划不会陷入停滞，需要自律和正确的优先级排序。我仍然有很多东西要学才能更有效率，但截至今天，我可以说我已经在很大程度上能够处理上述所有事项。

👨‍👧‍👧  你无法独自完成任何事情

正如我所说，这个角色提供了很大的自由和责任，但绝对不可能独自完成所有事情。在这种情况下，第一条规则是了解团队，了解每个人的专业知识，并在需要时有效地利用它。

📈 只有有事实和数据支持，陈述才能更有力

在开发者和团队经理角色中，我从不怕分享想法，但我并不总是关注为什么某个想法是一个好想法的论据。我一直依靠我的经理或 PM 的经验来评估这个想法，并找到合适的论据将其纳入路线图。但现在我身处一个需要我自己构建路线图的位置，轮到我研究并提出有力论据，说明为什么需要开发一个功能，以及为什么它比另一个功能更重要。这就是为什么我们处理各种分析和数据——谷歌分析、社区调查、GitHub 问题等等。这有助于我们交付最受期待的功能并解决最关键的问题。

👩‍💻 与社区保持紧密联系是无价的

在开源产品的产品经理角色中，社区是反馈和信息的重要来源。好的一面是它很容易获得——Github、StackOverflow、Slack、网络研讨会、博客文章——有很多方法可以连接和验证。我真的很喜欢探索社区，开发者如何使用这项技术，使用 NativeScript 构建了哪些项目以及最大的痛点是什么。我通过关注 Github、Slack 和 Twitter 来做到这一点。此外，我们还与一些我们称之为开发者专家保持密切联系。所以，我想说

🙏 感谢 🙏

我们所有的专家和整个社区，感谢你们的积极参与和帮助！

敬请关注更多来自PM 忏悔系列的文章，揭示 NativeScript 产品经理的生活。😉