最近因为工作调整，加上工作的小组有新的同事加入和出入，特别做了一下产品的一些复盘。
复盘的是数据可视化产品，包含项目包含软硬件设备。产品的研发立项是17年左右，目标是作为公司主打的市场化产品进行的立项。
第一年产品是基于基础内部使用的产品版本，进行了云端化改造，第一年改造完成后拓展了一部分对外的行业客户。客户有省市的热力集团，钢铁集团，移动集团，展会参展，教育行业等。
但在项目后期根据公司发展调整，需要全面配合公司的主营业务调整，项目作为辅助产品研发，需要帮助主营产品开拓市场。
公司部门也把人员和配套的开发方向都有所倾斜，优先保证主要业务的产品开发人员，不与主要产品团队抢资源，甚至以项目的招聘的人员也无条件投入到主要业务研发去。
这也让我反思，从公司层面是优先保障主要业务的研发进度，投入人力物力是没问题的。
但从项目管理上是不利于项目团队扩大和研发需求增长的。
现在公司产品研发需求进入下一个阶段，产品进入维护和平稳增长期，现在需要创新的亮点产品和对外拓展产品。
在这几年负责这个产品中，个人产品方面和思考也有成长，以前做产品关注的细节过多，现在需要从大的方向进行一个把控。
以前认为规划好的功能，但经过需求评审后但是决定不做的产品功能，也就是不需要继续开发的功能。所以过了三分钟热度以后，对于当初觉得优先级比较低的功能就放弃继续开发的急迫性，现在不做的功能，以后可能永远都不会做。
在产品方向上要从一次性产品决策，转变为把控长期研发目标，并通过产品的迭代逐步实现和验证产品长期规划。可以根据现在的功能重新尝试进行敏捷开发的实践。
同事们提到的一些问题。
在项目中遇到的问题和客户中沟通遇到的难题。我觉得最主要的是找到能帮你一起解决问题的关键人，不要因为自己无法处理的问题而耽误整体项目进度。从个人成长上要有自己的老师，要有钻研的劲头，但从项目出发，还要有能够快速攻克难题的能力，借助合适的外部力量推动必不可少。
针对复盘中吐槽的问题，给出自己的理解。
小的团队，在研发过程中遇到自己认为架构、代码、功能层面的傻实现，如果有自己的痛点，不能只是吐槽提出问题。
还要能够结合自己的实践经验给出一定的解决方案，不光要能提出问题，还要能够给出如果是你来做决定的话得解决方案与尝试的步骤，如果拿不定主意再一起评估可行性，希望全员都能参与到产品的改进中。
针对项目实施现场和使用中遇到的产品问题，我建议除了加强产品后期的测试和前期的规划外。程序研发在自己的程序开发中要能对最终的产品交付负责，不管哪个环节做出的开发，都要对最终交付到用户使用的这个功能负责，要做好最终产品的自测和易用性检查和调整。
开发的程序大部分不是给自己用的，开发了新产品、功能点，建议开发人员先当做用户，真实的作为使用方用上一个星期，把成品测试的覆盖的度做全，可以自己发现并改进开发过程中和使用过程中繁琐不宜用的大部分问题，剩下的那部分解决不了的功能才是自己真正开发不出来的功能。
针对程序的开发和架构实现，希望大家不要为了解决客户的问题而解决客户的问题，而是要在客户的实际需求中发现和提取出需求的共同点，从而能够提取和归纳出产品和架构的共性问题，再考虑进行功能开发。
开发者最大的优势就是能够把重复的工作自动化，把繁琐的工作经过一次改造进而简单化。一定要发挥开发者自己的优势和思考能力，不断提升自己的抽象问题和系统架构的能力。
关于整个产品发展规划。
目前来看，在人工智能、物联网应用、辅助决策数据管理等方向都值得投入精力去研究，但具体的产品方向还需要进一步探讨。
但在这些发展方向上一定不能丢弃自主研发为主的传统，现在的公有云服务提供的能力很全面，作为业务的尝试和产品的快速迭代实现功能，逐步把公有云的能力融入到产品中，保证业务需求能够快速上线。
但其中的底层能力一定要做到自己有备份，在离开公有云的能力之外，自己也能够进行相应的研发。
以机器学习的图片识别为例，能用公有云的图片识别快速上线业务，但也一定要能在研发自己的机器学习识别模型，机器学习的图片识别可以在开源机器学习和深度学习基础上自己做训练，并能逐步通过自研服务替代或追赶共有云提供的服务，并且能够做到针对自己业务模式训练特有的样本和输出识别模型。
这样才能保证个人研发能力和团队的研发积累有针对底层技术的提高，也能保证产品具有自己特色和特殊性。我们的好处是自己的服务器资源足够，自有机房也刚刚做了扩建，足以容纳几千台服务器的机房，还有很多空位可以使用。现在也正逐步上架机器中，需要硬件资源可以保证足量的投入。
自己做了底层研发，可以根据业务需要进行更多的尝试，保证业务具有一定的领先性。即便无法领先也能保证研发积累，跟上发展，随时具有应变能力，如果完全依赖于云服务，云服务的功能大家都能用，而且很有可能需要一直保持跟云服务的迭代保持绑定和更新，云服务的产品策略的调整异常频繁，需要一直保持跟进和更新才能保障产品不出问题。如果绑定了单一的云厂商还容易出现被断供而被技术卡脖子的风险。
综上，是我对产品近两年的简单复盘和未来方向期望，实际上，在最近一年，在项目加入新的产品经理后，我对整个产品管理和投入的精力都在逐步减少，一是精力有限，我的很大一部分时间转移到了公司业务的拓展和项目实施上面去了，另一方面也是希望锻炼大家在研发和产品管理上的成长和磨合。
对我个人也是逐步思考，以前自己关注的细节太多了，有时细节关注的太多，反而可能更多的钻到了细节的牛角尖，而忽略了更大的产品方向。如果能在做产品的过程中，逐步跳出产品自己的思维里，反而对很多以前较真的问题逐步的不那么较真了，也会逐步的让年轻同事多承担，多成长。
而整个产品的复盘，其实也是对自己过去工作的总结。总结过后，也许就是新的工作任务等着你。希望大家多多配合工作，将产品打磨的更好，做出新的亮点和成绩。