这是一个创建于 2867 天前的主题，其中的信息可能已经有所发展或是发生改变。
辛苦写出来的需求文档， BOSS 和后端同学都很认真看了，我想不是写的问题。
一跟前端说的时候，就摆出：“不要给我看需求文档，给我交互设计稿就好”，但一问题又喜欢问为什么这样，为什么那样
诸如此类
 |
1
Syc 2016-06-20 14:15:50 +08:00 via Android
因为需求稿他们看了也不懂，前端=根据设计稿完成成品，有问题合作协调处理
|
 |
2
arens 2016-06-20 14:18:11 +08:00
因为需求文档有很多的逻辑对他们来说根本“用不到”去看或者轮不到他们来做，看现成的东西更易理解，你让我来再去感悟你的文档，万一我理解错了呢~
|
 |
3
qiayue 2016-06-20 14:18:22 +08:00
不能以偏概全，有些人不喜欢看，不代表所有人不喜欢看
|
 |
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
slowhand 2016-06-21 09:09:01 +08:00
那个前端肯定没有经历过作坊式开发的痛苦。需求不确定，今天改这样，明天改那样，后天又改回原样。
小头目看到某个样式不顺眼，责问。俺还得翻以前的聊天记录和邮件，证明是几个月前按他的要求改成那样的。 处在作坊中，就会念起首先定住需求再开发的好处了。 |
 |
31
beew 2016-07-04 16:55:01 +08:00
虽然设计师给到前端的设计稿已经体现了需求了，但是到前端这边，有问题的时候，还是会第一时间看需求文档，然后还有问题再会找相关人员沟通。
|
Select Language