在公司经常面对业务方的一些各种需求，有些比较常规可以直接处理掉，但有些由于一些原因很难处理：
- 可能需要跨多个团队配合要花很久的时间
- 也可能是技术上暂时有一些瓶颈，很难做(比如依赖的中间件功能不支持，系统的效能受制于依赖方)
- 或者自我感觉ROI很低，把这个东西做好了没什么价值，又占用了特别多的资源
- 或者有时候业务方我全都想要！有时候存在一些制衡关系，有时候真的短期做不完
- ...
业务方有这个需求，可能不会管那么多，你是技术，要实现去解决啊。作为技术人员，我们可以和其它技术同学说这个需求多么不合理，多么扯淡，和其它技术同学证明这个需求的不合理性，技术同学一听，确实很那处理，然后对你表示认同。 然后我们心安理得的非要说服业务方这个东西不能做，多么XXX，这种问题就晾在那里了。
只找出需求的不合理之处，拒绝需求的方式真的合适吗？
我觉得不太合适，我们的客户或者用户不是技术人员，也许可以理解你的难点，也可能理解不了你的难点，但不管如何诉求是存在的？ 对于能理解我们难处的，要表示感谢，对于不能理解的，也不能说业务方不近人情。我认为我们要关心不合理的需求能不能实现。难做不代表不合理...
从另外一方面考虑，就是我们做产品的目的是什么？
产品体现开发人员的价值 作为技术人员，难得不想拥有一部属于自己的作品吗，一个好的产品，来显示自己的价值。我们需要一部作品，而这部作品的价值我认为主要是通过能不能解决用户面对的问题，能不能在体验最优的情况下解决用户的问题，如果不能，很明显这部作品是不够的。产品需要解决用户的问题 。 因为大家是一个公司的，或者一个项目组的才有这个可能性愿意使用我们所开发的产品，这些是我们的种子用户，如果种子用户一直吐槽产品体验这么糟，我想要的东西你都没有，烂产品，太难用，以后肯定不会再用这个玩意的。 那我们开发的产品价值在哪里呢？
我想我们的视野要放宽广一点，我们的用户不仅仅是眼前在公司提需求的同事，如果我们只是服务同事，那也许我们的价值就是拿工资解决公司的问题；如果我们要做的东西是要到市场上PK的呢，能不能超过市场上同类型的产品，假如我们能服务到广大市场中的用户，并且愿意使用你的产品，那我们的价值又会如何呢？
感谢那些提问题的人说起来有点虚，这个主要是对自己更有帮助，把“不合理”的需求看做一种鞭策吧，想一想我们认为的不合理是真的不合理吗，有时候我们遇到业务方的甩锅等情况感到不爽，那么我们的产品是不是能避免类似问题出现呢？
我想产品是一个很广的概念，可以是淘宝App，特价版App这种上千人协作的大产品。有时候个人可能开发一个后台，这其实也是一个产品。淘宝这种大产品不在我们的考虑范围内，我们更多的是让其中的一小部分是不是足够最优。
问题肯定是存在的，不要把自己当做只是服务与眼前的业务方的人，往上再看一层，我们的产品能服务更多的人吗？ 如果凭借我们的努力与付出能解决这个问题，那么就想办法去处理。把问题归咎于外界，不合理，环境问题只会让我们内心好受一点，并没有直面问题。
我想在不断解决复杂问题的过程中，我们一定会成长的很快。
共勉，希望自己能不找借口，直面困难。
网友评论