[Day 22] 资料产品在需求访谈阶段的五个大坑

最後几天来回顾一下在过去开发资料产品时常见的坑与应对方式,不管是专案还是产品,首先当然要面对的难题就是需求访谈。

第一坑 完全没有画面

资料产品在需求访谈阶段通常比一般 App 或网站更难谈需求,原因在於大多数的资料产品没有画面。
https://ithelp.ithome.com.tw/upload/images/20210922/20141140PqcUMFVG3t.jpg
(https://www.sogi.com.tw/articles/%E5%9C%8B%E9%98%B2%E5%B8%83%E6%94%9D%E5%BD%B1%E6%A9%9FApp_%E9%8C%84%E4%B8%8B%E6%A8%A1%E7%B3%8A%E7%9C%9F%E7%9B%B8/6216957)

通常在谈网站或 App 的需求的时候,可以透过实际或 Mock 的画面跟使用者沟通,也有很多的工具可以在进入开发阶段之前做好整个应用的流程。只要功能符合使用者需求,就可以根据目前的画面开发(需求变更是另外一个议题)。

https://ithelp.ithome.com.tw/upload/images/20210922/20141140DoBrM5izkm.jpg
(https://www.sogi.com.tw/articles/%E5%9C%8B%E9%98%B2%E5%B8%83%E6%94%9D%E5%BD%B1%E6%A9%9FApp_%E9%8C%84%E4%B8%8B%E6%A8%A1%E7%B3%8A%E7%9C%9F%E7%9B%B8/6216957)

第二坑 成果不容易预期

不像写程序,说一通常就是一,不管是哪一层资料产品,在第一个迭代完成前,也就是在还没有收到使用者资料前,都无法完全预期结果。

蒐集资料的过程其实就是像市场调查或民意调查,在前期只能透过设计尽量让调查的结果「贴近事实」,并不能「保证」调查结果跟预期一样,市场真正的结果一定是在实际执行调查後才能呈现出来。好的资料蒐集以及处理方式其实更像是「程序正义」,只能保证资料本身有效但不能够保证资料尽如人意。

https://ithelp.ithome.com.tw/upload/images/20210922/20141140oUgP6TutvC.jpg

第三坑 成果不容易验证

不像写应用,按钮能不能按,商业逻辑对不对试一下就知道。一直到第四层的资料产品(辅助决策),就算上线後,也很难知道到底有没有帮助。就像之前在顾问公司做的行销顾问报告,我们会根据过去的销售状况以及市场因素给予客户一些改善建议。拿「运用多元的口味吸引年轻消费者」,这样的策略来说好了,实务执行上时有更复杂的因素需要考量,像是研发新产品的成本、行销新产品的成本、甚至需要考量到机会成本,同样的投入会不会换个代言人更有效?

成熟的资料产品(像是推荐系统)上线後通常需要 A/B 或 A/A 测试来验证效果,但也很多场合是很难做到这些比较测试,这也造成了在需求上会很难厘清需求。

第四坑 过去绩效不等於未来绩效

「投资有赚有赔,过去绩效不代表未来绩效,投资前请详阅公开说明书」,我们永远只能根据过去的资料来进行判断,虽然在一些领域在「目前」有很好的效果,但随着环境变化,需要持续的收资料、持续的训练、持续的调整才有办法,虽然不求有个「一劳永逸」的解决方案,但是资料产品注定了需要一直持续投入。

第五坑 利害关系人复杂

这点前面也讲了很多次,资料产品需要一层一层叠上来,需求单位或需求者没有办法知道其他资料产品的内容时,往往会需要一边厘清需求、一边厘清资料来源,就会造成这个在需求访谈过程需要与不同单位或资料拥有者来来回回的对话与厘清,让这个过程变得更加麻烦。

Solution

不用烦恼,上面五个坑一个坑都跑不掉。把这些坑列出来只是给各位读者一个心理建设,实务执行时也很难避开这些问题。


<<:  Day 7 情报收集 - Information Gathering (Network & Port scanners)

>>:  第6章:基本操作文字档案介绍

在 React Native 里实作 NSFW (Not suitable for work,工作场合不宜) 分类器

需求与场景 虽然我们的 App 为了怕麻烦,有要求 18+ 以上才能使用,但还是怕会有绕过这个限制的...

Golang 转生到web世界 - gin新手村

Golang Gin初探 网路上都有golang的各种框架,也不乏各式各样的比较文 ,我原本是选好要...

Day16 - BST (Delete Case2)

大家好,我是长风青云。我心情依旧不太优良,我会努力平复。今天就先这样。 ...

Day 25 - 用 canvas 做 烟火

庆祝国庆日啦 成功的 失败的 import "./styles.css"; im...

Day2-为小学生撰写的网站小游戏_template精简程序码

昨天写的小网站後续看文章时觉得有一部分JS有硬干的嫌疑(?) 所以把一些部分做了改动 首先使用了HT...