其实第二个特点就至少包含了几个言下之意：
第一，这种整合意味着这是一款偏重PaaS的系统..化产品，它可以做到功能模块之间数据互通，减少碎片化采购和后期运维服务；
第二，相比CRM单一功能垂直强化，再拓展底层互联互通..从而增加功能的SaaS企业，它一开始就满足了小微企业小而全，采购更看重功能模块的需求；
第三，曾经的“全协同”转变为“超级应用..”的提法借鉴了2C APP的概念，也符合小微企业个性化需求不强的偏2C特色……
再加上符合低代码开发细分市场的大趋势，可以说不论在商业包装上，需求痛点的把握上，还是定位准确性上，搭搭云和9年前的九章全协同相比，已经做到了各个层面的商业模式进阶。
3
回归技术本质
再来回归技术本质。
其实万变不离其宗，企业的基因很大程度上来源于它的核心技术。科技茱比莉注意到九章公司的核心技术——早年就获得专利的智能表单识别技术。
这既是9年前可以做到多种功能模块数据互通的“全协同”技术，也是现在可以做到低代码甚至零代码开发的基础。
从第一步协同到第二步低代码开发，为什么会用了9年时间，3个版本的升级？
核心要考虑的是各种企业内部管理应用和技术实现上的映射问题，即如何将小微企业较为雷同的企业管理应用需求在逻辑上映射到技术底层实现的数据表单。这可能需要的不仅仅是技术能力，更要有小微企业业务咨询能力，这样才可能在实现数据在技术上互联互通的同时，还可以按照内置模板提前预设逻辑，让业务人员也能所见即所得地按照实际需求去零代码修改与业务逻辑匹配的软件功能，而非启用技术人员的定制化开发。
很好理解的一个比喻是“傻瓜”相机，只有懂摄影的人和做技术的人结合，才知道如何让相机本身智能起来，让普通人也能拍摄出专业相机才能有的效果。
