警告牌

我本周花了一些时间与一位高管人员在一起,这是他第一次担任产品副总裁(VPP)职务。我们详细讨论了VPP所面临的独特挑战,例如礼貌地淡化每天到来的数百个值得评价的想法。然后他问了一个困扰我一分钟的问题: 他初到新公司时应避免哪些错误?

。暂停。在考虑了我最近的VPP历险之后,我想到了四个:

1.在您至少有两个星期的时间并仔细听取许多人的意见之前,不建议对产品进行任何更改。

您可以轻松地从外部查看产品,并迅速成为专家:记下第一印象会惹恼您的九件事,绘制一些杀手级功能扩展,重新布置界面,重新编写常见问题解答。您可以在第一天到达,并下令将列表作为新优先级。 (镇上有一个新的警长,还有大量的积压。)

别。提前进行优先级排序可能会损害您的信誉。如果:

  • 您的产品管理团队很聪明,并且有类似的清单。他们需要您的组织影响力来推动已经很好理解的改进,而不是另一个新列表。
  •  您不是典型用户。此目标受众是年轻的女性,专门在Android,International上使用,并且始终在线。 (如果是您,请想象相反的事情。)您的直觉和经验可能无关紧要。
  •  有一些非凡的技术或法律问题需要克服。 (也许欧盟隐私法禁止广播生日,或任何杀手级功能。)不要以为新公司唯一缺少的要素就是个人英雄主义。
  • 有 (非常可能)太多的工程正在进行中。您可能需要摆动切肉刀,而不是另一个MRD。

2.不要推迟直接与现场客户或潜在客户进行交谈。 (而且一旦开始,请不要停止!)

关于客户想要的东西,将会有很多传闻不清的证据。首席执行官的兄弟,质量检查负责人,每位工程师以及对您的公司进行推文的随机人士都有自己的见解。所有人都缺乏严格性,一致性,业务理由,判断力和战略思想。

两只耳朵,一张嘴获取真实客户的列表(用户,潜在客户,beta测试人员,等等),并立即开始与他们联系。您将获得良好的反响 “新的副总裁产品需要您的意见。” 尝试每天与一位客户交谈,记下好笔记,并广泛共享(wiki)。
请注意,您的小型受访者是否在目标受众中,他们喜欢并且会改变什么,并简要说明他们如何/为什么使用您的产品。通过电话5分钟,再过10分钟即可发布摘要。两三周后,您将是房间里唯一一个说 “我与20位客户进行了交谈,这是我学到的东西……” 突然,您在#1列表中有一些证据可以对其进行备份。

3.不要让Engineering成为技术轻量级的客户。

什么? Me technical?

特别是对于计算基础架构和B2B软件公司,工程团队要求能够在技术上保持与时俱进的产品人员。他们对市场营销类型,流行语或将编译器与作曲家混为一谈几乎没有耐心。如果您不了解小巧的功能,开发团队将以怀疑(或嘲笑)的方式对待您的功能请求。

考虑赞助“午餐”&为您的产品团队准备的“学习”系列,软件架构师分享他们的智慧。您提供比萨饼,然后与产品经理一起秘密了解包装盒中的内容。另外,如果可以的话,请集中使用产品;略过技术文档;与开发团队进行非正式交谈;坐在几个支持电话上。在注重工程的日子里穿T恤和运动鞋。 (切勿让工程师看到您系领带。)

4.在您获得Engineering的同意之前,不要承诺任何尺寸的交货日期,无论多么小。

不管修复程序看起来多么简单,都必须假设它是困难的(或取决于困难的事情),直到您的开发同僚同意为止。没有什么比单方面的过度承诺更快地使您的信誉(无论是在内部还是在工程内部)都可以。

客户和销售代表将不懈地追逐您,要求您(需求,哄骗,谈判,威胁,游说,乐手,哭泣)进行一些改进,“不能超过几行代码。”倾听并主动提出调查,但不要出于无知或耻辱而做出任何承诺。做出回应,获取联系信息,并将其用作学习新产品集的另一种手段。请记住,您会玩一会儿“我刚到,我不确定,让我调查一下”卡。

[当然,所有这些都适用于新到达的产品经理,无论级别如何–尽管有花哨的头衔。]

声音字节

在新公司的头几周内,您将了解实际情况和客户的实际需求。然后,您便可以清晰而权威地讲话了。