兄弟们，开发跟产品老是掐架，真的没办法和平共处吗？

[yibo2018]

今天跟产品经理吵了一架，气得我头大，现在心里还堵得慌，忍不住来这吐吐槽！想问问大家，开发和产品到底咋搞才能不互相抬杠？

事情是这样的，我是个前端小码农，最近在赶一个新功能的界面，项目 deadline 已经跟刀架脖子上似的，忙得焦头烂额。产品经理给的需求文档写得那叫一个“高大上”，啥“按钮要显眼但不能太突兀”“界面得简洁但信息量得足”。我寻思着，这不废话吗？谁不知道要好看又好用啊！于是我熬了两晚，把界面搭出来了，自己觉得还挺 OK ，昨天兴冲冲拿去给产品看。

结果呢？他瞅了两眼，眉头一皱，甩一句：“这按钮颜色也太死板了吧，用户哪会想点？还有这布局，空得跟啥似的，信息量完全不够！”我当场就懵了，兄弟，文档里压根没写具体要啥色号，也没说要塞多少内容啊！你这不纯属事后诸葛亮吗？我憋着火，尽量冷静地说：“需求里就写了‘显眼’和‘简洁’，我按你写的做的呀。你想要啥具体的，比如色号或者信息项，咋不早说？”结果这老哥不乐意了，语气跟炸了毛似的：“开发就不能有点主动性？用户体验你们也得考虑吧！”我一听，火噌地就上来了：“那你需求写清楚点行不？我又不是你肚子里的蛔虫，咋猜你脑子里那点花花肠子！”然后俩人就跟斗鸡似的杠上了，会议室气氛直接降到冰点。

说真的，我压根没想针对他，这产品经理平时人还行，就是写需求老爱玩“抽象派”。咱开发和产品不都想把项目搞好吗？但这种模棱两可的需求老让我返工，真的快抓狂了！想问问各位大神，平时你们咋跟产品对齐需求的？遇到这种“云里雾里”的要求，咋沟通才能不撕破脸？求支招，救救我这苦逼码农吧！

哎，兄弟们，谢了啊，仗义支招给我这苦逼码农指路！😫 看了你们回的，感觉就是没 UI 设计师害的，产品那需求跟写诗似的，“显眼不突兀”啥鬼啊，@SoviaPhilo 牛，直接让我问他抄哪家大厂的按钮😂 这招我下次得试试！

想想真烦，中间没多问是我傻，闷头干了两晚，活该被产品 PUA ，血压拉满！下次得学硬气点，没原型图坚决不写代码，不然就是给自个儿挖坑。产品平时还行，就是需求老整玄学，咋破啊？有啥招能逼他把需求写清楚？最好有点 AI 工具啥的，省得猜他脑子里那堆花花肠子😓 求大佬们扔点干货，救救我这前端小透明，996 已经够烦了！

[rxswift]

没有 UI 设计吗

[SoviaPhilo]

让产品自己说抄哪家……

[gaobh]

我是产品，我不会这么说开发，我就直接打开 vibe code ，说说话生成个按钮，然后给开发看：来看看，按这样做

[linauror]

你们缺少一个 UI

[Paul0218]

前端干设计的活？

[gaobh]

@gaobh #2 vibe code 时就说：帮我生成一个炫酷吊炸天的按钮 。等几秒就完事了

[cnsdytedison]

我们这都是要产品自己画原型图的。排版都是产品解决。 包括大概的颜色。

[bitmin]

这不简单，加个中间层 UI ，让 UI 和产品先掐架，前端按照 UI 设计图实现，交互让 UI 和产品写清楚

我遇到需求不清楚都是让提需求的把文档补充清楚，碰到这种产品直接让老板叫他滚蛋

[alading11]

原型都不画能叫产品？产品画完原型了没有 UI ？找你技术 leader 解决

[horizon]

这是产品经理？这是老板吧

[gyinbj]

刚看到一个 “大吵一架，开发跟测试真的是水火不容的吗？” 。。。。。

这是怎么了 就不能和平共处么。

[niboy]

产品经理 -- 给色号、尺寸的是 UI -- 前端

很多公司没有 UI 设计师，所以。。。
你就说我也不是 UI 设计，你想改成什么样子的，你说，我去改，这件事就没了。

[abc1310054026]

实力差距悬殊，开发完胜。

[Bananana]

你们 UXUI 去哪了？

[thealert]

老板成功把少雇两个角色的陈本矛盾转移为农民阶级的内部矛盾

[jackOff]

贴产品 ui 设计啊，谁™看文字阅读理解

[quantum00549]

就算没 UI ，也该让产品画好原型

[chenstor]

“按钮要显眼但不能太突兀”=》请提供要使用的尺寸、颜色值。
“界面得简洁但信息量得足”=》请提供需要显示的信息，哪些字段明确写出来。
没有标准，都是瞎糊弄，不带这么写需求。模棱两可就是自己根本不懂吧

[yvyvyv]

这个需求文档，你也能开发。很厉害了，要是我直接就做不了。

[Dorathea]

"于是我熬了两晚，把界面搭出来了，自己觉得还挺 OK ，昨天兴冲冲拿去给产品看"
这中间没沟通么? 沟通很重要的啊, 尤其是那种不明确的需求.

[Kirkcong]

你们 UI 设计呢？

[ssssiiiirren]

这种就属于沙雕产品，让他给具体的设计稿就完了。

[xzour]

现在都 AI 时代了，为啥沟通，流程，跟文档还是那么传统？

[lifei6671]

UI 出 UI 图和产品达成一致后，UE 出交互图，再和产品达成一致，前端负责将 UI 图实现。后端负责实现产品的功能。只要 UI 和 UE 确定了基本上没啥争吵的。

[halobugTurbo]

要五彩斑斓的黑，找 UI 去。

[fds]

所以提前设计好很重要，设计先多做几版，确定好了用哪个再开始写代码。改设计图还是比改代码方便写。不过一般程序员不负责 UX 的活，每人能力和审美都有差异，得取长补短。他不满意你听着就行了，让他给下一版改进意见，如果这个按钮没那么重要就下次再改呗。当然这个 UX 具体要谁负责最好确定一下，别每次都为了这个反复。

[Curtion]

写程序本身就需要严谨固定的描述，对前端来说自然是 UI 设计图。 如果产品不是你的上级，那这就是一个话语权的问题，谁的话语权大听谁的。 你这种一般情况下就三个解决方案，一是找出 UI 设计图，让产品和 UI 去研究到底什么样子，你还原设计图即可；要不就是界面长什么你说了算；要不就是直接说做不了；当然还有一个方案就是认可产品话语权，他怎么说你就怎么改，就拉着他在你的工位上，他现场描述你现场改

[qxmqh]

不出高保？ 干啥呢

[LFL]

1.产品对产品负责 2.技术对技术负责
2.你做不不是你的职责，所以不用 pua 自己，也不用生气，你可以换公司，或者从现在开始只做好自己的技术就行了，其他和你无关的，兄弟

[Jackm]

你需要做一点问一点，而不是自己焖两天然后交上去。他会认为你是复制粘贴的代码。
2 楼的建议也很好，像这种模棱两可的，直接说我抄 xxx 的美工。

[unicreators]

遇到过一个奇葩产品经理，他在需求文档里尽半数功能后面写的是“同[一个其它公司产品页面地址]处逻辑相同”，
当你问他具体逻辑细节时候，他还会不屑的来一句“就跟他一毛一样的，是咱们实现不了吗” 哈哈。。

[jinjiang2024]

你直接 PUA 他 合格的产品得画原型图

[connor123]

问题出在你们产品不画原型图，我们都是要产品出原型图的，产品不出原型图，我坚决不动手

[TonyMontana]

你这是 AI 模仿《大吵一架，开发跟测试真的是水火不容的吗？》这个帖子写的吗？

[git00ll]

为啥需求评审的时候不提，为啥没拿到原型图就接这个需求。下次长点记性

[AokiNet]

@qxmqh 说的太对了，我也是前端，遇到这样的产品直接开骂了，但说实话我还没见过这样的产品

[woodfizky]

你不骂，我来帮你骂，这就是傻逼产品。


我觉得很多程序员其实都是在帮不称职的产品做了一部分事情的，因为很多产品的能力都很差，不知道怎么设计交互、怎么设计流程和程序逻辑。

区别在于有些产品知道自己能力差，你帮他做了本应该他做的部分，他会知道你帮了他；而有些产品不知道，甚至还反过来指责你。

面对这种傻逼产品麻烦你严格要求他，需求文档、UI 设计文档、程序逻辑设计文档等，都要他负责或者牵头输出。
这些文档没有达到你的接受标准，甚至没有文档的情况，不要开始干活！有问题就向上反馈！

[hahiru]

你是全干程序员。
他是老板。
加钱解决矛盾。

[vveexx]

产品话里听出了一部分甩锅和 PUA 的味，或者单纯的傻

[lee0508]

先让出效果图 ，再来做

[netizen]

我认为，产品经理这个岗位，就是很欠骂。

[RogerL]

常规流程：产品原型->UI 设计高保真->前端实现
非常规流程：直接说明白要抄哪家的产品

[juzisang]

没见过这么的产品，UI 实在抽不出空做设计的话。产品也会说照着谁的做...

你说的这种场景，我只在老板身上见过😅

[laoertongzhi]

“按钮要显眼但不能太突兀”“界面得简洁但信息量得足”


这是产品经理的需求？

这是老板/甲方的需求！

[way2create]

按 UI 做。。。

[way2create]

如果 UI 设计都没有的公司那就怼他 让他给你出 UI 不行别 BB

[showonder]

就拿一次你特别站理的事件放大，影响到老板决策，给你们招个 UI

[queifa]

没有 UI 吗？没有 UI 还要 bb ，给他脸了。

[Hieast]

级别一样喷死他，他级别高的话至少要高保真原型

[sunfly]

我是产品，但是我觉得这个产品憨批，时间紧任务重时候差不多交差就完了

[ml1344677]

原来我也能干产品经理

[openmm]

没有设计师，不掐架才怪

[snitfk]

不是应该先产品出原型和交互说明，UI 根据原型出效果图，前端再根据效果图再出页面吗？

[lenglengyuchen]

我也前端开发，应对措施就是不停地问，有时也内耗，产品需求写得不明确，很细节的东西有问题，别人的错误实打实的浪费我的时间，明明写清楚你好我也好，写不清楚就是浪费大家的时间

[duck3389]

@SoviaPhilo #2 精准

[hwdq0012]

不去当大 v 可惜了 这文笔像机器人

[harlen]

提示易懂而且得短，

bug 让直接本地跑，但不能直接连数据库，

开发速度得快，需要要自己去和客户对

[paullee]

这叫产品经理？

[kemistep]

从一开始就错了，直接要原型图，这是最低要求，然后在原型图修修补补；
正常是根据 UI 设计稿开发的，前端开发就是还原，功能实现即可

[EthanKai]

流程不对,所以才会扯皮, 需求原型 -> 设计稿 -> 开发 -> 设计还原 -> 测试 -> 上线

[ZoR]

原型图 效果图都没有，开发个 p

[Arvin567]

一根筋碰上两头堵，绝了

[ghostwwg]

你不对啊，没有产品原型你为什么要动手做？ 公司资源不值钱么？当然，跨部门的事情你要和直属先讲好，为了保证项目进度的稳定性，没有原型做不了。

[fengqing2]

只要不加班，产品想怎么改怎么改？要加班改，怼死产品

[darkjoker]

@unicreators 来气了🤣

[pweng286]

没设计图不干
就是一个按钮的样式也得给我设计图,或者明确说复用哪一个.

[wupher]

你是前端开发。

交互和原型应该是产品的活计，颜色和样式应该是设计或者美术的活计。

你负责的是实现。

[clarkethan]

你接触的这个不是产品经理，产品经理首先的职责就是画原型图，你连原型图跟设计稿都没拿到，你们公司缺位的角色太多了

[leo72638]

你们没 UI 设计的吗？为什么要开发来决定按钮颜色

[leo72638]

正常流程不是产品给原型图和需求文档，UI 给设计图，开发负责实现吗？

[YaakovZiv]

我能理解“按钮要显眼但不能太突兀” ，就是说按钮要金闪闪的可爱的，让人看页面就能注意到，不能用花花绿绿特别亮的，让人看了以后当作广告直接关掉。

[levelworm]

这种应该都是经理解决的吧。你就应该一开始就让他指明需求，或者在自己做之前把自己的想法完整的和他说，让他 email 确认。

[silypie]

增加几个校验的事，怎么被你搞得这么复杂

[xuanbg]

不是，你们没有 UI 设计的吗？你只管按 UI 出的文件来实现就行了啊，这和产品对线的应该是 UI 不是你啊

[THESDZ]

我只说一点:
"熬了两晚"，你下次熬的时候打电话给产品问需求，哪怕是自己知道的也去问，而且打几次分开问。

[9136347]

他就是在 pua 你，你妹看出来吗？

[shaozelin030405]

直接现场要色值，前端只负责实现。坐在他旁边做，说不清的话，就两个人一起做项目，到他觉着可以为止。

[yryc]

问产品要原型图

[l22576283]

别跟他扯淡，让他给原型图

[kalixi]

就这也叫吵架？

[xz410236056]

产品负责画原型图，UI/UE 负责效果 ,开发负责实现，各司其职啊。
产品原型图也得有啊，不是光写文档。

[duolanengda]

大家都散了吧，这文风一看就是 AI 生成的，附言就更明显了，和 op 以前的帖子语气也对不上

[Mcler]

一、前置沟通：把模糊的需求“翻译”成明确的目标

冲突的根源，在于缺乏可量化的交付标准。产品经理口中的“显眼、简洁、大气”是主观感受，而开发需要的是精确指令。因此，我们的首要任务，是主动推动他完成“翻译”工作：将抽象概念转化为具体的、可执行的方案。要求他提供带有清晰框架结构的原型图，这不仅能解决分歧，也是他作为产品经理的核心职责。

二、向上管理：应对情绪化的沟通伙伴

其次，关于产品经理的情绪管理问题。一位优秀的合作者，出色的沟通能力和情绪控制是必备素质。他的“炸毛”行为如果影响了团队协作，你可以温和但明确地提醒他，大家应该就事论事。如果这种情况反复出现且沟通无效，向上反馈就是一条合理的路径。这并非“打小报告”，而是为了维护整个团队的协作流程和项目健康度。

三、务实策略：明确决策机制以打破僵局

此外，关于决策权重的判断，这是一个非常务实的建议。在团队内部明确，当出现分歧时，由谁来做出最终裁决。这能为争执不下的情况提供一个终点，避免项目因无休止的内耗而停滞不前。

四、自我优化：用“过程同步”降低返工风险

最后，也是我们自身可以立刻行动起来的部分：加强过程同步。在开发过程中，尤其是在项目紧急时，不必等到整个模块完成。当你实现了一个关键节点（比如那个被吐槽的按钮），可以立即截图发给产品经理，做一个快速、非正式的“对焦”。这样做的好处是巨大的：它能让你在第一时间发现方向性偏差，实现“及时止损”。即便需要修改，代价也只是一个按钮，而不是推翻整个页面。

[sss393]

做一名前端

要学会谈判，
要学会折中，
要学会扯皮，
要学会拉领导当见证人。

这是很多新手小前端学不会的

[jaaazzz]

@duolanengda 终于有个明白人了

[shaozelin030405]

@jaaazzz 真的吗

[illiteracy0001]

没必要，时刻告诉自己，你只是执行者，不是实现梦想的人，“按钮要显眼但不能太突兀”“界面得简洁但信息量得足”这种需求直接打回

[ryan4290]

我寻思啥呢，你这小作坊都算不上啊这……

[deacyn]

这整体给人感觉公司是不是都有啥工作经验呢？

[HENQIGUAI]

你这帖子为啥一股 AI 味？

[pedestrianc]

犯了大忌，需求没讨论清楚就开始做。
按钮要显眼但不能太突兀”
“界面得简洁但信息量得足"
这两个就应该先问清楚具体效果。要不然不知道这么做。

[wengyanbin]

你们的产品不够专业，产品要给原型图。不用掐，问就是产品菜。不开产品评审的吗