看到最接近客户的难题
尤其是当我们使用敏捷方法时,我们希望与客户保持亲密关系。 如果您有机会与客户坐在一起,您将了解团队和客户彼此学习的效率(和速度!)。 而且,很少有团队可以与任何客户进行访问。 他们的大多数客户信息来自产品所有者,该产品所有者向产品经理学习。 产品经理常常向销售员学习。
那是电话游戏中的一大堆。 延迟可能会使创建和交付此功能所需的实际时间相形见war。
有没有办法减少电话游戏和延误?
也许。 这取决于您要创建的产品类型-您的“客户”是谁。 这里有一些想法:
您的客户“在大厅”
如果您的客户是您组织的一部分,则您可能有更多机会吸引他们并邀请他们加入您的团队,特别是创建用户故事图和研讨会故事。 也许一张地图就足够了,但这不是我的经验。 我经常发现我们需要谈论他们现在所做的事情以及为什么这样做对他们不起作用。
向您的客户询问他们的问题,而不是他们想要的功能。 当您开始遇到问题时,您可能会意识到解决方案已经以某种方式存在于代码中。
您的客户可能在大厅里,但是他们的想法,甚至想法却往往相去甚远。
当您邀请这些通常是“遥远”的人进入您的世界时,您会为如何开始合作而感到惊喜。
您的客户在“那里”
当您的客户不属于您的组织时,我们往往会遇到客户难题—销售人员是往返客户的主要信息渠道。 如上图所示,我们在玩电话游戏时会遇到所有延迟。
即使您拥有敏捷的产品价值团队, 主要联系人也往往是客户的产品经理,而不是团队。
如果您有直接的销售人员,则该直接联系人可能是销售人员,甚至不是产品经理。
您如何将销售人员,产品经理/产品所有者以及团队联系在一起?
做点小事。
优秀的销售人员发现需求并将他们提供的解决方案与客户的问题相匹配。 这意味着销售人员会定期与客户交谈。
当销售人员与客户面对面交谈时,与仅通过电话工作相比,他们通常对问题有更深刻的理解。
产品经理还了解客户的问题,尤其是在您拥有大众市场产品的情况下。 或者,如果您通过分销商进行销售。 在这种情况下,销售人员可能不知道最终客户需要什么。 销售人员会听到分销商想要提供的服务。
我经常以简单化的方式认为销售人员将客户问题与生产者的产品相匹配。 而且,该产品经理希望对这些问题早日了解,以管理产品策略。
销售人员和产品经理需要拜访客户。 如果只是为了避免玩电话游戏,团队也会经常这样做。
邀请这些人加入团队或让团队拜访客户,您能做的最小的事情是什么?
- 可视化每个人的问题。 绘制价值流图,以便每个人都能看到延迟。 拿上面的电话图像,使其适合您的组织,并在其上放置数小时或更糟的日子。 显示工作时间和等待时间。 (如果您想查看价值流图,请告诉我。)
- 寻求帮助解决此问题。 说明您不想花更多时间交付功能。 您想尽快交付功能,并知道它们是正确的功能。
- 生成实验列表,并询问何时尝试哪个实验。 那将帮助大家了解。 例如,是否有高学习机会可以帮助采购订单和团队学习,特别是如果他们意识到他们不必在该功能集中做更多的事情?
我没有“这个”答案。 我确实知道,我对客户的问题和环境的了解越多,我就越容易传递价值-尽快获得适当的价值。
看到带有价值流图的电话游戏可能会帮助您的团队,并可能帮助人们看到替代方案。 以我的经验,团队离客户(或代表客户)越近,他们越能开发和发布有用的产品。
翻译自: https://www.javacodegeeks.com/2019/03/seeing-close-customer-conundrum.html