最新UI来了！爱因斯坦的思维实验给我们带来了什么？
得益于珠海和太原两地的国津研发团队同仁们半年多的努力，最新发布的国津ESM V4.0第一个Demo版出来了。
这次产品发布的重点是“第三代UI（用户交互界面）”，是大家谋划已久的事情了，所以，大家的兴奋之情，不亚于我们成功拿到了“新算法”软件发明创造专利。相关的参考视频如上。国津视频号里面还有其它的相关视频，欢迎朋友们查阅。《易经》说“元亨利贞”、道出了四季的不同。毕竟，秋天是收获的季节。
自2010年第一个发布V1.0以来、这已经是大约第30个较大的迭代发布了（因为中间较小发布例如V3.7.1、V3.7.2等等也有不少）。国津产品每年都至少保持三个版本以上的升级迭代，主要依据客户需求、概念创新、技术与设计创新、技术更新要求......等等，我们孜孜以求的是，给用户们提供最全面的产品功能、最佳的操作体验！
而我们的产品创新收获，也得益于我们的产品创新基本策略以及我们的方法论。本文下面的重点内容标题是：
第一、国津产品创新基本策略、由苹果的创新说起；
第二、国津产品创新方法论、专利与“思维实验”；
第三、关于国津团队；
第四、附录：产品经理需要懂一点“心学”与“循道”；
第五、附录：产品迭代的传承有序——前几次产品发布的版本说明。
（图注）国津珠海研发办公室一隅，工程师们开发软件的场景。墙上图片内容为“软件报国，科技之津”
国津产品创新基本策略、由苹果的创新说起
“苹果手机推出之前并没有用户知道那就是他们想要的手机”，乔布斯的这个说法在产品创新方面广受推崇，也是欧美的产品经理们这些年来广泛推崇的“Radical Change”(激进的产品改变)其中一个重要的实际案例。国津研发团队推出的ESM相关产品、服务地图和影响树(Service Map & Impact Tree)也是这样的“Radical Change”。当然，相关的概念并非完全没有参照国外的资料。美国业界已经有类似的概念、但仅仅用于“告警管理”(Alert Management)，而不是像我们的产品这样真正用于广泛的业务服务管理(ESM)。我们自主设计了“服务地图算法”(ServMap Algorithm)，成功申请到了国家发明创造专利。
关于客户们的反响，一方面，2020年产品推出以来，我们已经有不少客户用上了这个产品，长城超云（中电超云）还把服务地图用到了他们的大屏展示里面，有现场照片为证。另外一方面，笔者亲手参与给客户们演示过不少次相关的服务地图产品视频，亲眼看到其特色概念和产品实现得到了这些客户们的现场一致认可。
（图注）如图，现场照片，国内云计算基础设施大咖、中电超云位于南京的信息中心里面，正在正常运营的国津ESM系统之大屏展示效果，包括国津Ahoova 服务地图等等各种综合数据展示、各种Chart……
苹果手机推出之前并没有用户知道那就是他们想要的手机。做ESM管理软件也是一样道理，我们真正做到了产品创新。客户们看到了已经研发成功的国津ESM产品与服务地图、立刻领悟到“这就是我们想要的！”
在最新的西方“产品创新管理”理论中，和“Radical Change”(激进的产品改变)相对的是“Incremental Change”(渐进的产品改变)，一般就是由用户们提出来的。这当然也是必需的。但是如果完全只考虑Incremental Change，没有激进的创新，后果可能就是盛极一时的诺基亚手机后来所面临的窘况。
国津产品创新方法论、专利与“思维实验”
爱因斯坦说，他的一个科学研究方法叫做“思维实验”(Thinking Experiment)，就是在没有实际动手操作实验的情况下，靠大脑想象、推理、模拟实际场景来得出科学结论；他的狭义相对论就起源于他的这种思维实验：例如，速度加快的时候，时间为什么会变慢？他想象，在一列高速火车里面有个“光子震荡时钟”，因为光速不变，那么火车越快，光子震荡距离就越长，所以时钟就会越来越慢... 有兴趣的朋友可以搜索相关资料看看，笔者就不赘述了。笔者在参与设计国津ESM创新功能的时候、颇有类似的体会，常常要做类似的“思维实验”，不然很多实际用户使用场景、相关的产品逻辑就可能会理不清楚；尤其是管理软件、最终落地都是要考虑清楚相关的用户使用场景，明白具体逻辑究竟如何推演。如果不思考实际场景、业务逻辑不严谨不清晰，要做管理软件产品、那简直就是不可能的、不负责的。读者朋友们、尤其是专业性较强的朋友们在阅读本文时、如果能够自己再加一些思维实验，效果会更佳。
（图注）国津ESM系统的一个“面板”样本及其中间部分的服务地图。
例如，在一个纯CMDB环境里面，服务地图如何理解？其实就是 “CMDB图”。这个时候，服务地图里面每一个色块、即关联的影响树的树根都是“某一种应用程序或者其中一个实例(instance)入口”，例如财务软件、ERP的某一个instance、CRM、或者公司网络门户入口等等，这一点即所谓“Application-Centric”（应用为中心的）服务地图构建原则，然后由此向下延展出相关联的“树枝”，例如相关的数据库、中间件、云主机等等；这个影响树其实才是科学规范的 “配置项CI关联关系图”。不然，没有规范的、单纯的广泛意义的CI关联关系图可能任意延展、无边无际…… 实际可用性可能就有问题了。我们不妨在脑海里想象一下，做一做相关的“思维实验”。
我们回到服务地图加CMDB与业务流程的ESM普遍情况，当我们设计一个影响树的时候，哪些应该是On-Map（在图）的？哪些应该是Off-Map（离图）的？因为服务地图是“Application-Centric”（应用为中心的），着重于“Business Service”（业务服务），那么影响树里面就不能堆砌太多非核心的内容，有些属于“技术服务”(Technology Service)的内容就可能不适合放入服务地图下面的影响树，否则不利于突出重点、可读性变差了。那么具体到某一项业务服务（例如“国津ESM客服系统北京实例”、“智慧城市之环境感知入口”、“预定会议室”）的是时候、该如何考虑？
如果一个 Asset（资产）游离于所有的影响树（Impact Tree of a Service）之外，那会是什么情形？意义何在？如何处理？另外，服务地图相关的影响树里面，如果服务拥有者(Service Owner)和服务匹配管理员(Service Mapping Administrator)发现某个Service下属的影响树找不到合适的树根（或者说、该服务的“入口”）该怎么办？
这些问题都是比较专业的ESM系统咨询问题，笔者就不赘述了。有兴趣的朋友可以联系我们国津团队、大家一同看一下我们的系统概念、系统操作、一起切磋。
（图注）我们的软件发明创造专利也来源于“思维实验”，不然，何来独创性的产品？
关于国津团队
在中国，有这样一群年轻人，自2009年创业以来就一直耐住寂寞、兢兢业业、专注一个领域、学习研究国际上最新的英文原版行业资料、扎扎实实服务客户并且打磨迭代相关的软件产品、不断提升相关的管理咨询水平。他们坚持定位“中国的Servicenow”、聚焦于“企业服务流程化管理系统”(ESM)。他们始终坚持伊隆·马斯克倡导的“第一性原理”，有自己的产品创新和领域创新、有自己的软件发明创造专利。所以，他们是国内在这个领域 无论从理论到实践、从咨询到产品、还是从概念到实际应用场景落地、都经验最丰富、并且理解最为深刻的一群人。他们就是、国津团队！
前一段时间，笔者参加了我们一个外企客户的ESM产品交流视频会议，在将近两个小时的会议里面，两位外国朋友细致地了解了我们的一些产品细节，我们也播放了一段英文讲解的特色产品功能演示。相关的同事也做了充分的准备，英文交流过程一切顺利，交流的气氛也挺活跃，交流的效果大家还是颇为满意的。他们也得知并且十分认可的一点是：“Guojin Company has been developing the ESM product for over 14 years, that’s very good persistence in China.”（国津已经开发迭代ESM软件14年了，国内在这个行业能够这样持之以恒地打磨产品、颇为难得）。
知识链接
ESM, Enterprise Service Management是欧美近几年最新流行的企业服务管理概念，在国内目前完全没有普及。美国的同行Servicenow 就一直在大力推广这个概念。ESM的落地应用场景非常广泛，大到老板可以直观地管理业务漏洞，小到“IT配置项管理(CMDB)”。里面蕴含的ISO20000科学管理思维自成体系、颇为引人入胜，闪耀着理性的光辉、让人体会到一种“逻辑美”。
附录一
产品经理需要懂一点“心学”
【关于“贵目贱心”】笔者的体会和建议是，产品经理需要懂得一点“心学”，因为“光明莹彻之心”有助于一个人哪怕在外界质疑声与逆境中、也能够岿然不动地搞定产品创新。产品经理、设计者要能够“循道而不二”，按照客观规律理性做事做人，不然就真的是有点儿“二”了。
“阳明心学”相关的古书《传习录》里面有明代王阳明先生的学生记录的一个故事：有一学者病目，戚戚甚忧。先生曰：“尔乃贵目贱心。”
说的是，有一位弟子患眼疾，大概类似某种严重的红眼病，于是终日闷闷不乐。阳明先生就说他“贵目贱心”，太看重眼睛啦，按照北京方言的说法，把“心”给“糟贱”了，很不划算。听说现代宇航员有一种心理训练，可以让他们任何时候都排除“抑郁焦虑”、维持健康心态，而阳明先生看来在大约五百年前就已经有这种训练了。
古书没有交代后来那位弟子如何了，但是俺读到这里，颇为佩服阳明先生的这种观点。他认为，光明的心甚至比任何身体疾病都重要。其实他自己也常年患肺病，但是却积极乐观，保持“此心光明莹彻”，优化了儒学、独创心学，而且两次成功地为朝廷平叛。立言、立功、立德都做到了。
先生曾经乘坐海船赶路，遇到大风暴，古代根本没有卫星云图、没有海上天气预报，海船出事概率不低；可以想象当时情况多么凶险。而先生像很多古代圣贤一样，从容镇定，作诗一首：
险夷原不滞胸中，
何异浮云过太空？
夜静海涛三万里，
月明飞锡下天风。
这诗真妙啊！体现了典型的阳明心学思想：“物”或者情绪、恐惧原本就不在心中，与空中浮云有何区别？心如明镜、本来无一物，有“物”来了、镜子有影像；“物”一走，影像消失、则心又恢复光明、如明镜矣！
附录二
项目经理、产品经理都需要明白“天行有常”
明白“天行有常”，明白“循道而不贰”，就是要尊重客观规律，不能任性妄为。欧美发明了不少国际标准如ISO20000、ISO9000、PRINCE II等等，也是为了让工作者们、合作者们能够“循道”做事。
笔者亲眼见过若干次这样的反面教材：例如，明明知道、“自研”主营业务之外的陌生领域的软件终究会费力不讨好、偏离公司“定位”，明知道“专业的事情要交给专业的人做”，但还要仅仅因为本单位里面程序员较多就一意孤行搞“自研”，那么两三年后甚至更短时间内就发现：或者项目失败、或者自研的东西无以为继，浪费了大量成本和资源。还有，比如，明知道项目组织不科学、项目负责人权限不足、沟通不顺畅，还是要勉强做项目，结果项目做得颇为痛苦、项目周期拖延、或者项目最终失败，又是浪费了不少资源和成本。
真正的仁者，深谙荀子所说的 “天行有常，不以尧存，不以桀亡！”、“应之以治则吉，应之以乱则凶”；他们恪守“循道而不贰”，所以“天不能祸”。“循道”和“心学”并不矛盾，悟道循道则内心更加容易光明，而内心“光明莹彻”之人，大抵是不会任性妄为的。九十多岁的查理芒格说，一个人只要坚持不做Crazy(疯狂)的事情，就会比一般人强。老人家说的这是多么明显的浅显的常识啊！
附录三
产品迭代的传承有序 ——
前几次产品发布的版本说明
【Ahoova 3.8 GA版本发布说明】
1. 开放了日文版本基础数据加载和语言切换；
2. 修复了在上个版本中发现的Bugs。
【Ahoova 3.7 GA版本相关的发布说明】
1.新增了websocket协议，优化了消息交互功能，提高了用户体验；
2.新增了分段计时功能，支持针对流程节点设置响应时间和完成时间，记录每个任务技术员的完成时间，并提供了相应报表；
3.新增了用户VIP功能，设置后，VIP用户提出的请求会有对应标识，方便服务台进行处理；
4.新增了规则启用禁用功能，方便用户对规则进行管理；
5.新增了飞书用户同步功能，方便用户统一管理；
6.新增了企业微信用户同步功能，方便用户统一管理；
7.新增了手机端富文本图片缩放功能，方便用户手机查看图片；
8.新增了在手机端流程流转时支持拍照、录像、文件上传，提高用户体验；
9.新增了密码策略，可设置超过天数要求用户修改账号密码，提高系统安全性；
10.新增了允许用户修改个人信息功能，优化了个人信息展示界面，方便用户使用；
11.补充了默认知识库加载数据，方便用户进行使用；
12.针对部分服务目录设置了默认的表单，方便用户进行使用；
13.升级了地图API版本，新增了企业微信、微信公众号、飞书、钉钉位置定位功能；
14.升级了产品框架和组件版本，优化了产品架构，提高了产品性能和安全性；
15.优化了邮箱配置，发件箱支持配置免密邮箱；
16.优化了邮件回访的样式，提高了用户体验；
17.优化了流程属性节点验证设置，支持在流程节点设置对请求处理方式进行验证；
18.优化了回访相关报表，计算方式统一调整为5分制，方便用户使用；
19.优化了默认密码设置，提高了产品安全性；
20.优化了上传附件的格式，允许上传*.msg;*.dwg;*.wmf;*.sat;*.stl;*.dng;*.eps格式的文件；
21.优化了配置项导入导出，提高了产品性能；
22.优化了工单打印功能，支持按照自定义字段进行工单打印；
23.优化了飞书集成配置，支持在飞书手机端和网页端配置不同的访问链接；
24.优化了企业微信集成配置，支持代开发模式；
25.优化了手机端流程按钮位置，提高了用户体验；
26.优化了变更和发布相关代码，提高了产品性能和扩展性；
27.修复了在上个版本中发现的Bugs。
28.另，3.7版本已支持通过修改配置刷新前台页面缓存。
29.Ver 3.7GA已经适配了MySQL8.0.x数据库。
【Ahoova 3.6.2版本发布说明】
1. 优化了经典风格终端用户、技术员、系统管理员的门户页面，提高用户体验；
2. 优化了经典风格菜单色调和提交故障页面，提高用户体验；
3. 优化了简洁风格菜单色调和提交故障页面，提高用户体验；
4. 适配了企业微信代开发者模式；
5. 修复了在上个版本中发现的Bugs。
【Ahoova 3.6.1 GA版本发布说明】
1.优化了AD域相关的数据同步功能，提高了系统性能；
2.优化了知识导入，提高了系统的适配性；
3.更新了地图API版本，提高了安全性；
4.修复了上个版本中发现的Bugs。
5.改善了一些用户体验问题。
