我们接触的几个经验丰富的SaaS产品营销经理深入他们如何执行成功的产品发布。他们告诉我们一个成功的产品发布的样子和成功的关键,如何处理产品管理,如何管理特别具有挑战性的释放,以及他们如何定义和衡量成功。享受吧!
一个产品版本是什么样子在你的公司,和你的成功的关键是什么?
产品营销经理成功地推动以避免启动的书最后一周(周一和周五),避开节假日和周末。在发射当天他们通常试图安排营销溅工作日的中间的许多全球时区他们的客户。
一旦证实了理想的发射日期,他们工作向后和情节时间表路线图的关键里程碑需要完成。常见的里程碑包括截止日期:
- 所有书面副本
- 循环设计创造资产和品牌援助
- 循环在开发人员和机构的合作伙伴网站的变化,运动方向,新闻稿和其他外部通信和广告的需求
- 内部用户验收测试和发射自己的用户访问功能来熟悉它
成功的关键是多,但我们的专家明确指出以下六个实践作为非可转让:
- 严格在常规抑扬顿挫的内部沟通
- 强大的组织排
- 不断制定明确的期望,责任,各方的时间表
- 完全理解的版本是解决问题的,它提供给用户的价值
- 实现资源在市场推广团队
- 预定的kpi(与基准尽可能)启动前设置和测量方法
你如何与产品管理和你采取什么措施导致释放吗?
一般的经验法则是释放越大,越早产品经理应该包括产品营销。强大的产品团队知道这和循环PMMs每周例会,松弛的渠道,在适当的时间特性测试设计评审。他们也确保产品营销人员包括在讨论和确定一个商定的发布日期。
产品经理大小版本基于所需相关营销工作(大版本有一个不再需要编写/更新/执行的事情的清单相比较小的版本)。这意味着当传递给PMMs路线图,他们了解释放的大小使他们更好地对他们的工作进行计划和优先级划分。
之前启动PMMs现在路线图的营销团队(销售、支持,成功)所以他们反过来知道如何定位每个版本新功能的应用程序时,不会感到惊讶。
告诉我们关于一个特别具有挑战性的产品发布你所经历的。一些教训或外卖是什么?
经过讨论,我们决定分享这个特殊的经验,我们所有PMMs共鸣。
“在发射当天,我们意识到,大多数的部署已经成功更新和新特性,但少数失败了。我的难题是我应该宣布,所有客户都没有吗?我谈话与交付和工程团队之间讨论的选择和最终的选择是运行一个手动更新所有部署显示新功能——这将需要大约20分钟的意外停机时间在所有部署或优先考虑客户体验,等待下一个计划部署那天晚上。我们同意优先考虑客户体验,而不是导致中断这意味着我不得不重新安排所有内部机构营销活动和努力推动发射任务的第二天。破坏性的对我和我们的营销团队,但不是为客户,总是先来。”
我们从一些PMMs如何准备或减轻如果这发生在你身上:
- 这种情况下的操作原则。我们PMMs告诉我们,他们有一个正式宪章强调为了避免可能导致应用程序在所有有意的停机时间。
- 总是想在客户的鞋子。没有需要进一步详细说明这个。客户体验是第一位的,应该这样的北极星指导决策。
- 是灵活的和理解。事实是技术问题发生,它不是一个人的过错或组。记住你是一个团队的一部分,你会找到办法重新设置你的日程表,这样发射一天后没有汗水从你回来。
- 有30分钟左右雕刻上午释放所以包括各方(交付、工程、设计、产品和营销)可以冒烟测试,在一起的时间,以确保一切都按预期之前人们继续支持发射任务或其他工作。这是一个有趣的和短开球时释放顺利!
你如何定义一个成功的产品发布?你有任何kpi保持你的眼睛吗?
定义成功因素取决于发布的战略目标。例如,下面的每一个目标的成功因素是不同的:“这个版本的目标是增加合格的领导”,或“我们的目标是降低生产和增加保留”。一旦目标明确指出PMMS必须明确跟踪什么,他们都将成功定义为标准。
这就是说,有一些一般准则:
- 从技术上讲,你想要一个尽可能无摩擦的释放。部署成功,意义上可用的功能/支持所有版本,浏览器,设备,和地区。你可以跟踪你的交付团队检查释放管道和执行某些用户测试自己。
- 情感上,你想要释放你的营销团队可以无缝并兴奋地跟客户或潜在客户在一个有效的方法。您可以跟踪他们的口碑,执行一些赢/损失分析,跟踪他们的电话。
- 行为,你想要一个释放,采用快速、应用程序中激发新的和改进的习惯。你可以跟踪这个完整的故事或振幅等工具。
- 最后,你想要的版本支持担保是快速和高度消耗(社会职位,电子邮件活动,文章,视频等)。你可以跟踪这个工具像Hubspot Hootsuite, Youtube和其他很多。
感谢你的阅读!
