需求与解决方案的关系

在平时工作中，我们会经常接收到来自不同的需求，在他们提需求的时候或多或少都会说到一个解决方案，对于一些没踩过坑的同学，可能就会直接应用这些解决方案，也没有仔细去了解整个需求的背景与发生场景。导致最后过一段时间后，又延伸出一个新的解决方案。
需求是抓鱼，于是那里一条棍子打鱼，并未发现棍子这个解决方案质量是否结实良好，但最终也帮你打晕了鱼。
  铁三角  停车场栏杆的解决方案
某物业办公室的对话：主管：自从装了停车场栏杆后，收到很多业主的投诉，下个月就要把停车场的栏杆拆掉了，不再安装栏杆。看到主管这样说，或许有很多人就会直接去执行，下个月就把停车场栏杆拆了。如果用我们铁三角的需求分析小Q：主管为什么要拆掉了？
主管：因为很大业主都骑着单车，电动车进进出出，每次业主都要在栏杆前等一下，才能通过。极大浪费时间。
最优解决方案
估计很多人都遇到过，小区的停车场保安亭栏杆都缩短一点，就如同我下图红圈那样。
在能阻拦汽车进出的情况，又能便于骑车的人通过。将原来的栏杆锯短预留两个身位的样子即可。

  公司工牌脱落的问题看到这个工牌或许大家没觉得什么特别的，而我最想吐槽的是这个工牌的设计真的很烂。

• 你可以用透明胶把它粘起来，缺点就是过久了透明胶的边界会黑黑一条边

• 也可以用502把它粘死，缺点也很显著就是锁死了，不能再拆开

• 还可以公司之间换别的工牌扣

  结语

当你的日常工作如果有业务方给你提需求的时候同时也跟你说解决方案（比如：在某某地方加个按钮），这时你先不要否定这个需求，因为Ta能提出来，说明是已经遇到问题了。

而你可以多问几个问题，了解清楚问题背后的原因与场景，是否有发生的前置条件。

了解的差不多后，你就可以委婉的说：之前提的解决方案在某某地方加个按钮是能处理这个问题，但如果XXX场景或XXX条件时，就会XXX，我觉得可以XXXX。

这样沟通下来后，或许给你提需求的业务方听到你的解决方案后，也会豁然开朗，也有可能把之前Ta没想到的问题也梳理出来，最终得出一个比较完美的解决方案。

点个“在看”，来个“赞”，求“分享”