2016年5月31日星期二09:11

业务分析师应专注于为客户提供价值产品的期望

撰写者

亨利·福特(Henry Ford)曾经说过:“工资不是雇主支付的。雇主只处理这笔钱。支付工资的是客户。”

不幸的是,软件开发行业并不总是记住这一事实。诸如Windows 8和Blackberry 10之类的备受瞩目的故障不断提醒您,您必须听取客户的意见并交付能够解决问题的产品。

相关文章: 推动业务发展-平衡计分卡专注

Windows 8是解决了Microsoft发明的问题的产品。没有人想要一台与Windows Phone具有相同界面的触摸屏笔记本电脑。有人真的有Windows手机吗?我记得我第一次接触Windows 8的经历。我不得不使用一台旧笔记本电脑来查找如何关闭全新的Windows 8计算机。这真是令人沮丧的经历。

Blackberry 10因类似原因而失败。客户在打开电话时遇到困难,一旦这样做,他们就不知道如何访问他们的电子邮件或互联网。 Windows和Blackberry只是拒绝听取他们的客户的意见。他们还创建了无法解决问题的产品。
要从这些失败中学习,我们必须了解每种软件产品要考虑的三个主要因素:

  • 可行性 –建设成本多少,可以提供多少收入?
  • 可行性 –产品在技术上是否可行?
  • 合意性 –我们的客户会想要该产品吗,并且能为他们解决问题吗?

以我的经验,软件开发小组倾向于在不考虑可取性的同时,将重点放在可行性和可行性上。这是保证产品故障的秘诀。如果您的产品不受欢迎,那么不管您如何预算和按时完成预算,这都是一场灾难。

软件开发团队由许多不同的角色组成。高管人员将始终专注于产品的生存能力。高管的薪酬是要考虑成本和潜在收入。

项目管理和技术角色始终对产品的可行性非常感兴趣。如果我们没有资源或技术技能来构建解决方案,那么我们将无法前进。

产品的可取性很容易从主管,项目经理和技术负责人的视线中消失。

具有讽刺意味的是,比尔·盖茨说:“您最不满意的客户是您最大的学习来源。”微软通过取消设计并免费提供Windows 10来聆听他们不满意的Windows 8客户。巨大的声誉和财务损失使Microsoft更加重视其Windows 10产品的可取性。

那么谁应该关注可取性呢?我认为业务分析师非常适合不断关注产品的需求。定义明确的需求启发过程必须集中在定义企业试图为客户解决的问题上。如果定义问题是需求流程的第一步,那么您将在保证所交付的产品将为您的客户提供价值的路上。

在整个开发过程中,您将能够监视产品是否确实在解决问题。此外,您的要求应与解决问题直接相关。业务分析师的工作是质疑产品所有者要添加的每个建议要求的价值。如果所请求的功能与解决问题不直接相关,则应将其排除在范围之外。在整个需求确定过程中,专注于客户体验和产品的可取性是我们作为业务分析师的责任。在忽略客户体验的同时,很容易集中精力于成本,收入和时间表问题。永远不要忘记我们的客户比过去更精通计算机。他们熟悉使用Amazon,Facebook,Netflix,Google和许多其他主要产品,而无需培训或用户手册。他们将从团队开发的产品中获得相同的期望。如果您的项目计划中有编写用户手册的任务,那么现在是时候惊慌了!

一些组织很幸运有一个成熟的产品管理小组或专门的UX / UI设计师。这些组织通常致力于关注其产品的可取性。如果您有幸进入一个拥有强大产品管理和UX / UI设计的组织,那么您应该与这些人员紧密集成。实际上,添加UX / UI技能是提高总体BA技能的最佳方法之一。最好的业务分析师通过提供低保真度的线框,草图或白板图纸,在其需求过程中利用可视化和讲故事的功能,以刺激对话并发现真正的业务需求。广管局应始终以这种顺序思考,绘制和书写。

了解UX / UI设计器的技能和工具可帮助业务分析师专注于产品的需求,并确保客户在使用该解决方案方面拥有积极的经验。 UX / UI中有许多在线课程,价格合理,为您提供了扎实的专业背景。我认为,史蒂夫·克鲁格(Steve Krug)的书“不要让我思考”应该是所有业务分析师的必读材料。获得基本的UX / UI知识是一种简单而有趣的方法,可以提高您的技能并促进您作为业务分析师的职业。您的客户和交付团队也会感谢您!

 大卫·谢弗

Dave目前是Reed Tech的业务分析经理,在卓越业务分析中心内管理着一组业务分析人员。 自2002年以来,他一直在制药和制造行业从事业务分析工作,并且可以通过  领英简介

©BA Times.com 2020

麦格雷戈徽标白色网站