篇头语

欢迎来到本期Gitee封面人物专访！我们非常荣幸邀请到数式科技 （ https://gitee.com/oinone/oinone-pamirs ） 创始人陈鹏程先生。作为一名从大型互联网企业架构师转型的连续创业者，他亲历了淘宝、天猫、菜鸟等核心系统的构建，主导过阿里云新零售中台的行业落地，而后又先后创立500mi、数列科技，并最终带领数式科技，致力于通过产品化的方式解决软件行业规模化交付的难题。

今天，他将与我们深入分享从职场到创业的转型心路、对中台理念与行业痛点的深刻洞察，以及给创业者的真诚建议。接下来，让我们一同走进他的思考与实践吧！

Q1. 欢迎来到 Gitee 封面人物，请给大家做个自我介绍吧！

陈鹏程： 大家好，我是数式科技创始人陈鹏程。我一直在技术和产品之间打穿。早年在阿里做大型系统架构，经历过淘宝、天猫、菜鸟的核心业务，后来负责阿里云新零售中台，把很多行业标杆项目真正落到客户现场。创业后，我先后做了 500mi、数列科技，现在带数式科技，主要负责战略、组织和核心产品方向。在公司也给了自己另一岗位‘首席产品体验官’，很多关键体验和方法论都是我亲自设计并落地的，也因此写了《精讲面向软件公司的低代码平台——以 Oinone 为例》。简单说，我的背景就是：大系统架构出身、行业中台落地经验、再到产品驱动的创业实践。

Q2. 从职场程序员到创业者，是什么契机促使你做出职业上的改变的？你如何看待这两种职业选择？

陈鹏程： 我从职场程序员转向创业，最核心的契机是2015年的时代浪潮与个人内心诉求的共振。当时国家正大力倡导“大众创新、万众创业”，整个社会的创业氛围浓到极致，那种蓬勃的活力让我真切感受到，这或许是堪比新一轮改革开放的发展机遇。身边越来越多的人投身其中，这种群体的热情和时代的机遇感，让我不愿错过这样一个特殊的节点。

当然，外在的契机终究要通过内在的驱动力来落地。我本身就不是安于现状的性格，作为程序员，日常工作更多是在既定框架内实现技术方案，而我心底一直藏着“做一些真正属于自己的事”的渴望——希望将技术思考与市场需求结合，创造出更具独特价值的产品。所以，时代的东风加上内心的创业冲动，最终促使我迈出了从职场人到创业者的关键一步。

至于对这两种职业选择的看法，它们没有绝对的优劣，只是适配不同阶段的人生目标与个人特质。职场程序员的身份，能让人在成熟的团队体系中深耕技术，积累项目经验和专业壁垒，工作稳定性强，风险相对可控，适合需要沉淀技术、打磨专业能力的阶段；而创业则更像一场“全能试炼”，它要求你跳出单一的技术视角，兼顾市场、运营、管理等多重维度，风险与机遇并存，虽然充满不确定性，但也能带来更大的成长空间和价值实现感，更适合有明确目标、能承受风险且综合能力较强的人。

对我而言，职场程序员的经历是创业的重要基石，那些积累的技术能力和项目思维，都是创业路上的宝贵财富；而创业的经历，则让我完成了从“技术执行者”到“全局思考者”的蜕变，两者共同构成了我的职业成长轨迹。

Q3. 作为连续创业者（500mi、数列科技、数式科技），不同阶段的经验教训对您有何启发？从技术到业务再到战略的转型，有哪些关键的认知升级？

陈鹏程： 作为连续创了三次业的人，聊起500mi、数列科技、数式科技这三段经历，其实每一段都让我有特别实在的启发——从最开始只懂搞技术，到后来亲自带业务，再到现在琢磨战略，认知真的是一步步被“踩坑”和“复盘”磨出来的。

其实最开始做500mi的时候，我才第一次get到：“帮别人做技术支撑”和“自己主导业务”，完全是两码事！以前做技术，说白了就是“别人提需求，我来实现”，相当于按图索骥，只要把逻辑搞懂、代码写好，任务就完成了，一切都是确定的。但到了500mi，我自己牵头做业务，才发现彻底懵了——没有现成的需求清单，没有明确的路径，甚至不知道下一步走得对不对，得自己拍板决策，还得扛下所有未知的结果。这就像以前是个研发，只需要搞定产品经理的需求；现在自己又当产品又当老板，得先想清楚“用户要什么、业务值不值”，这种从“执行确定”到“直面不确定”的转变，真的是给我上了创业第一课，也让我明白：技术只是基础，敢扛风险、会做判断，才是创业者该有的样子。

到了数列科技，我又琢磨透了两件事：一是“做擅长的事，真的能少走好多弯路”；二是“光靠个人做业务，迟早会碰到天花板”。那时候我发现，我本身是技术出身，只要聊的是技术相关的事，别人天然就愿意信你——比如在在外谈合作，你说“我要做业务”，人家可能觉得你没背书；但你说“我是搞技术的，想帮企业做数字化”，合作伙伴立马就觉得“你能搞定”，商机都主动找上门，根本不用费劲儿说服。也是那段时间，我明显感觉到传统企业的技术架构跟不上趟了，大家都想要互联网那种敏捷响应、快速创新的能力，就像阿里提的中台，本质是企业真的需要数字化技术来撑业务，这个机会抓得特别准。但问题也来了，我们当时做的是项目制，客户买的不是产品，是“陈鹏程这个人的能力”，甚至会直接问“陈总在不在？在就合作，不在免谈”。我一个人的精力就那么多，能接几个项目啊？这才意识到，光靠个人能力做业务，根本做不大，“可复制性”才是关键。

后来结束数列，我去了被阿里云收购的端点，其实不是单纯“打工”，就是想补个课——搞明白“怎么才能规模化交付”。当时阿里云收端点，就是想靠我们阿里系的团队，把互联网中台技术落地，做几个行业标杆案例，因为之前传统软件公司做中台，失败的太多了。在端点待了两年，我算是摸透了规模化的逻辑：不能靠个人，得有标准化的流程和方法。结果后来阿里云调整战略，搞“被集成”，只做云基础设施，不碰应用层了，我觉得时机到了——4月1号离职，后续创立了数式科技，相当于把之前的经验捡起来，解决数列没搞定的问题。

现在做数式科技，核心就是“产品化”：把互联网技术和业务实践里的好经验，变成标准化的产品，再也不搞依赖个人的项目制了。这其实就是我从“做业务”到“想战略”的转变——以前觉得“能做成一个项目”就挺牛，现在明白“能批量复制成功”才是真本事。创业到最后，不是比谁能搞定单个客户，而是比谁能搭建一个不依赖个人、能持续增长的体系。

回顾这段经历，从技术深耕到业务落地，再到战略布局，核心是三次关键的 “想通”：第一次想通 “做技术和带业务本就不是一回事”，关键要敢于承接不确定性；第二次想通 “仅靠个人能力终究难成规模”，既要聚焦自己的擅长领域，还要搭建可复制的运转模式；第三次想通 “战略的本质，是找准方向与把握时机”，并将前期积累的经验沉淀为可规模化的产品。这三段路走下来，每一步的教训往往比成功本身更有价值 —— 它让我从只专注于代码的技术人，逐渐成长为能洞察行业、搭建体系的创业者，如今正聚焦解决软件行业产品化与规模化交付的核心难题。

Q4. 在早期没有甲方背书时，您如何争取第一批客户的信任？

陈鹏程： 我认为就是让客户觉得 “选你们，不踩坑”！

首先最关键的是 “戳中痛点”—— 我们没绕弯子，直接跟客户聊他们当下最焦虑的事：比如效率低、成本高、效果没保障这些，然后把产品能解决的问题一条条对应上，不玩虚的功能堆砌，就说 “你愁的 A，我们能搞定；你怕的 B，我们能规避”，客户一听 “你们是真懂我”，抵触心就少了一半。

然后就是 “亮家底” 但不炫技 —— 跟客户聊我们团队里每个人的老本行，比如我之前在行业里做了七八年技术落地，核心成员也都是深耕这块的，不是凭空创业。跟他们说 “我们不是新手，之前就帮不少同行解决过类似问题，现在做产品只是把经验落地成标准化服务”，技术基因这事儿，用过往经历说比空喊口号管用。

还有就是 “给足安全感”—— 客户怕初创团队扛不住，我们就直接说 “不管是前期对接还是后期维护，技术团队全程跟进，有问题 48 小时内响应，就算遇到突发情况，我们也有备用方案兜底”。不吹 “万无一失”，但明确 “我们能扛事”，客户就愿意给个机会试试。

第一批客户其实就是 “双向奔赴”：他们需要靠谱的解决方案，我们刚好能匹配需求、有经验、敢兜底，信任自然就建立起来了～

Q5. 离开端点科技创立数式Oinone，是哪些因素促成了这一决定？您希望解决行业中的哪些痛点？

陈鹏程： 其实说到为什么从端点出来创立数式 Oinone，这里面还真有挺多前后衔接的小故事！

之前我第一次创业的时候就发现，企业对数字化转型的需求特别强烈，但那时候没办法，只能一个个项目定制化去做，我自己也得天天扎在里面盯进度，根本做不到规模化交付，这事儿一直是我心里的一个小坎儿。后来之所以加入端点，核心是因为阿里云收购了它，当时阿里云的想法正好戳中了我——早在15年底阿里就提了中台战略，大家都知道中台能让企业敏捷响应、低成本创新，但那时候找传统软件公司做中台，失败案例一大堆，阿里云就是想找我们这种阿里系的团队，用原生的互联网中台架构技术，帮行业树几个实实在在的标杆案例，这不正好能解决我之前纠结的规模化交付问题嘛，我当时就觉得机会来了。结果没想到，后面阿里的战略有点摇摆，之前说要重启阿里云软件、阿里软件的规划，最后也没落地。到了19年，阿里云又推出了 “被集成” 战略，明确只做云基础设施，不再碰中台相关的软件层面的东西了。而且那时候行业里也有不少声音，说阿里又做商业又做基础设施，有点 “既当裁判又当运动员”，合作方难免有顾虑，这样一来，我想靠阿里云资源推进中台规模化交付的想法就落不了地了。所以思来想去，还是决定自己出来做数式 Oinone，其实核心就是想解决两个行业里的老问题：一是中台落地的成功率太低，之前太多传统软件公司做中台搞砸了，我们想凭着互联网原生的技术，给企业一个靠谱的落地方案；二就是之前一直没解决的规模化交付难题，企业转型需求那么大，总不能一直靠定制化项目拖着，得让数字化转型能批量复制、高效落地，这也是我从第一次创业就想搞定的事儿呀！其实说起来挺直接的，核心就是两点——市场需求够旺，还有就是我自己这边的资源聚合能力刚好对上了。

Q6. 您如何理解阿里巴巴提出的“中台理念”？它如何解决企业当前的核心焦虑？

陈鹏程： 其实说到阿里提出的 “中台理念”，我觉得核心特好理解，就是俩关键词：敏捷响应、低成本快速创新，这简直精准戳中企业的痛点了！你想啊，现在市场变得多快，企业最焦虑的不就是 “能不能跟上变化” 嘛？谁不想反应快一点、创新成本低一点，不然很容易被行业甩在后面，所以这个理念一出来，大家都特别认可。

Q7. 作为前阿里资深架构师，您如何将大型互联网系统的经验融入传统企业服务？数式Oinone的技术架构有哪些独特优势？

陈鹏程： 这个还得从阿里的中台理念聊起。2015年阿里提中台，核心是“敏捷响应、低成本快速创新”，这词儿一出来，企业都特别认可——现在市场变得多快啊，谁不想又能快速调整，又不花冤枉钱？这正是他们的核心焦虑。

但理念好，落地的时候问题全出来了。最开始2016年，阿里找了不少合作伙伴推中台，可那些伙伴大多是传统软件公司，对互联网技术和业务场景根本不熟，做出来一堆失败案例，理念压根没转化成价值。

后来2017年，阿里收购端点，我们成了内部原生交付团队，专门去做标杆案例。项目倒是都能成，不会出现上不了线的情况，但新问题又来了——互联网那套中台技术，确实能让企业敏捷响应，可根本做不到“低成本”。因为这套东西对人的要求太高了，得是懂互联网技术又懂业务的复合型人才，企业要招到、留住这种人，成本高得吓人，这就和中台“低成本”的核心诉求矛盾了。

这就是我们要解决的核心痛点。那怎么解决？我们当时就盯上了低代码。低代码不是什么新概念，但它刚好能击中“核心业务场景要快速迭代，又不能投入太多人力成本”这个需求。

我们调研了国外的Dynamics、Salesforce，Odoo 还有国内的竞品，最后总结出一个方向：中国的大厂里，互联网技术和业务最佳实践其实都有，但把这些东西标准化、工程化输出给传统企业的能力太弱了。我们要做的，就是把这两者结合起来，打造数式Oinone的差异化优势。

具体来说，我们有三个核心优势。

• 第一是模块化交付，面向软件公司的时候，每个需求都能做成独立模块，不改变标准产品框架的前提下，就能灵活做个性化交付，而且后续系统升级也能无缝同步给合作伙伴和客户，不用他们再花精力去改代码。
• 第二是能做复杂场景的低代码平台。很多低代码工具只能处理简单需求，一碰到核心业务的复杂场景就受限。我们不一样，我们强调“帮不上忙也不添乱”，本身是被集成的定位，能深度适配企业的复杂业务逻辑，这也是我们和其他平台最大的区别——我们盯的就是核心业务场景的快速迭代需求。
• 第三是系统“可分可合”，能照顾到企业的全生命周期需求。现在很多中小企业想做数字化转型，一方面期待转型后业务爆发，需要互联网级的基础架构；另一方面前期业务体量小，用不上复杂的分布式部署，不想花冤枉钱。我们的系统就刚好能满足这种矛盾——前期可以轻量化部署，控制成本；后期业务起来了，直接无缝升级成分布式架构，不用推倒重来。这比那些一上来就推微服务、让企业砸一堆成本的方案要实用得多。

本质上，我们就是想把互联网的技术能力，用更低门槛、更贴合企业实际的方式交出去，解决“理念好但落地难”的行业通病。成为软件公司背后的软件公司。

Q8. 您如何看待中国软件业从“追随者”到“引领者”的转变？数式Oinone如何定位自身在这一转变中的角色？

陈鹏程： 其实聊到中国软件业从 “追随者” 变成 “引领者”，我真觉得这是个特别让人振奋的变化！这背后其实是咱们国内企业的数字化需求越来越实在，不再是单纯跟着国外的技术和模式跑，而是真的需要能解决自己痛点的东西了。

说到我们数式 Oinone，这就和之前聊的低代码、中台技术的思考能串起来了。可能有人觉得低代码不是新概念，其实早就有啦，只是现在数字化时代，企业核心业务得快速迭代，要是还按以前的老路子，得招一堆技术高手盯着，成本高得吓人不说，还未必赶得上市场变化。我们之前做项目也发现，纯互联网那套中台技术是厉害，能实现敏捷响应，但对企业的人才储备、组织能力要求太高了，普通企业根本扛不住，这不就和 “低成本创新” 的初衷脱节了嘛？所以我们还专门调研了不少国外软件公司，想看看人家是怎么把先进技术融入传统企业服务的。

说白了，我们数式 Oinone 的定位特简单，就是想做 “软件公司背后的软件公司”！现在上层的业务场景五花八门，每个行业、每个企业的需求都不一样，我们希望把自己这些年在技术、业务上的思考和理解都开放出来，让那些专注于具体业务场景的公司，能跟我们轻松结合，不用再纠结技术底层的问题，更快地从 “做项目” 变成 “做产品” 的公司。咱们中国软件业要从 “追随” 变 “引领”，不就是得有更多这样能扎扎实实干实事、解决真痛点的玩家？我们就想在这个过程中，搭好那个底层的支撑，帮大家少走弯路，一起把咱们自己的软件生态做起来～

Q9. 在参与多个中台项目后，您认为传统企业在实施中台时面临的最大挑战是什么？

陈鹏程： 最大的挑战核心就俩字：匹配——传统企业的组织能力，跟互联网中台技术的要求，需求是匹配的，但是落地实现上存在差异。你看互联网中台技术看着多好，能帮企业敏捷响应市场、快速搞创新，但它可不是拿过来就能用的“现成工具”。它对团队的技术底子、协作模式，甚至内部的决策流程，要求都特别高。

可传统企业？大多没有那么多懂互联网原生架构的技术人才，平时的工作流程也偏固化，讲究稳扎稳打。你突然让他们用一套需要快速试错、灵活调整的技术体系，不光是没人能玩转，连内部的协作节奏都跟不上。就像给一辆载重卡车，装了一套跑车的引擎，不是引擎不好，是车身、底盘压根儿承载不了这份“灵活”。这就是最头疼的地方，技术再好，落不了地、用不起来，那都白搭。

Q10. 个人写书《精讲面向软件公司的低代码平台——以 Oinone 为例》背后，您最希望读者除了技术技能之外还要学习/提升哪些地方？

陈鹏程： 《精讲面向软件公司的低代码平台——以 Oinone 为例》一书是Oinone开源项目的配套书籍，系统化地介绍如何基于Oinone的开源项目，快速开发高质量的软件系统，我们也希望通过Oinone开源项目，为中国软件行业带来变革，提升整体工程化水平，与广大工程师一起为客户创造价值。

Q11. 基于您的多年创业经历，您对当前想要进入软件行业的创业者有哪些建议？

陈鹏程： 第一个核心肯定是独立思考的能力！不是说让你跟谁都反着来，而是得结合你自己、还有团队的底子，琢磨 “咱们到底适合走哪条路”。比如有的公司一上来融资快、规模扩得也快，那是人家本来就擅长拉客户、对接资源，“要钱” 的本事强；但咱们要是技术出身，这方面大概率是短板啊，那肯定不能照着人家的路子硬冲。就像我们自己，做框架出身，要是硬去做应用类产品，肯定不如人家顺，所以得找准自己的节奏 —— 千万别人云亦云，别人说什么好就跟着做，哪怕自己想的路径看起来慢一点，只要贴合自身情况，踏实走就对了。

说到第二点：尽量做自己擅长的事！这不是说擅长就一定能成，但起步的时候绝对更顺。你过往的所有经历、积累的技能，都该是现在创业的 “助力”，而不是反过来拖后腿嘛～ 人的思维和经验都是慢慢攒出来的，做熟悉的领域，至少不会两眼一抹黑瞎折腾；真要是跳进完全陌生的赛道，光是摸透规则就得花大功夫，太不划算啦。

第三点是我自己踩过坑总结出来的：公司要想活下来、活得好，核心竞争力得一直 “升级” 才行！说白了就是你的 “护城河” 得越挖越深。比如你靠产品力立足，那产品就得不断迭代、越做越好；要是靠技术壁垒，那核心团队就得盯着这点持续发力，不能吃老本。如果做了半天，你的核心优势没半点增强，那这里面肯定有问题 —— 软件行业更新这么快，不进则退。

最后还有个绕不开的：现金流！前面说的结合自身、做擅长的、挖深护城河，这些都到位了，能不能撑到成功那天，关键还得看现金流能不能扛住。创业说白了先得 “活下去”，手里有粮，心里才不慌，后续才能慢慢把事儿做透～