每个产品设计及研发之初都有的明确的产品定义及面向的用户群，随的产品的发布与用户使用，产品会进行多轮的重构及优化。但无论什么样的产品，我们是可以将其抽像为几个关键的节点的。
用户打开某个应用后，除非一进入应用就能看到所需，那知必然要产生人机交互行为表达需求。
每一次的用户的操作都是在表达自已的需求，简单的讲任何的输入行为都是都是用户表达需求的行为。
比如用入输入一个搜索关键字，选择一个商品类型，播放/暂停音乐，二维码支付等。
寻找适作产品的表达方式，为用户优化表达方法，实际上很难，投入及产出可能是个极端，
产品是帮助用户解决需求，用户也是在成就产品。这是一个无限循环的依赖。
这个节点算是产品的大脑，用户输入什么，产品输入出什么，为什么支持这样输入，为什么输入这些？这个节点的过程用户可能看不到，但的确实实在在的存在。
对于常规的输入及输出组件，在不同的设备系统平台中都会提供常规的API方法进行使用。用户也学会并习惯于这些通用组件使用。
对于这个节点我的理解是，产品能为用户解决什么问题，是重点是产品的核心价值。好的使用体验是加分项。产品的研发过程是有成本的，同样也有时间的窗口要求，有些模块注定是在产品的迭代过程中不断的更新与调优，在设计之初为其留些空间及并少些依赖长期来说是件好事。
用户需求响应的过程是一个持续非规律性的过程，是个多轮需求表达及反馈的过程，快速响应用户需求是最有价值的产品形为。
虽然产品在开发及设计之初有的目标用户，但只要这产品非定制化，那就存在用户的用户群的差异，产品运行的设备差异。对于单个用户来说，基础的对比还是比较容易感知的，比如：这个产品界面很漂亮，这个产品搜索速度快，这个产品用的总卡顿，呃又闪退了。。。
4)产品的功能不仅是用户使用
产品发版之后，用户买不买单，新功能是否符合产品定位。如何衡量，及决策后续的工作重点。
这时需要收集用户的反馈，用的怎么样呀，有什么建议呀，这个情况比较适合高阶的用户反馈，大部分用户是没有这个意识，仅限于使用这一层次。还有一种情况就是对用户的操作进行打点统计，实实在在的用户使用功能的轨迹，时长，动作，再进行数据分析，分组，对比等，确定一些必要功能点及其依赖，进行产品的下一轮的迭代与优化
5)功能节点抽像与理解
总结一句话，有输入，有加工，有输出，有反馈，这四点就可以成就一款产品。
产品中的任何一个功能点也都可以被这四个节点进行描述，试想一下，如果这么分解下去，很多事情是不是容易多了？
