我不是一个作产品人，但我有一颗作产品的心--浅谈“痛点”

     我是一个传统意义上来讲的程序员，从一毕业，到如今，我没有专精于一门语言，固然除了工做和项目的须要外，我本人说实话也想多接触各个方面的知识！

     以前接到了一个很棘手的任务，其实应该算是一个没有明确目标和实质内容的任务，具体不详细展开，最后我中下来，大体方向应该是：传统软件如何更好的向互联网发展！其实这个标题很大，内容很泛，实际很空洞。各类软件拥有不一样的用户群体，为用户带来各类价值，直接复制别人的成功之路，不必定会带来多大的价值利益。若是小米学习苹果的订价策略，那么应该不会有今天的小米吧？

      可是，咱们若是抽象一下，还有一句话是这么说的：解决用户的痛点！好吧，挺有道理的，咱们的用户解决不了的、很难解决的，若是咱们帮他解决了，那咱们等于帮他带来了价值，相对而言，软件也就成功的八九不离十了。说到这里，我估摸着要转折下了，否则我要跑出我本身定的中心思想了。

      解决用户的痛点当然重要，可是怎么样把痛点更好的、更便捷的解决方案作一个规划实施，应该是在找出痛点以后相当重要的。

      我相信不少软件公司的现状是这样的：产品人员或者说市场人员穿着光鲜亮丽的穿梭于用户和研发人员之间，从用户的角度最大限度的提出对于产品的需求，时不时还会加上本身的一些逻辑思惟。固然这并非一件很差的事情，只是我以为应该可以更好。以前听过公司里的领导给咱们讲小米的研发模式，让用户走进研发，是的这是一个让产品更好的方式，但为何不让研发人员走进用户呢？这很难？我想确定有必定的不小的难度！可是，试想一下，如若研发人员走进用户的使用环境，了解用户的使用环境，抱怨用户的使用环境，是否是在进行开发的时候更容易站在他们的角度进行思考，更容易切入他们的痛点，从而更好的完成产品的研发工做！这段说的是走进用户！让咱们也穿上正装和用户“谈天说地”吧。

      而后？固然是走进业务，若是说走进用户让研发能从用户的角度出发去思考如何实现功能，那么走进业务则是从产品业务角度去思考代码的实现了。从传统层面来讲，应该是了解业务优先级高于了解用户，可是我的以为两个应该是相辅相成，缺一不可的。二者应该没有主次前后之分，走进用户的同时学习业务，走进业务的同时了解用户！作到了这两步，我想产品在质量和用户层面又会提高到一个新的高度！

      接下来讲说对于产品人员的一些门外汉建议。

      产品人员对于用户痛点应该是理解的最为透彻的，也是掌握软件产品成功与否的命脉的相当重要的一个角色！我赞成一个合格的产品人员应该严格的从用户角度出发，以解决用户实际切身问题为出发点，提出软件产品需求，细化功能要求。可是有时候过于的站在用户角度，而没有考虑实际问题，每每过分的看待“上帝”，致使对于实现会遇到种种难题，最后使得进度不理想，退而求其次，仍然没达到预期效果，若是能在一开始，将需求的想法与研发人员进行沟通（目前咱们的产品组已经作的很是不错了），或许能够在一开始就将方案定的更加切合实际。固然，任何一件事情作到极致或许就或许可以提升成功的概率，但每每事不遂人愿，咱们只有在有限中追寻无限才可以成功！

      宅男们，让咱们脱掉眼镜，穿上正装，拿起产品手册，一块儿产品人员创造更优秀的软件产品吧！