你的产品谁来买单

今天一个朋友和我一起吃饭，我们一起聊了一下他工作中的困惑。事情大致是这样的，他是一名PHP攻城狮，两年工作经验新丁一枚，95年生（比我整整小了一轮/(ㄒoㄒ)/~~），目前在一个互联网公司工作。最近几个月的工作主要是开发公司内部使用的业务系统。结果辛苦开发了2个多月已经在实施上线却遭到了各部门使用者的炮轰。我自己本身也是技术出生，特别能够理解他的心情，也是一边宽慰一边帮他分析问题出在哪。

技术gg：
我做的这个系统用肯定是没有问题的，功能都有了，只是他们不会用。我就不明白他们到底要什么，当初需求也不说清楚，总是说个大概，问多了，反而说我：“如果我全搞清楚了，要你干嘛？”
他们没有搞清楚我这是在帮他们开发系统，提升业务效率，他们还不主动配合，这还怎么搞？
先和他们说清楚思路再开发?我和他们说表结构他们能听懂么？他们也说让我先做个样子出来再改，可我真做了，他们又说完全不对，推到从来。
我不是不知道要这么做，是我不想这么做，我有我的坚持，我是做技术的，不是打杂的。

听了一会，我就已经知道问题所在了，一起分析了一下。

1.了解客户真正的需求

在和朋友沟通中了解到，他把数据录入、核对等功能做的非常细致，各方面都想到了，但是老板想要看板功能，想快速了解各个项目的财务状况，他还没开发到这一块；项目经理希望了解每天项目的盈利情况，但现在仅仅只用到对账功能；财务反应数据不清晰，还是更喜欢使用excel。辛苦几个月，结果所有的客户都不满意。
我们都知道，判定一个项目的成败关键是要看重要干系人是否满意。也就是客户或者用户是否对产品满意。想要他们满意，就要知道他们想要什么，只有挖掘出他们真正的需求，并满足这些需求，才能做好产品。

2. 遵循快速迭代，从最小MVP开始

企业内部做开发一定要遵循快速迭代，要最小MVP，要小成本是错，如果不是这样很可能最终做出来的产品夹杂了大量实际上并不重要的功能，而真正重要的功能反而容易遗漏。像我朋友这个情况，如果他能先做出一个能满足用户最基本需要的产品，然后再去优化各个模块，结果应该就会完全不一样。

3. 客户不需要大爷，需要的是优质服务

从我朋友的语言里，“我是帮他们”，我就发现了问题。在他看来，他扮演的是救世主的角色，是帮其他人提高工作效率。而真实的情况是什么呢？
业务人员的工作重心是为企业创造利润，而不是和技术一起捣鼓系统。他们并不依赖系统才能工作，如果没有系统，他们照样能够谈单子做业务，有个好用的系统只是多把好用的锄头而已，所以，业务不会特别重视系统的开发工作，在他们看来，这是技术部门的事情。从另外一个角度上来看，业务部门是客户，产品好不好，得看客户愿不愿意买单，他们不需要技术帮，而是买技术提供的优质服务和好用的产品。如果不搞清楚这一点，在心态上还处于自牛逼模式，想着你们这群什么都不懂的业务，不能理解我的系统的精妙。这样是永远做不出好的产品的。

4. 开放的心态

虽说励志成为一名技术大牛，但如果没有开放的心态，给自己处处设限，这个不是我想要做的，那个也不是我的领域。那只能是坐井观天。你做看到的世界可能并不是真实的世界。真正的大牛都是在多个领域有所涉猎，所谓只专注一点最终获得巨大成功的那种神话，更多的只是片面的传说，你怎么知道那些大牛只在一个领域？