一、"发现的乐趣"

今天在看费曼的一本书,叫做《发现的乐趣》里面有一个评论。我觉得还挺有意思的,今天拿出来跟大家分享一下。那么这个评论的原文就是说“创新是来自于解决问题的结果”。

费曼是20世纪著名的物理学家,诺贝尔物理学奖获得者。他出生于1918年,于1995年去世。费曼在物理学领域有很高的声望,被认为是量子电动力学的创始人之一。他也是一位杰出的科普作家,他的著作《物理学讲义》被认为是普及物理学的经典之作。

这个观点其实非常有意思。在我早期的时候,我认为创新是技术主导的,也就是在拥有了某一项技术以后,才把这个技术转化为某一个产品功能,进而实现了创新的目的。而且从表面上看起来确实也非常类似,比如说我们发明了电,然后就有了电灯泡,彩电冰箱,我们发明了数字技术,所以我们才有了各种手机,各种移动APP等等。

但实际上这我仔细思考下来,发现原来的观点是本末倒置。实际上并不是因为有了电,我们才创新出来了灯泡,而是因为我们对于光亮的追求使得我们发明了灯泡,并在这个过程中发现了电。互联网的产品发明也是一样,并不是我们发明了数字信号技术才有了互联网,而是我们在追求网络信息互联应用的过程中,我们才发明了互联网站的底层技

互联网是由美国国防部高级研究计划局(ARPA)于1969年开始研发的一项技术。当时的目标是为了实现分散式的计算机网络,以便在军事上实现快速、安全的通信。最初的网络称为ARPANET,它连接了几个位于加州大学洛杉矶分校、斯坦福研究所和圣何塞州立大学的计算机。

从大概率上面来看,很少是从技术角度的发现带来了各种上层的应用和创新的产品的,反而正是我们为了解决社会上确实存在的问题,我们才想方设法创新出了各种各样的功能和技术。同时有了这样的技术的基础,我们又可以把它运用到解决其他问题上面,进而实现了百花齐放的创新场面。正如费曼《发现的乐趣》里提到的原子弹的发明一样,并不是因为底层物理技术的创新而发明了原子弹,而是因为美苏争霸对于这种恐怖武器的需求,才促使了原子弹被发明出来。

所以这个就给很多人一个新的一个思路,并不是一个牛逼技术专家才能够发明出创新的产品,而是你如果能够洞察到用户的需求,你就有能力可以发明出各种各样的产品。而在此同时,技术只是解决这个问题的一个具体方式而已。在这里很多人认为创新是高不可攀的,必须要有非常深厚的技术的,这个观点本身就是错误的。只要我们有解决用户需求的动力和孜孜不倦的思考,我们就能够创新出各种产品,期间我们就可以通过我们要解决的问题,被动或者主动的去了解到各种各样的技术。大家可以去国家专利网上看看,大部分的发明专利都是极其简单和常见的,我有个高中同学就发明了一中现代化耕田技术,并成功拿到了专利。

二、两个微小创新的故事

这里再举两个比较微小的例子,也是我在做技术和产品过程中发现的创新点。

程序员成长:微创新是怎么发生的-LMLPHP

第一个是技术导向性的创新。

我们经常会接到很多客户反馈,反馈我们提供的工作台产品会出现白屏、转圈或者提示系统错误的现象,经过分析本质上就是客户在手机弱网或者无网的情况下,页面没有办法加载到数据导致的。这本来是一个正常现象,只要优化好文案就行了。但是我再想能否有进一步的优化空间,分析下来这里面有两个方面的点可以优化:

  1. 是客户体验非常的差,稍微网络差就直接进入系统繁忙的提示,极其不友好;
  2. 在这种情况下很容易打断用户的行为,比如用户在地下室或者在电梯的时候,打开我们的产品界面,就会发现系统繁忙,导致它不能够打卡或者做其他更深一步的行为,而实际上有很多应用是不需要网络也能操作的,比如便签;

所以基于解决用户的这个痛点,我一直在思考能否有一个好的方案,有了这个具体的问题以后就可以开始寻找解决方案了,我发现客户既然在登录的时候是有网的,那么是不是能在客户登录的时候就能给用户初始化一个最简单的工作台呢?如果客户打开真正的工作台还没有网络的时候,我就把这个降级的产品功能提供给用户。

程序员成长:微创新是怎么发生的-LMLPHP

这样一方面客户能够看到我们的降级产品,保证基本的应用功能可以使用,又可以杜绝系统繁忙这种不友好的提示。在协同了各个配合方之后,经过客户端,服务端的,还有前端的联合优化,我们终于解决了这个问题,并实现了上图的效果。即工作台在无网弱网情况下,会降级到一个简单可用的界面程序员成长:微创新是怎么发生的-LMLPHP

并且我们把这个创新点申请成了一个国家专利,现在已经通过国家公示了,大家可以在网上查询到。

第二个创新点是一种商业模式上的创新。

该问题起源于我们的客户对整个钉钉的一些基础功能的需求,钉钉有很多基础功能,比如日程、钉盘等,但是有很多功能并没有以组件的方式放到工作台上面。特别是非常常用的例如日程功能。那我就在想我能否进一步解决客户的痛点呢?从客户的反馈和答疑来看,很多客户对这一些基础的组件是刚需,所以我就找到了日程的业务同学,跟业务同学进行沟通以后,但是由于人力紧张他们没办法投入开发。

程序员成长:微创新是怎么发生的-LMLPHP

正常情况下来说,那是不是这个问题就卡在这里了?但是抱着为了解决用户的问题,我又在想更深的办法。经过调研,我发现有一些服务商他们自行实现了这种日程组件。那要从这个角度上面能否引申出来一些其他的创新点呢?比如说能否让服务商把这个组件给共享出来,让其他客户也能够使用。

要解决服务商愿意把自己的代码开源提供出来,那么就需要给他们相应的利益。所以在我们这个合作过程中就应该有一些利益上面的设计,那对于我们平台来说,我们可以给服务商一些深度定制的商机能力,比如说客户在使用了这种共享日程组件之后,如果需要更多的集成服务,那么就可以找到这个服务商进行进一步的深入沟通,相当于给服务商拉客户了。

程序员成长:微创新是怎么发生的-LMLPHP

于是在产品模式上我们达成了一致,在商业模式上我们也达成了一致,最后要解决了就实际落地的东西。所以我们定制了一些安全规范,并且做了一些相关辅助功能的开发,就实现了这个模式。这个产品开发上线以后,已经有非常多的客户使用「日程与会议」这个组件,口碑也非常好,并且在这个基础上,服务商还根据客户的反馈升级了好多个版本。从线上活跃的客户数量来看,这个产品已经达到了非常好的一个功能,解决了我们官方产品能力上的缺失,这就是一种非常新的客户-平台-服务商三方共赢的商业模式创新。

三、总结

最后总结一下,我们平常提到所谓的“创新”好像就必须跟发明了原子弹或者发现了某一个元素同位数一样响亮,但是这种底层的自然科学的创新难度非常之高,这个也是无数顶尖级科学家一生孜孜不倦的追求。但是对于我们普通人来说,创新没必要做的那么大,也不需要做的那么大,也做不到那么大,我们可能在当前的产品上、功能上或者商业模式上做一些微小的创新,就能够足以影响很多人

我们这些微小的创新的加成可以使得我们的产品更多的差异化价值,真正能够给更多的客户以增量价值,同时也能给我们自己带来一些正反馈,可以促成我们做更大的创新,更大的进步,也使得我们自己在思维上、在方法论上都能够有一个更好好的进步。

创新其实无处不在,努力去追求一些微小而美好的创新,让世界变得更好。最后,大胆假设,小心求证,尽快去发现发现的乐趣吧。

12-14 09:37