我是一个传统意义上来说的程序员，从一毕业，到现在，我没有专精于一门语言，当然除了工作和项目的需要外，我本人说实话也想多接触各个方面的知识！
之前接到了一个很棘手的任务，其实应该算是一个没有明确目标和实质内容的任务，具体不详细展开，最后我中下来，大致方向应该是：传统软件如何更好的向互联网发展！其实这个标题很大，内容很泛，实际很空洞。各种软件拥有不同的用户群体，为用户带来各种价值，直接复制别人的成功之路，不一定会带来多大的价值利益。如果小米学习苹果的定价策略，那么应该不会有今天的小米吧？
但是，我们如果抽象一下，还有一句话是这么说的：解决用户的痛点！好吧，挺有道理的，我们的用户解决不了的、很难解决的，如果我们帮他解决了，那我们等于帮他带来了价值，相对而言，软件也就成功的八九不离十了。说到这里，我估摸着要转折下了，不然我要跑出我自己定的中心思想了。
解决用户的痛点固然重要，但是怎么样把痛点更好的、更便捷的解决方案做一个规划实施，应该是在找出痛点之后至关重要的。
我相信很多软件公司的现状是这样的：产品人员或者说市场人员穿着光鲜亮丽的穿梭于用户和研发人员之间，从用户的角度最大限度的提出对于产品的需求，时不时还会加上自己的一些逻辑思维。当然这并不是一件不好的事情，只是我觉得应该能够更好。之前听过公司里的领导给我们讲小米的研发模式，让用户走进研发，是的这是一个让产品更好的方式，但为什么不让研发人员走进用户呢？这很难？我想肯定有一定的不小的难度！但是，试想一下，如若研发人员走进用户的使用环境，了解用户的使用环境，抱怨用户的使用环境，是不是在进行开发的时候更容易站在他们的角度进行思考，更容易切入他们的痛点，从而更好的完成产品的研发工作！这段说的是走进用户！让我们也穿上正装和用户“谈天说地”吧。
然后？当然是走进业务，如果说走进用户让研发能从用户的角度出发去思考如何实现功能，那么走进业务则是从产品业务角度去思考代码的实现了。从传统层面来说，应该是了解业务优先级高于了解用户，但是个人觉得两个应该是相辅相成，缺一不可的。两者应该没有主次先后之分，走进用户的同时学习业务，走进业务的同时了解用户！做到了这两步，我想产品在质量和用户层面又会提升到一个新的高度！
接下来说说对于产品人员的一些门外汉建议。
产品人员对于用户痛点应该是理解的最为透彻的，也是掌握软件产品成功与否的命脉的至关重要的一个角色！我同意一个合格的产品人员应该严格的从用户角度出发，以解决用户实际切身问题为出发点，提出软件产品需求，细化功能要求。但是有时候过于的站在用户角度，而没有考虑实际问题，往往过度的看待“上帝”，导致对于实现会遇到种种难题，最后使得进度不理想，退而求其次，仍然没达到预期效果，如果能在一开始，将需求的想法与研发人员进行沟通（目前我们的产品组已经做的非常不错了），或许可以在一开始就将方案定的更加切合实际。当然，任何一件事情做到极致或许就或许能够提高成功的几率，但往往事不遂人愿，我们只有在有限中追寻无限才能够成功！
宅男们，让我们脱掉眼镜，穿上正装，拿起产品手册，一起产品人员创造更优秀的软件产品吧！