Web applications 在确定项目范围时，如何捕获营销功能需求以确保项目'；她成功了吗？

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

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

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

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

---

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

我突然想到的一件事是发送一个技术性的，而不是社交上无能的，销售人员至少有一部分时间做笔记

他甚至可以在现场进行bug修复，所以不会浪费时间

---

另外，确保在销售人员离开后与客户保持联系，以确保你实现了他们的要求。

我想到的一件事是，至少有一部分时间派一名技术人员和销售人员一起做笔记

他甚至可以在现场进行bug修复，所以不会浪费时间

---

另外，确保在销售人员离开后与客户保持联系，以确保实现他们的要求。

尽早原型，经常原型，并确保让客户查看您的早期版本

---

如果您使用的是现有系统，解决方案的一部分是记录客户投诉和支持请求并对其进行趋势分析。很多时候，这些都是真正的增强请求，或者它们可以精确地指出应用程序中令人痛苦的地方。如果您的开发人员没有听到这一点，他们就错过了重要的客户输入。

尽早原型，经常原型，并确保让客户查看您的早期版本

---

如果您使用的是现有系统，解决方案的一部分是记录客户投诉和支持请求并对其进行趋势分析。很多时候，这些都是真正的增强请求，或者它们可以精确地指出应用程序中令人痛苦的地方。如果您的开发人员没有听到这一点，他们就错过了重要的客户输入。

这是B2C，因此我们从来没有实际到客户所在地现场。ic-我理解营销/销售作为b2b事物驱动的问题。。。。以上内容将更适用于b2b：）这是B2C，因此我们从来没有实际到客户所在地现场。ic-我理解营销/销售作为b2b事物驱动的问题。。。。以上内容将更适用于b2b：）我投票将此问题作为离题进行结束，因为它是。我投票将此问题作为离题进行结束，因为它是。