迎接改变客户反馈可能意味着您

[account_disabled]

但产品开发的传统规则是在一个非常不同的时代制定的如果您今天尝试应用它们可能会阻碍您。在传统的产品开发模型中您首先要彻底研究您的想法并确定您提出的解决方案的范围然后提出一套全面的规范从头到尾构建完整的产品然后您会启动它并开始收集客户反馈。在制造实物产品的成本很高且获得持续客户反馈的能力较低的时代这是有意义的。但风险在于您花费了很长的时间来设计和构建产品以至于产品在投放市场之前就已经过时了。而且由于客户反馈只会在最后才会出现因此您可能最终会构建出满足所有规格但不是人们想要的东西。今天有一个更好的方法。



把客户放在第一位通过敏捷产品开发您不必尝试从头 比利时 WhatsApp 号码列表 开始设计产品并将最终版本交付给客户。相反您将项目分解为小块。您从小处开始使用上一教程中描述的方法收集潜在客户并在您开发软件时让他们访问有价值的可用的软件。您开始满足您的客户并利用他们的反馈来帮助您以对他们最有用的方式设计下一个组件。例如如果您的最终产品是一个综合软件包可以帮助人们管理所有不同的社交媒体资料那么您可以首先发布一个小片段让人们知道要取消关注哪些用户。您已经对整个软件包的外观有了大致的了解并且可以将这一愿景传达给客户但立即为他们提供一些可以使用的东西可以完成两件事这让他们在等待最终产品时保持快乐。





它为您提供有关产品设计和功能的宝贵反馈以便您可以避免浪费时间构建人们不喜欢或不想要的东西。的产品设计在整个开发阶段不断变化。这听起来像是一个缺点但只要您愿意接受不断变化的需求这就是一个很大的优势。一开始改变你的计划并做一些你没有计划做的事情可能需要更长的时间但从长远来看这比构建成品发现人们不喜欢它然后回去改变它要快得多。敏捷方法的重点是持续开发。因此您的目标不是在某个截止日期前完成所有事情而是继续定期发布有用的软件例如每个月进行一次增量改进。生产最低限度可行的产品产品开发第一阶段的目标不是生产完美的产品。