需求：我想在页面的这个位置放一个链接。“是不是很简单，在html文件中加个A标签就行了。”提出要求的人可能并不知道自己真正想要的是什么。提出要求的人，通常只是结合自己看到的和自己想要的，也就是你自己的逻辑推演得出的所谓“需求”。不同领域、不同层次的人描述需求的方式不同。仅仅通过别人对需求的描述，其实很难了解对方的真实意图。比如上面添加一个链接的需求，实际提出这个需求的人可能想要的是：统计每个点击的用户可以自己修改这个链接的文字和地址，在不同的地方给用户展示不同的链接地区...要求只是一个主观的要求。这种描述方式，直接参考价值不高。我们应该和需求方聊聊背景，聊聊为什么会提出这样的需求？您是否考虑过或尝试过其他解决方案？1、你的需求其实并不需要开发很多需求，而是使用导致的现有资源没有得到充分利用。满足这样的要求可能只是部署一些资源的问题，而无需投资额外的开发。如果只是链接到活动页面，可以通过后台配置，不需要投入开发。该链接固定在当前用户的个人中心页面。我们有现成的组件，不需要写代码就可以直接满足需求。这是最优雅的实现。方式。2、这样你的需求会更好。提出需求的人可能缺乏某些方面的意识。我们可以在了解需求背景的阶段给出一些建议。把链接放在别的位置会有更高的转化率，不会让用户觉得恶心，如果提出需求的人比我们的产品感性更高，那我们给对方提建议就有点棘手了对方此时。但是这并不妨碍我们在了解需求的时候会问“为什么要把链接放在这里”，我们可以抱着学习提升自己的心态去问。3、你做不到这一点有些需求在这个阶段可能做不到，但是这些做不到的原因可能超出了需求方的认知。把链接的文案和文字的控制权交给外部，这样就不会通过安全评估。此页面无法吸引大量流量。我们需要先优化性能，否则服务器无法处理这种情况并解释清楚，拒绝该拒绝的。有些原则问题是不能容忍的，强行满足这个要求迟早会出事。当然，有时你会遇到一些需求者，他们在某一点上没有沟通。这时候可以考虑谈谈感情和价值观。4、找到ROI较高的平衡点提出需求的人，可能并不知道实现成本有多高，所以需要讨价还价。这个地方可能要下个月加链接，明天以按钮的形式上线。实时修改可能需要一周的工作时间。如果你容忍延迟1小时，它会立即完成。如果我们了解背景，我们可以发现需求方的描述中有些部分与背景完全无关，只是拍脑袋决定的。如果只是添加一个条目，不一定非得是链接的形式，也可以用一个按钮来完成。如果使用按钮的方案不需要任何开发，但改成链接可能需要跨团队协作和App版本发布，那为什么还要坚持使用按钮呢？***考虑清楚后，我选择AddanAtagtothehtmlfile。需求真的只是加个链接而已，并没有我想的那么多狗屁。但这并不是什么值得遗憾的事情。在一个事物进入最终状态之前，它存在的概率足以让我们思考这一堆问题。侥幸心理最终会输给墨菲定律。
