在有林总监传授的分析方法。
常友眉
锁,陷
思。
“林总监说过,分析问题的切
,在于‘最不合
理的地方’。”
“而这件事
最不合
理的地方,就在于裴总为什么要杀
用
刀。健
app明明
给摸鱼外卖去
更合适,为什么一定要
给我们来
?”
常友在电脑上打开果立诚提供的文档,整个文档非常简陋,只有寥寥几句话。
以产品经理提需求的标准给它打个分,给个3分都嫌多。
而且还是百分制的3分。
这也不能怪果立诚,他本来就是个健
教练,哪懂产品经理的工作标准。
常友把这几条需求仔细读了一
:“这位果立诚,是共享健
房的负责人,但是他提的需求很简单。”
“这也合理,毕竟他是个新人,对裴总的思想理解不够,还需要再多锻炼。”
“裴总如果只是为了完成这些需求,找摸鱼外卖就行了。”
“而且这些需求显然太笼统了,怎么都得让人再全面修改、完善一遍,把整个功能重新设计之后,才能
给程序去制作。”
“设计……”
“难
说,裴总是看中了我们的设计能力?”
“嗯,有这
可能,我们这边产品经理的设计能力显然比摸鱼外卖那边要
太多了。”
“也就是说,裴总对于这个
件,实际上有更多潜藏着需求,知
摸鱼外卖那边肯定难以完成,所以才
给我们?”
“嗯,这样就合理多了!”
“那么,会是什么潜在需求呢……”
常友觉得自己似乎摸到一
门
,站起
来开始踱步。
“这些需求,对于健
房用的工
app来说,已经足够了。”
“如果裴总想要更多,那就意味着……”
“健
房只是刚开始,裴总的真正目标是打破健
房的限制和边界?”
“所以,才
给我们来制作,由我们来补全这个健
房项目负责人所没有想到的地方?用移动互联网思维,对这个
件
行全面的规划?”
“嗯,肯定是这样!”
“可是……如果裴总希望手机跟健
房app联动,为什么又不允许我们把这个app作为捆绑
件安装在手机上?”