一、团队介绍
本作品由两名在校学生自主组队完成，无指导教师。团队成员基于对零代码开发和企业数字化应用的共同兴趣开展合作：一人主要负责业务调研、需求梳理、数据建模与方案设计，另一人主要负责简道云应用搭建、流程配置、测试优化与成果整理，核心业务逻辑共同讨论、迭代完成。
作品源于真实商品车物流企业的业务需求。团队从复杂Excel绩效表出发，自主完成业务梳理、规则拆解、系统设计、应用搭建及实际落地。因企业数据合规要求，参赛版本仅展示一个基地的业务数据，并对人员、金额及具体绩效参数进行脱敏。
二、作品背景
2.1一套复杂Excel，为什么会成为企业的管理瓶颈？
本作品服务于一家商品车物流企业，主要承担商品车的驳运、装卸、加解、库房等业务。与普通物流运输不同，企业的绩效结算并不是简单按照“运输多少公里、多少台车”计算，而是同时受到车型、线路、作业量、业务类型及各类补贴规则影响。这些复杂规则长期被集中在一套Excel工作簿中。工作人员完成纸质报工后，由财务人员统一录入Excel，再根据不同车型、线路、趟数、台数以及补贴条件进行计算，最终形成个人或班组绩效，并作为后续结算依据。一张Excel表格实际上承载了企业大量核心业务规则。
其中最典型的是驳运绩效计算：不同车型对应不同基础计费方式，不同线路区间对应不同阶梯规则，同时还叠加电动车补贴、特殊线路补贴等调整项。随着业务不断变化，公式越来越复杂，维护人员需要理解大量嵌套条件才能修改。问题逐渐从“Excel不好用”，变成了“企业的业务规则被锁在Excel里”。一旦原有维护人员离开，新员工需要重新理解复杂公式；一旦计费规则发生变化，也无法快速判断修改会不会影响其他计算结果。因此，本项目真正想解决的，并不是简单地“把Excel搬到线上”，而是：把隐藏在Excel公式里的业务规则重新拆解、重新组织，让规则能够被理解、被维护，并真正服务于业务。
2.2三个最直接的业务问题
问题一：复杂绩效规则难维护
原Excel将车型判断、线路判断、阶梯计费、补贴计算等逻辑集中在大量嵌套公式中。很多时候，业务人员知道“结果应该怎么算”，却无法快速理解“公式为什么这样算”。规则发生调整时，需要找到对应公式逐层修改并重新核验，维护高度依赖个人经验。
问题二：数据反复搬运，人工成本高
原有流程基本是：
一份业务数据至少经过两次人工处理。司机或班组长负责填写，财务再负责录入和核对，同一份数据在不同环节重复出现。数据量一大，人工转录就成为最容易出错的环节。
问题三：业务发生了，管理者却看不到
在原有模式下，报工、绩效、结算数据分别存在于不同Excel文件中。管理者如果想知道：今天哪些班组已经完成报工？哪些数据还没有提报？本月各类业务产生了多少绩效？哪些数据还没有完成确认？往往需要等待财务汇总。这意味着系统只能告诉企业“最后算出了多少钱”，却无法帮助管理者及时了解“业务正在发生什么”。
2.3项目目标
针对上述问题，本作品以简道云为基础，对企业原有绩效业务进行数字化重构，将驳运、装卸、加解、库房、考勤等业务逐步纳入统一平台。项目重点实现三个变化：从“人工搬数据”到“业务数据一次采集、多环节复用”。工作人员在移动端完成报工后，数据直接进入后续绩效、汇总及结算环节，减少重复录入。从“Excel黑盒”到“可理解、可维护的规则”。不直接复制复杂公式，而是将原有计算逻辑拆解为多个业务步骤，让车型、线路、阶梯、补贴等规则分别计算，再形成最终结果。从“事后汇总”到“过程可见”。通过业务数据和管理看板，使报工、绩效、结算等信息能够随业务产生并持续更新。
三、制作流程
3.1先理解业务，再拆解Excel
项目最初并没有直接创建表单，而是先研究原有Excel。因为Excel记录的是最终计算过程，而企业实际运行的是一套业务规则。因此，团队首先把原有业务拆成五类场景：
随后逐项梳理：谁填报、填什么、依据什么计算、计算结果给谁使用。
经过梳理后，将整个业务过程重新定义为：
这一步完成后，Excel不再是系统设计的“模板”，而成为需要被重新理解的“业务规则载体”。
3.2按业务场景重新建立数据结构
传统Excel喜欢把大量数据集中在一张表中，再通过公式完成计算。而简道云更适合按照业务场景进行建模。因此，项目没有复制原来的“大Excel”，而是分别建立驳运报工、装卸报工、加解报工、库房业务、考勤等业务入口，并通过人员、班组、日期等基础信息进行关联。这样做以后：
业务人员看到的是自己需要填写的内容；管理者看到的是不同业务的汇总；财务看到的是可以继续用于结算的数据。同一份业务数据，只采集一次，但可以被多个环节使用。
3.3核心突破：把复杂公式拆成可维护的业务规则
这是整个作品最具挑战性的部分。原Excel中的绩效计算往往是一条很长的嵌套公式，将多个判断和计算步骤压缩到一起。项目没有照搬，而采用“分步拆解、逐层计算”的方法。
第一步：采集基础数据
记录车型代码、线路、趟数、台数以及补贴相关条件等原始业务信息。
第二步：识别适用规则
根据车型、线路及业务条件，判断当前业务适用哪一种计费逻辑。
第三步：计算基础绩效
根据对应基础单价、工作量和阶梯规则计算基础绩效。
第四步：独立计算调整项
将电动车补贴、特殊线路补贴等规则分别计算。
第五步：汇总最终结果
将基础绩效与各项调整金额进行汇总，形成最终绩效。原来隐藏在一个复杂公式里的逻辑，被重新组织成多个具有业务含义的计算步骤。这样，当某一项规则发生变化时，只需要找到对应的计算层进行调整，而不需要重新“破译”整条公式。这是本作品最核心的设计变化：从“复制公式”转向“重构规则”。
3.4建立不同业务场景的独立流程
不同物流业务虽然最终都涉及绩效，但实际工作方式并不相同。因此，项目采用“场景独立、数据统一”的设计。驳运：工作人员通过移动端填报班次、人员、车辆、车型、线路及工作量，系统按照对应规则计算绩效。装卸：班组长录入装卸作业量，形成相应业务数据并进入统一统计。加解：针对车辆加解等特殊业务独立记录，并按照相应规则计算。库房：记录库房作业及相关工作量，使库房业务进入统一数据体系。考勤：在线记录人员出勤情况，为人员及班组工作量统计提供基础数据。五类业务各自保持专业性，同时通过统一人员、班组、日期等公共维度进行汇总。
3.5从报工到结算，建立数据流转链
业务人员完成移动端报工后，数据不再停留在“报工表”中，而是继续进入后续环节。整体形成：
其中，绩效计算直接读取业务报工数据，财务也可以继续使用经过确认的绩效结果进行后续核对。
这样，同一份数据不需要在多个Excel之间反复复制。
3.6建立管理看板
完成业务线上化后，项目进一步建立管理看板，将分散的业务数据统一展示。主要包括：
报工看板：查看各业务场景的数据提报情况。工作量看板：查看人员和班组的业务量。绩效看板：查看不同周期、业务类型及人员绩效。结算视图：查看周期内业务及绩效汇总，为财务核对提供依据。看板的作用不是“展示数据”，而是让管理者不用等待人工汇总，就能掌握业务状态。
3.7整体业务架构
平台以简道云承担业务数据采集、流程流转、规则计算、数据汇总和展示，核心目标是让业务数据从产生开始就能够持续流转。
四、成果展示
4.1作品整体价值
本作品将原本依赖纸质报工和复杂Excel计算的物流绩效业务，重新组织成一套基于简道云的在线业务系统。它并不是简单地把Excel“电子化”，而是重新建立了：业务报工—规则计算—绩效确认—财务结算—经营分析这一完整的数据链。其中最核心的变化，是把隐藏在复杂Excel公式中的业务规则拆解出来，使绩效计算从依赖个人维护的“黑盒”，变成能够被理解、被检查、被调整的业务规则体系。
4.2驳运报工：业务发生时直接产生数据
工作人员通过手机录入日期、班次、人员、车辆、车型代码、线路及工作量。提交后，系统根据对应业务规则完成计算。
4.3绩效计算：展示“Excel黑盒如何被拆开”
原本混在一条公式中的规则，现在被拆成了可理解的业务步骤。
4.4多业务场景：一套平台覆盖不同作业
通过驳运、装卸、加解、库房、考勤五个业务入口，将不同岗位的工作纳入统一平台。不同场景独立填报、独立计算，同时通过公共数据维度进行汇总。
4.5从报工到结算：一次填报，多环节复用
传统模式中，同一份数据需要在纸质表、Excel、结算表之间重复搬运。数字化后：工作人员报工 → 系统计算绩效 → 管理人员确认 → 数据汇总 → 财务结算数据沿业务流程持续流转。这一变化不仅减少重复录入，也让“报工数据”和“结算数据”建立了直接关联。
4.6管理看板：让管理者看到业务，而不是等报表
4.7实际落地与数据合规
本作品来源于真实企业业务项目，并已在实际业务中投入使用。考虑到人员绩效、计费标准及结算数据涉及企业内部信息，本次参赛采用单基地数据进行展示，并对姓名、金额和具体规则参数进行脱敏。脱敏版本保留了完整的业务结构和计算逻辑，能够反映作品真实的设计思路与应用方式。
4.8前后对比
|
业务环节
|
原有方式
|
数字化后
|
|
报工
|
纸质填写、人工录入
|
移动端直接填报
|
|
绩效计算
|
复杂Excel公式
|
分步规则自动计算
|
|
数据流转
|
多个Excel重复传递
|
一次填报、多环节复用
|
|
数据核对
|
人工逐笔检查
|
统一数据源核对
|
|
绩效查看
|
等待人工汇总
|
平台集中查看
|
|
规则维护
|
依赖原Excel维护人员
|
分层规则、结构清晰
|
4.9作品链接
简道云应用：https://www.jiandaoyun.com/a/6a930cd2704278a14e3da5a7
五、总结与分享
5.1从“做Excel”到“理解业务”
项目开始时，我最先想到的是如何把原Excel公式迁移到简道云。但真正开始拆解后才发现，如果只是把原公式换一种写法，最后得到的可能只是一个“在线Excel”。因此，团队最终改变了思路：先理解业务，再拆解规则；先建立数据结构，再配置功能。这是作品开发过程中最重要的一次转变。
5.2最难的不是零代码，而是理解复杂规则
作为学生，我们第一次接触这种实际企业业务时，最大的挑战并不是学习简道云功能，而是理解绩效规则背后的业务逻辑。很多规则在业务人员看来非常自然，例如：“这种车型要走这种单价”，“这类线路有额外补贴”，“超过这个工作量后要按照另一个标准计算”。但这些规则落到系统中，就必须变成明确的数据、条件和计算关系。因此，我们需要反复对照原Excel和业务场景，把“人知道怎么做”转化成“系统知道怎么做”。这也是我们在项目中最大的成长。
5.3最大的“坑”：不要直接迁移复杂公式
项目早期，我们曾尝试直接复现原Excel中的复杂公式。很快发现，这条路虽然看起来最快，但实际上最难维护。
后来将公式拆成：基础数据 → 条件判断 → 中间结果 → 调整项 → 最终汇总整个系统反而变得更加清晰。
因此，这个项目给我们最重要的经验是：面对复杂Excel，首先不要问“公式怎么搬”，而要问“这个公式到底表达了什么业务规则”。
5.4零代码真正改变的是开发方式
作为学生，如果采用传统软件开发方式，很难在较短时间内完成复杂企业规则的理解、开发和多轮修改。简道云让我们能够快速建立原型、验证规则并持续调整。规则不合理，可以重新配置；字段设计不合理，可以重新调整；流程不合理，可以重新设计。这种快速试错方式让团队能够真正参与业务建模，而不是只关注代码实现。对我们而言，零代码最大的意义不是“降低开发门槛”，而是让业务理解、产品设计和应用开发之间的距离变得更短。
5.5从一个基地开始验证
目前作品已经在真实企业中投入使用，本次参赛主要展示其中一个基地的应用和脱敏数据。下一阶段，我们计划进一步验证不同基地之间的业务差异，并研究如何将目前已经拆解完成的绩效规则进一步抽象为更易维护的配置方式。这样，当不同基地存在计费标准差异时，可以通过调整规则参数适配，而不是重新修改整套业务逻辑。
5.6未来展望
后续作品将重点从三个方向继续完善。规则配置化。进一步抽象绩效计算中的车型、线路、阶梯、补贴等规则，降低规则调整时的维护成本。经营分析深化。
在已有报工、绩效和结算数据基础上，进一步分析不同基地、班组、人员和业务类型的变化，为管理提供更有价值的数据依据。应用范围推广。在现有基地稳定运行的基础上，逐步验证更多基地和业务场景，实现统一平台与差异化规则并存。
结语
这次作品让我们认识到，数字化并不是把原来的纸质表格换成电子表格，也不是把复杂Excel原封不动搬到线上。真正的数字化，是把企业每天都在执行、却往往隐藏在经验和公式里的业务规则重新梳理出来，建立一套能够持续运行的数据与流程体系。我们没有把Excel简单搬进简道云，而是把Excel里的业务规则重新拆开、重新理解、重新组织。从纸质报工到移动填报，从复杂公式到分步规则，从人工汇总到数据自动流转，这个作品也是我们作为学生第一次完整参与真实企业业务数字化的实践。对我们而言，这不仅是一套简道云应用，更是一次从“学习工具”走向“理解业务、解决真实问题”的实践。
