 | 1 Syc 2016-06-20 14:15:50 +08:00 via Android 因为需求稿他们看了也不懂，前端=根据设计稿完成成品，有问题合作协调处理 |
 | 2 arens 2016-06-20 14:18:11 +08:00 因为需求文档有很多的逻辑对他们来说根本“用不到”去看或者轮不到他们来做，看现成的东西更易理解，你让我来再去感悟你的文档，万一我理解错了呢~ |
 | 3 qiayue PRO 不能以偏概全，有些人不喜欢看，不代表所有人不喜欢看 |
 | 4 alex321 2016-06-20 14:24:55 +08:00 在现如今这么浮躁的社会，能认真审题看需求文档的有几个，即便项目经理都很少能这么来的。 真能认真看需求文档的，恭喜你，你遇到了百里挑一的程序猿(媛)。 |
 | 5 nomemo OP |
 | 6 learnshare 2016-06-20 14:39:57 +08:00  1 项目成员还是要了解需求的，单纯 GUI 的前端太极端 |
 | 7 rwecho 2016-06-20 14:54:43 +08:00 1 |
 | 8 ccloli 2016-06-20 14:59:46 +08:00 1 怎么说，个人感觉前端更看重的是界面设计与和前后端的交互，因为现在一些项目的核心逻辑可能会侧重在后端（自然需求文档也侧重于向后端靠），所以它们不一定完全需要了解整个项目的细节，只需要了解需要使用的接口以及如何把它们展示出来。当然这并不意味着前端可以不看需求，毕竟对于一个项目来说理清项目的逻辑关系还是非常重要的。 |
 | 9 leega0 2016-06-20 15:01:13 +08:00 via iPhone 要粗略的看一下，不然怎么合理的布局组件化 |
 | 10 vincentqi 2016-06-20 15:03:12 +08:00 所有人都需要看需求文档 |
 | 11 hkongm 2016-06-20 15:42:36 +08:00 别给我发几十页的 PRD ，实在是废话太多。。。见过 100 多页的 PRD 。。。 一图胜千言，标注这个功能会不会？ |
 | 12 66beta 2016-06-20 15:49:55 +08:00 一图胜千言 +1 一般都是设计稿 => sketch 导出切片+自动标注 |
 | 13 tianlang1989 2016-06-20 15:54:23 +08:00 作为一个 app 开发，也是前端了 需求评审的时候，我肯定已经看过需求文档的了 然后开发的时候，我是直接看视觉稿不看需求稿的 |
 | 14 banricho 2016-06-20 16:00:15 +08:00 肯定都看啊 但是……把需求整理成交互文档本身就是很有必要的事情，只看交互文档也不能说有错吧 我见过有的产品经理自己出交互稿的，我也见过有的交互稿不光有交互逻辑，还帮我抽象整理了需求 靠谱的队友是多么的重要啊~ |
 | 16 angelface 2016-06-20 16:08:09 +08:00 高保真一出，再无麻烦。 不过遇到不靠谱的人， 出什么都白费。 |
 | 17 Biwood 2016-06-20 16:08:57 +08:00 我觉得前端还是需要知道需求的，参与项目的每个人都应该知道需求，但是前端比较重视觉，不喜欢只看一堆密密麻麻的文字，最好是开一个简短的小组会议，把需求过一遍，并且一定要提供效果图才行，效果图没有出来就别把东西给前端了 |
 | 18 Sivan 2016-06-20 16:45:20 +08:00 这不很明显么？说明这前端经验尚浅啊。 |
 | 21 Kv_se7en 2016-06-20 19:03:28 +08:00 说实在的需求文档本身就是一个非常全的东西，里面有各种业务逻辑，前端不关心这些业务逻辑，只能自己一点点找交互逻辑。如果在交互图上加点标注，会节约非常多的时间，有复杂的交互逻辑肯定也是会去看需求文档的。 |
 | 22 wy315700 2016-06-20 19:04:59 +08:00 我们一般也是看着设计稿讨论逻辑的 |
| 23 Syc 2016-06-20 19:05:59 +08:00 via Android @juju 前端一般都不看需求稿，一般就是大概了解项目需求的主要流程。剩下的就是根据设计稿+后端给的接口完成。然后测试，不对的地方与相关人员进行协调。 |
 | 24 pasturn 2016-06-20 19:06:40 +08:00 via iPhone 如果是前后端分离的话 就要看需求稿和后台 API 文档 如果是后端渲染的话 一般不看需求稿 按照设计图和交互稿做就行了 |
 | 25 sfree2005 2016-06-20 19:58:56 +08:00 via iPhone 对于一些小功能， CTO 只给我数据库的 dump sql file 和大概说下 use case 就开干了，我要从数据库导入，后端，一直写到前端～ 感觉文档有就都给 前端可以选择性的看。至少有个大概的概念吧。 然后 API 接口什么的怎么说也要看吧 要不怎么传数据呢？ |
 | 26 zkd8907 2016-06-20 20:11:20 +08:00 前端压力好大 |
 | 27 housne 2016-06-20 21:12:50 +08:00 前端不看设计图没法开工吧， 毕竟设计给的图并没有很强的逻辑性，前端在实现的时候也会补足产品上交互的问题和遗漏 |
 | 28 nxtxiaolong 2016-06-20 22:46:54 +08:00 @66beta @tianlang1989 你们俩头像看着好喜感 |
 | 29 maplerecall 2016-06-21 00:31:08 +08:00 有需求文档会尽量看，但一般都是在原型图出来后和设计初期与产品开会讨论，因为很多需求在设计的时候不会考虑到前端实现的复杂度，在原型完成后参与是个比较好的时机。 |
 | 30 geeksnail 2016-06-21 09:09:01 +08:00 那个前端肯定没有经历过作坊式开发的痛苦。需求不确定，今天改这样，明天改那样，后天又改回原样。 小头目看到某个样式不顺眼，责问。俺还得翻以前的聊天记录和邮件，证明是几个月前按他的要求改成那样的。 处在作坊中，就会念起首先定住需求再开发的好处了。 |
 | 31 beew 2016-07-04 16:55:01 +08:00 虽然设计师给到前端的设计稿已经体现了需求了，但是到前端这边，有问题的时候，还是会第一时间看需求文档，然后还有问题再会找相关人员沟通。 |
Select Language