问一下前端同学，你们是不是只看交互设计稿就好，不看需求文档的？

[nomemo]

辛苦写出来的需求文档， BOSS 和后端同学都很认真看了，我想不是写的问题。

一跟前端说的时候，就摆出：“不要给我看需求文档，给我交互设计稿就好”，但一问题又喜欢问为什么这样，为什么那样

诸如此类

[Kv_se7en]

说实在的需求文档本身就是一个非常全的东西，里面有各种业务逻辑，前端不关心这些业务逻辑，只能自己一点点找交互逻辑。如果在交互图上加点标注，会节约非常多的时间，有复杂的交互逻辑肯定也是会去看需求文档的。

[wy315700]

我们一般也是看着设计稿讨论逻辑的

[Syc]

@juju 前端一般都不看需求稿，一般就是大概了解项目需求的主要流程。剩下的就是根据设计稿+后端给的接口完成。然后测试，不对的地方与相关人员进行协调。

[pasturn]

如果是前后端分离的话 就要看需求稿和后台 API 文档 如果是后端渲染的话 一般不看需求稿 按照设计图和交互稿做就行了

[sfree2005]

对于一些小功能， CTO 只给我数据库的 dump sql file 和大概说下 use case 就开干了，我要从数据库导入，后端，一直写到前端～
感觉文档有就都给 前端可以选择性的看。至少有个大概的概念吧。
然后 API 接口什么的怎么说也要看吧 要不怎么传数据呢？

[zkd8907]

前端压力好大

[housne]

前端不看设计图没法开工吧， 毕竟设计给的图并没有很强的逻辑性，前端在实现的时候也会补足产品上交互的问题和遗漏

[nxtxiaolong]

@66beta @tianlang1989 你们俩头像看着好喜感

[maplerecall]

有需求文档会尽量看，但一般都是在原型图出来后和设计初期与产品开会讨论，因为很多需求在设计的时候不会考虑到前端实现的复杂度，在原型完成后参与是个比较好的时机。

[slowhand]

那个前端肯定没有经历过作坊式开发的痛苦。需求不确定，今天改这样，明天改那样，后天又改回原样。
小头目看到某个样式不顺眼，责问。俺还得翻以前的聊天记录和邮件，证明是几个月前按他的要求改成那样的。
处在作坊中，就会念起首先定住需求再开发的好处了。

[beew]

虽然设计师给到前端的设计稿已经体现了需求了，但是到前端这边，有问题的时候，还是会第一时间看需求文档，然后还有问题再会找相关人员沟通。