12
回答
做开发的站友认为产品应该提供怎样的原型图和需求文档?
终于搞明白,存储TCO原来是这样算的>>>   

现在在一家创业公司上班,开发新模块时,产品会给一张原型图,上面就是页面和极少的说明,没有取值边界,没有交互说明,甚至一些功能没有说明,只有一个按钮,然后开发就需要跟产品描述自己怎样理解功能,我就想,这不就相当于猜产品的心思么?项目组里面主张开发要多问(我认同这个),我刚进现在这个项目组不久,老人知道这个项目的“传统”做法,就比较少问功能细节,而我就大大小小的问题都要问产品,有一定的沟通成本,产品还时不时出差,问不到就卡住了。

我之前是单干的,自己直接和用户沟通,自己决定交互,自己开发整个系统,没有和产品合作过。我就想问问站友,这是互联网公司的常态吗?还是我需要向产品说些请求?

先谢了。

<无标签>
举报
社会主义好_
发帖于3个月前 12回/1K+阅
共有12个评论 最后回答: 3个月前

跟pm说“你就告诉我你要抄哪个产品的哪个功能吧”

 

这样做出来,基本没bug。

不要让pm给你画原型,全是坑。

提示什么的   一般都是那样    你功能做严谨即可   其次  我们是看设计稿来弄的  为啥呢   因为原型总是变  得拉设计一起受折磨 我们开发心理才舒服

你一个开发问什么产品···你直接和你项目主管确认···由他来沟通···他会根据情况屏蔽掉一些垃圾需求····你直接问 每天问每天都不通 你听产品的 然后做出来的东西他不认··你怎么办····全是口述···这点很重要

--- 共有 1 条评论 ---
skhuhu公司开发中 杜绝口述需求 3个月前 回复

没事叫他们签字画押就好了,产品偷懒你也可以跟着闲啊!怕什么呢!总要找到背锅的人嘛!不要最后都是程序的锅就好了。

Axure做出产品原型图,细节需求备注说明一下,这个原型图能自己走完产品的所有闭环就OK了。如果做不了这些,开发的锅背定了

多数时候客户自己都不知道自己想做什么,还是需要产品自己分析的.最好的情况是有成型的系统来展示,这样程序猿还能明白他具体要做什么,而大多数情况是从头到尾都在推理,都在YY,这样就只能边做边改了

需求->原型->技术方案->开发文档->开始开发。

没有技术去研究原型,研究出系统方案,怎么开发(出来都是BUG)。

建议你,掌握这部分的技能。

--- 共有 1 条评论 ---
蓝水晶飞机一切需求上来就写代码的都是坑,一些预先没有进行设计构思、没有预料到的问题会让项目翻车。理解原型、分析技术方案、文档先行,最后开发测试。 3个月前 回复
顶部