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