在确定项目范围时,如何捕获营销功能需求以确保项目成功?

在由营销或销售团队发起项目的情况下,我们如何抓住不太明显的要求,使项目具有市场性,甚至更好的自我营销?

在许多情况下,营销/销售团队很难列举项目应该做什么的功能规格,更不用说描述跟踪和改进性能指标的功能了。在看过成功的项目后,我仍然认识到不仅需要跟踪项目绩效,还需要积极调整和推广产品。如果没有客户听说或发现这些交易,那么一套新的交易对节省客户资金有什么好处???

为了解决需求过程中的不足(这会转化为部署过程中的不足),我一直在考虑做的一件事是,将项目范围的一部分专门用于工程师而不是营销/销售团队的分析和推广。例如,为了考虑推出一款产品,我们必须在“测试模式”下对其进行5%的客户群审查,并进行一轮优化/调整。然后,我会在项目范围内包括一个beta推广和审查期(除了我们已经包括的QA期),创建适当的调查和该调查的工程审查,然后是最终发布,并进行任何调整。我意识到这超出了典型的技术产品经理界定项目范围的范围,但有时我觉得我必须站出来。

我应该做什么样的事情?这可以应用于许多领域的项目,但我所从事的领域是web应用程序,因此我们非常感谢针对这一领域的回答。当然,请随时提供所有领域的答案。

更新-一个例子:最近我们启动了一个交易项目,这样用户就可以获得我们酒店提供的交易。在构建deals项目时,我们没有向客户提供交易的RSS提要,没有为寻找特定交易的人提供提醒注册,并且可能错过了以方便使用的格式向人们提供想要/需要的信息的其他几个机会。然而,deals功能正是许多人想要的,当他们来到我们的网站时,这些功能就消失了。我们到迪斯尼乐园的交易转化率对于每个看到交易的人来说都是非常高的,因为我们有很好的定价和组合,但是看到交易的人数量较少,因为他们必须知道交易在那里才能找到它们。