使用者要求做一个有9x个选项的下拉菜单,这真的是傻的吗?

  这文章我以前有写过,但我想换一种方式描述,让读者能更清楚

  当交易纪录出现异常时,系统会对异常的交易纪录产生对应的警报数据存到别的数据库table。

  有一个功能是要对发出警报的数据进行查询,有一项查询条件是合作厂商,原本合作厂商的输入字段是输入文字,但使用者想改成下拉菜单。

  当时负责转达与整理使用者需求的QA跟我说,下拉菜单的选项数量会到9x个。使用者是傻的吗?

使用者要求做一个有9x个选项的下拉菜单,这真的是傻的吗?-梦幻科技

  我认为合作厂商的选项在未来还有增加的可能性,当事人似乎都没想到这点,但这也不太重要,我想9x个跟几百个大概差别也不太大了吧,都是太多了。

  我后来直接询问提出需求的使用者,我发现到「使用者想要的选项并不是全部的合作厂商,而是发出警报的数据中,有出现的合作厂商」

  这功能如果要做成下拉菜单,也只要出现「发出警报的数据中,有出现的合作厂商」就好,就我当时查数据的结果是:「目前情况只有出现4种合作厂商」。也就是下拉菜单当时情况应该只要显示4笔即可,也许未来这数量会增加,但这还是有别的解决方案可以处理,只是细节我这里就不多说了。至少这个大方向就是只要给使用这看他想看的选项就好了。

  我并不认为提需求的是傻的,因为对方是不懂技术与开发的使用者,我们可以说对方对功能画面缺乏想像力,但不能说对方傻。这就像使用者不该怪技术人员不懂业务逻辑,因为又没有人教。

  至于这功能后来如何了呢?其实还是输入文字查询,因为使用最能满足的需求的方式对开发来说负担会比较大,管理者对开发者的评价也只是完成一个功能要多久时间而不是使用者对开发结果的满意度,所以以一个开发者的角度来讲,一定是选择最容易的开发方式而不是最让使用者满足的开发方式。最让使用者满足的开发方式应该是使用者与窗口提出才对,既然他们提不出来,那就依照开发者的决定啰。

使用者要求做一个有9x个选项的下拉菜单,这真的是傻的吗?-梦幻科技

  这件事情其实应该是要有一个系统分析师的角色去了解只要出现「发出警报的数据中,有出现的合作厂商」就好。只是公司就找了一个不懂甚么是系统分析的QA来转达与整理需求,我也曾经踢出过公司应该找系统分析师这样的角色,只是我得到的响应是太贵了。如果公司不介意常常开发出不好用的功能,我也只能说那就随公司喜欢的去做吧XD。

  为什么当初会想写这文章呢?其实这是想留一个纪录,因为我认为这是一个可以描述开发有系统分析师会比较好的示例。


联系我们

13751415268

853408942

:853408942@qq.com

:9:30-22:30

QR code