这是一个创建于 49 天前的主题，其中的信息可能已经有所发展或是发生改变。
今天跟产品经理吵了一架，气得我头大，现在心里还堵得慌，忍不住来这吐吐槽！想问问大家，开发和产品到底咋搞才能不互相抬杠？
事情是这样的，我是个前端小码农，最近在赶一个新功能的界面，项目 deadline 已经跟刀架脖子上似的，忙得焦头烂额。产品经理给的需求文档写得那叫一个“高大上”，啥“按钮要显眼但不能太突兀”“界面得简洁但信息量得足”。我寻思着，这不废话吗？谁不知道要好看又好用啊！于是我熬了两晚，把界面搭出来了，自己觉得还挺 OK ，昨天兴冲冲拿去给产品看。
结果呢？他瞅了两眼，眉头一皱，甩一句：“这按钮颜色也太死板了吧，用户哪会想点？还有这布局，空得跟啥似的，信息量完全不够！”我当场就懵了，兄弟，文档里压根没写具体要啥色号，也没说要塞多少内容啊！你这不纯属事后诸葛亮吗？我憋着火，尽量冷静地说：“需求里就写了‘显眼’和‘简洁’，我按你写的做的呀。你想要啥具体的，比如色号或者信息项，咋不早说？”结果这老哥不乐意了，语气跟炸了毛似的：“开发就不能有点主动性？用户体验你们也得考虑吧！”我一听，火噌地就上来了：“那你需求写清楚点行不？我又不是你肚子里的蛔虫，咋猜你脑子里那点花花肠子！”然后俩人就跟斗鸡似的杠上了，会议室气氛直接降到冰点。
说真的，我压根没想针对他，这产品经理平时人还行，就是写需求老爱玩“抽象派”。咱开发和产品不都想把项目搞好吗？但这种模棱两可的需求老让我返工，真的快抓狂了！想问问各位大神，平时你们咋跟产品对齐需求的？遇到这种“云里雾里”的要求，咋沟通才能不撕破脸？求支招，救救我这苦逼码农吧！
第 1 条附言 49 天前
哎，兄弟们，谢了啊，仗义支招给我这苦逼码农指路！ 看了你们回的，感觉就是没 UI 设计师害的，产品那需求跟写诗似的，“显眼不突兀”啥鬼啊，@SoviaPhilo 牛，直接让我问他抄哪家大厂的按钮 这招我下次得试试！
想想真烦，中间没多问是我傻，闷头干了两晚，活该被产品 PUA ，血压拉满！下次得学硬气点，没原型图坚决不写代码，不然就是给自个儿挖坑。产品平时还行，就是需求老整玄学，咋破啊？有啥招能逼他把需求写清楚？最好有点 AI 工具啥的，省得猜他脑子里那堆花花肠子 求大佬们扔点干货，救救我这前端小透明，996 已经够烦了！
想想真烦，中间没多问是我傻，闷头干了两晚，活该被产品 PUA ，血压拉满！下次得学硬气点，没原型图坚决不写代码，不然就是给自个儿挖坑。产品平时还行，就是需求老整玄学，咋破啊？有啥招能逼他把需求写清楚？最好有点 AI 工具啥的，省得猜他脑子里那堆花花肠子 求大佬们扔点干货，救救我这前端小透明，996 已经够烦了！
 | 1 rxswift 49 天前  5 没有 UI 设计吗 |
 | 2 SoviaPhilo 49 天前 21 让产品自己说抄哪家…… |
 | 3 Solix 49 天前 2 我是产品，我不会这么说开发，我就直接打开 vibe code ，说说话生成个按钮，然后给开发看：来看看，按这样做 |
 | 4 linauror 49 天前 你们缺少一个 UI |
 | 5 Paul0218 49 天前 前端干设计的活？ |
 | 7 cnsdytedison 49 天前 我们这都是要产品自己画原型图的。排版都是产品解决。 包括大概的颜色。 |
 | 8 bitmin 49 天前 这不简单，加个中间层 UI ，让 UI 和产品先掐架，前端按照 UI 设计图实现，交互让 UI 和产品写清楚 我遇到需求不清楚都是让提需求的把文档补充清楚，碰到这种产品直接让老板叫他滚蛋 |
 | 9 alading11 49 天前 原型都不画能叫产品？产品画完原型了没有 UI ？找你技术 leader 解决 |
 | 10 horizon 49 天前 2 这是产品经理？这是老板吧 |
 | 11 gyinbj 49 天前 刚看到一个 “大吵一架，开发跟测试真的是水火不容的吗？” 。。。。。 这是怎么了 就不能和平共处么。 |
 | 12 niboy 49 天前 产品经理 -- 给色号、尺寸的是 UI -- 前端 很多公司没有 UI 设计师，所以。。。 你就说我也不是 UI 设计，你想改成什么样子的，你说，我去改，这件事就没了。 |
 | 13 abc1310054026 49 天前 实力差距悬殊，开发完胜。 |
 | 14 Bananana 49 天前 你们 UXUI 去哪了？ |
 | 15 thealert 49 天前 5 老板成功把少雇两个角色的陈本矛盾转移为农民阶级的内部矛盾 |
 | 16 jackOff 49 天前 贴产品 ui 设计啊，谁看文字阅读理解 |
 | 17 quantum00549 49 天前 就算没 UI ，也该让产品画好原型 |
 | 18 chenstor 49 天前 “按钮要显眼但不能太突兀”=》请提供要使用的尺寸、颜色值。 “界面得简洁但信息量得足”=》请提供需要显示的信息，哪些字段明确写出来。 没有标准，都是瞎糊弄，不带这么写需求。模棱两可就是自己根本不懂吧 |
 | 19 yvyvyv 49 天前 这个需求文档，你也能开发。很厉害了，要是我直接就做不了。 |
 | 20 Dorathea 49 天前 "于是我熬了两晚，把界面搭出来了，自己觉得还挺 OK ，昨天兴冲冲拿去给产品看" 这中间没沟通么? 沟通很重要的啊, 尤其是那种不明确的需求. |
 | 21 Kirkcong 49 天前 你们 UI 设计呢？ |
 | 22 ssssiiiirren 49 天前 这种就属于沙雕产品，让他给具体的设计稿就完了。 |
 | 23 xzour 49 天前 现在都 AI 时代了，为啥沟通，流程，跟文档还是那么传统？ |
 | 24 lifei6671 49 天前 UI 出 UI 图和产品达成一致后，UE 出交互图，再和产品达成一致，前端负责将 UI 图实现。后端负责实现产品的功能。只要 UI 和 UE 确定了基本上没啥争吵的。 |
 | 25 halobugTurbo 49 天前 要五彩斑斓的黑，找 UI 去。 |
 | 26 fds 49 天前 所以提前设计好很重要，设计先多做几版，确定好了用哪个再开始写代码。改设计图还是比改代码方便写。不过一般程序员不负责 UX 的活，每人能力和审美都有差异，得取长补短。他不满意你听着就行了，让他给下一版改进意见，如果这个按钮没那么重要就下次再改呗。当然这个 UX 具体要谁负责最好确定一下，别每次都为了这个反复。 |
 | 27 Curtion 49 天前 写程序本身就需要严谨固定的描述，对前端来说自然是 UI 设计图。 如果产品不是你的上级，那这就是一个话语权的问题，谁的话语权大听谁的。 你这种一般情况下就三个解决方案，一是找出 UI 设计图，让产品和 UI 去研究到底什么样子，你还原设计图即可；要不就是界面长什么你说了算；要不就是直接说做不了；当然还有一个方案就是认可产品话语权，他怎么说你就怎么改，就拉着他在你的工位上，他现场描述你现场改 |
 | 28 qxmqh 49 天前 不出高保？ 干啥呢 |
 | 29 LFL 49 天前 1.产品对产品负责 2.技术对技术负责 2.你做不不是你的职责，所以不用 pua 自己，也不用生气，你可以换公司，或者从现在开始只做好自己的技术就行了，其他和你无关的，兄弟 |
 | 30 Jackm 49 天前 你需要做一点问一点，而不是自己焖两天然后交上去。他会认为你是复制粘贴的代码。 2 楼的建议也很好，像这种模棱两可的，直接说我抄 xxx 的美工。 |
 | 31 unicreators 49 天前 遇到过一个奇葩产品经理，他在需求文档里尽半数功能后面写的是“同[一个其它公司产品页面地址]处逻辑相同”， 当你问他具体逻辑细节时候，他还会不屑的来一句“就跟他一毛一样的，是咱们实现不了吗” 哈哈。。 |
 | 32 jinjiang2024 49 天前 你直接 PUA 他 合格的产品得画原型图 |
 | 33 connor123 49 天前 问题出在你们产品不画原型图，我们都是要产品出原型图的，产品不出原型图，我坚决不动手 |
 | 34 TonyMontana 49 天前 你这是 AI 模仿《大吵一架，开发跟测试真的是水火不容的吗？》这个帖子写的吗？ |
 | 35 git00ll 49 天前 为啥需求评审的时候不提，为啥没拿到原型图就接这个需求。下次长点记性 |
 | 37 woodfizky 49 天前 你不骂，我来帮你骂，这就是傻逼产品。 我觉得很多程序员其实都是在帮不称职的产品做了一部分事情的，因为很多产品的能力都很差，不知道怎么设计交互、怎么设计流程和程序逻辑。 区别在于有些产品知道自己能力差，你帮他做了本应该他做的部分，他会知道你帮了他；而有些产品不知道，甚至还反过来指责你。 面对这种傻逼产品麻烦你严格要求他，需求文档、UI 设计文档、程序逻辑设计文档等，都要他负责或者牵头输出。 这些文档没有达到你的接受标准，甚至没有文档的情况，不要开始干活！有问题就向上反馈！ |
 | 38 hahiru 49 天前 你是全干程序员。 他是老板。 加钱解决矛盾。 |
 | 39 vveexx 49 天前 产品话里听出了一部分甩锅和 PUA 的味，或者单纯的傻 |
 | 40 lee0508 49 天前 先让出效果图 ，再来做 |
 | 41 netizen 49 天前 我认为，产品经理这个岗位，就是很欠骂。 |
 | 42 RogerL 49 天前 常规流程：产品原型->UI 设计高保真->前端实现 非常规流程：直接说明白要抄哪家的产品 |
 | 43 juzisang 49 天前 没见过这么的产品，UI 实在抽不出空做设计的话。产品也会说照着谁的做... 你说的这种场景，我只在老板身上见过 |
 | 44 laoertongzhi 49 天前 “按钮要显眼但不能太突兀”“界面得简洁但信息量得足” 这是产品经理的需求？ 这是老板/甲方的需求！ |
 | 45 way2create 49 天前 按 UI 做。。。 |
| 46 way2create 49 天前 如果 UI 设计都没有的公司那就怼他 让他给你出 UI 不行别 BB |
 | 47 showonder 49 天前 就拿一次你特别站理的事件放大，影响到老板决策，给你们招个 UI |
 | 48 queifa 49 天前 没有 UI 吗？没有 UI 还要 bb ，给他脸了。 |
 | 49 Hieast 49 天前 级别一样喷死他，他级别高的话至少要高保真原型 |
 | 50 sunfly 49 天前 我是产品，但是我觉得这个产品憨批，时间紧任务重时候差不多交差就完了 |
 | 51 ml1344677 49 天前 原来我也能干产品经理 |
 | 52 openmm 49 天前 没有设计师，不掐架才怪 |
 | 53 snitfk 49 天前 不是应该先产品出原型和交互说明，UI 根据原型出效果图，前端再根据效果图再出页面吗？ |
 | 54 lenglengyuchen 49 天前 via Android 我也前端开发，应对措施就是不停地问，有时也内耗，产品需求写得不明确，很细节的东西有问题，别人的错误实打实的浪费我的时间，明明写清楚你好我也好，写不清楚就是浪费大家的时间 |
 | 55 duck3389 49 天前 @SoviaPhilo #2 精准 |
 | 56 hwdq0012 49 天前 不去当大 v 可惜了 这文笔像机器人 |
 | 57 harlen 49 天前 提示易懂而且得短， bug 让直接本地跑，但不能直接连数据库， 开发速度得快，需要要自己去和客户对 |
 | 58 paullee 49 天前 via iPhone 这叫产品经理？ |
 | 59 kemistep 49 天前 从一开始就错了，直接要原型图，这是最低要求，然后在原型图修修补补； 正常是根据 UI 设计稿开发的，前端开发就是还原，功能实现即可 |
 | 60 EthanKai 49 天前 流程不对,所以才会扯皮, 需求原型 -> 设计稿 -> 开发 -> 设计还原 -> 测试 -> 上线 |
 | 61 ZoR 49 天前 原型图 效果图都没有，开发个 p |
 | 62 Arvin567 49 天前 一根筋碰上两头堵，绝了 |
 | 63 ghostwwg 49 天前 你不对啊，没有产品原型你为什么要动手做？ 公司资源不值钱么？当然，跨部门的事情你要和直属先讲好，为了保证项目进度的稳定性，没有原型做不了。 |
 | 64 fengqing2 49 天前 只要不加班，产品想怎么改怎么改？要加班改，怼死产品 |
 | 65 darkjoker 49 天前 @unicreators 来气了 |
 | 66 pweng286 49 天前 没设计图不干 就是一个按钮的样式也得给我设计图,或者明确说复用哪一个. |
 | 67 wupher 49 天前 你是前端开发。 交互和原型应该是产品的活计，颜色和样式应该是设计或者美术的活计。 你负责的是实现。 |
 | 68 clarkethan 49 天前 你接触的这个不是产品经理，产品经理首先的职责就是画原型图，你连原型图跟设计稿都没拿到，你们公司缺位的角色太多了 |
 | 69 leo72638 49 天前 你们没 UI 设计的吗？为什么要开发来决定按钮颜色 |
| 70 leo72638 49 天前 正常流程不是产品给原型图和需求文档，UI 给设计图，开发负责实现吗？ |
 | 71 YaakovZiv 49 天前 我能理解“按钮要显眼但不能太突兀” ，就是说按钮要金闪闪的可爱的，让人看页面就能注意到，不能用花花绿绿特别亮的，让人看了以后当作广告直接关掉。 |
 | 72 levelworm 49 天前 这种应该都是经理解决的吧。你就应该一开始就让他指明需求，或者在自己做之前把自己的想法完整的和他说，让他 email 确认。 |
 | 73 silypie 49 天前 增加几个校验的事，怎么被你搞得这么复杂 |
 | 74 xuanbg 49 天前 不是，你们没有 UI 设计的吗？你只管按 UI 出的文件来实现就行了啊，这和产品对线的应该是 UI 不是你啊 |
 | 75 THESDZ 49 天前 1 我只说一点: "熬了两晚"，你下次熬的时候打电话给产品问需求，哪怕是自己知道的也去问，而且打几次分开问。 |
 | 76 9136347 49 天前 他就是在 pua 你，你妹看出来吗？ |
 | 直接现场要色值，前端只负责实现。坐在他旁边做，说不清的话，就两个人一起做项目，到他觉着可以为止。 |
 | 78 yryc 49 天前 问产品要原型图 |
 | 79 l22576283 49 天前 别跟他扯淡，让他给原型图 |
 | 80 kalixi 49 天前 就这也叫吵架？ |
 | 81 xz410236056 49 天前 产品负责画原型图，UI/UE 负责效果 ,开发负责实现，各司其职啊。 产品原型图也得有啊，不是光写文档。 |
 | 82 duolanengda 49 天前 1 大家都散了吧，这文风一看就是 AI 生成的，附言就更明显了，和 op 以前的帖子语气也对不上 |
 | 83 Mcler 48 天前 一、前置沟通：把模糊的需求“翻译”成明确的目标 冲突的根源，在于缺乏可量化的交付标准。产品经理口中的“显眼、简洁、大气”是主观感受，而开发需要的是精确指令。因此，我们的首要任务，是主动推动他完成“翻译”工作：将抽象概念转化为具体的、可执行的方案。要求他提供带有清晰框架结构的原型图，这不仅能解决分歧，也是他作为产品经理的核心职责。 二、向上管理：应对情绪化的沟通伙伴 其次，关于产品经理的情绪管理问题。一位优秀的合作者，出色的沟通能力和情绪控制是必备素质。他的“炸毛”行为如果影响了团队协作，你可以温和但明确地提醒他，大家应该就事论事。如果这种情况反复出现且沟通无效，向上反馈就是一条合理的路径。这并非“打小报告”，而是为了维护整个团队的协作流程和项目健康度。 三、务实策略：明确决策机制以打破僵局 此外，关于决策权重的判断，这是一个非常务实的建议。在团队内部明确，当出现分歧时，由谁来做出最终裁决。这能为争执不下的情况提供一个终点，避免项目因无休止的内耗而停滞不前。 四、自我优化：用“过程同步”降低返工风险 最后，也是我们自身可以立刻行动起来的部分：加强过程同步。在开发过程中，尤其是在项目紧急时，不必等到整个模块完成。当你实现了一个关键节点（比如那个被吐槽的按钮），可以立即截图发给产品经理，做一个快速、非正式的“对焦”。这样做的好处是巨大的：它能让你在第一时间发现方向性偏差，实现“及时止损”。即便需要修改，代价也只是一个按钮，而不是推翻整个页面。 |
 | 84 sss393 48 天前 做一名前端 要学会谈判， 要学会折中， 要学会扯皮， 要学会拉领导当见证人。 这是很多新手小前端学不会的  |
 | 85 jaaazzz 48 天前 @duolanengda 终于有个明白人了 |
| 86 shaozelin030405 48 天前 @jaaazzz 真的吗 |
 | 87 illiteracy0001 48 天前 没必要，时刻告诉自己，你只是执行者，不是实现梦想的人，“按钮要显眼但不能太突兀”“界面得简洁但信息量得足”这种需求直接打回 |
 | 88 ryan4290 48 天前 我寻思啥呢，你这小作坊都算不上啊这…… |
 | 89 deacyn 48 天前 这整体给人感觉公司是不是都有啥工作经验呢？ |
 | 90 HENQIGUAI 47 天前 你这帖子为啥一股 AI 味？ |
 | 91 pedestrianc 47 天前 犯了大忌，需求没讨论清楚就开始做。 按钮要显眼但不能太突兀” “界面得简洁但信息量得足" 这两个就应该先问清楚具体效果。要不然不知道这么做。 |
 | 92 wengyanbin 45 天前 你们的产品不够专业，产品要给原型图。不用掐，问就是产品菜。不开产品评审的吗 |
Select Language