转自孙旭东 数字盆地
最近集中研发一个软件，算是产品吧，我个人的定位不是研发者，更像是一个需求提供方和督导方，所以看到了很多细节层面看不到的产品构建问题，总结分享一下。
有没有感觉大多数软件设计和任务规划没什么问题，但最后总是达不到预期？
这种问题一般不是技术而是产品思维问题。一些软件研发问题其背后是业务模式和商业模式的缺失。即便一些专业的项目经理和产品经理，这方面的问题也很严重。
比如在做做一个面向业务管理和研究人员的产品中，很多方案都是从技术出发的设计，而不是从业务（管理和研究）角度的设计，因此他们的设计更多是软件产品的技术架构，从数据到功能的架构一致性以及软件产品的UI与UE，甚至是一些按钮的功能等等。
但是，如果基于软件价值体现角度，会发现这些界面背后其实是有一个庞大而系统的逻辑，这一点远远比“按钮”本身更加的重要。
1、从3个方面看软件价值如何体现？
首先，我们的软件是一个体现业务模式实现的工作流程。
软件的功能要围绕业务人员的需求进行分解，明确需求、场景及流程以及三者之间的关系，将他们最想要看到的东西，提供一个顺畅的流程展示出来。这个一般被称为用户故事，在UML等常规设计流程中，一切功能设计都以用户故事作为起点。
其次，软件功能与交互设计就是要体现业务场景（静态）和业务流程（动态）。
UI最大的要求，是如何展示以实现对于行业专家最大的吸引力。UI设计不是一个个按钮组成的面，而是一条条清晰的业务主线，你会不自主的按照这一个个主线走下去。每个版块如数据面板、交互按钮、模块、控件等，都是实现这个主线的重要组成，用户被引导着将这些内容串起来。
最后，是敏捷和迭代的设计方法。
设计不是一蹴而就，尤其软件如此。一个用户故事，首先是流程以最顺畅的方式在界面实现，步骤越少越好。然后就是面向业务场景的优化过程，包括实现数据内容最大体现度、数据最丰富且聚焦的展示效果，数据最高效的融合与分析面板构建。
2、所以，产品经理责任是什么？
软件产品经理，是一个定位比较模糊的位置，有人认为是软件界面和用户体验，有人认为是整合需求研发和测试，有人认为延伸到用户和市场，而通用的产品经理涉及到了产品构想、设计、研发制造、营销和渠道。
但无论如何定义，产品经理不是按钮和调色，不是一个软件的UI和交互，也不能停留在功能和架构整合。产品经理最大的作用是连接需求和技术，是团队和用户之间的桥梁，这个桥梁的价值体现在需求响应上，也就是用户和市场上面。
可以说，软件不是一个行业，计算机甚至互联网也不是。软件和IT技术所服务的对象，才是一个行业。
你对与这个行业的理解，决定了你的技术的价值；你面对的行业价值，决定了你的软件价值。
往小处说，软件是一个明确的用户需求的场景实现。往大处说，软件产品需要从行业态势、市场需求、市场竞争环境、用户心理等大的框架，一步步落实到软件功能、产品优化、用户体验。
3、再往高处说一点，什么是商业价值？
商业的本质就是价值交换。无论做什么技术，都要学会创造价值，并且提升。价值变现能力，要做到这一点，就要设计一种商业模式。
对于生产制造，商业模式是提质提效的一种流程方法。对于科学研究，商业模式是催生探索和发现的一种研究模式；对于管理，商业模式是一种促进沟通加强整体竞争力的流程优化。而软件或者IT技术，就是将技术作为众多方法一种，系统的思考如何构建这种能力。
这种能力构建可能是面向某一个局部业务，也可能是面向通用业务，也可能是面向整个大行业，但无论如何，是构建一种商业模式。而商业模式所处于产业的市场规模和竞争态势，以及产品面对产业环境的定位、自身竞争力、可复制性、可传播性等，决定了软件价值及其能够走多远。
限于篇幅不能展开这个庞大的课题，但只有具备这些系统的知识体系作为思维框架，你才能构建一个能够持续走下去的软件产品。
4、最后，改进与否的选择
雷军说“不要用战术的勤奋来掩盖战略的懒惰”，这句话其实是说给产品经理的。
产品经理是企业家冒险精神的最大体现，但很多设计者依旧是一个打工者思维，你在产品设计上哪怕有再多的思考，和那些不经思考落下来的东西其实表面上没有太大差别，因此从工作量考核角度，多数人选择了不去思考。但这不仅仅是研发者设计者的问题，还有环境和考核的问题。
但一个产品经理，你是否愿意拓展一下思路，从现在看到未来，从手头的事情看到产品的应用呢？如果确定想要研发这样一个里程碑的产品，你是否梳理过这带来的巨大工作量以及对当前的不利影响，又是否能够承受呢？
