简介《0代码搭应用——宜搭开发手册》是一份面向业务人员、信息化管理者及低代码入门者的PDF实践指南聚焦企业信息化中业务无系统支持、流程脱节、信息孤岛与开发运维成本高等问题。手册以宜搭平台为主线先介绍产品定位、核心能力与租赁式部署、双端适配、权限设置等优势再结合杭州市一医院内控升级、老板电器品质管理、居然之家OA改造等案例说明落地方式。教程部分覆盖核心要素、快速入门与进阶操作并给出“T恤尺码收集”“设备报修”“企业进销存”“报表分析”“定时消息通知”“企业报销流程”等搭建实践便于读者按场景理解表单、流程与数据配置思路。资源包共1个PDF文件大小约22.76MB目录结构完整已有6793人学习适合希望以0代码方式快速搭建企业管理应用的读者查阅。1. 先弄明白“0 代码搭应用”宜搭到底替你干了哪件事如果你在公司里收过表格多半经历过这个场面一份 Excel 发出去改一版叫 v2再改一版叫 v2-最终版收回来还得人工合并、去重、挨个催没交的人。宜搭干的就是这件事——把“发文件、收文件、合文件”的活变成一个手机和电脑上都能打开的小应用。拖拽配页面、拉几个字段做表单、把审批画成一条线、再把数据汇成图表全程不写一行代码这就是“0 代码搭应用”的字面意思。它面向的不是程序员而是天天跟表格、审批、统计打交道的业务同学这本《宜搭开发手册》就是给零基础的人准备的第一本说明书从核心要素讲到六个实践案例能一路跟着做下来。2. 为什么值得花一个周末学它省下来的不只是开发时间在动手之前先把“值不值得学”这件事说透。很多人对零代码平台的印象停留在“玩具”层面觉得只能做做问卷、收收报名真业务还得找开发。这种印象有一半是对的——它确实不解决所有问题但对绝大多数“表格加审批”的场景来说它解决得足够好而且快得离谱。手册里给了一个很直观的对比差旅报销这类流程传统开发模式大概要两三周用宜搭配置大约一小时。这个数字第一次看会觉得夸张等你亲手搭完第一个应用就会明白差距不在打字速度而在中间的沟通环节被整段砍掉了。2.1 一个报销流程要走两三周时间其实花在“翻译”上把传统开发拆开看一条需求要经过好几道转手。业务同事先在脑子里有个模糊的想法写成邮件或口头讲给产品产品整理成文档和原型开发再把它翻译成代码测试再验证一遍最后上线。每一道转手都是一次翻译而每次翻译都会丢东西业务说“金额超过五千要加一级审批”传到开发那里可能变成“金额大于等于 5000 走分支 B”上线后财务发现边界不对又要改一轮。真正耗时间的不是写代码是这些来回确认。宜搭把中间几层抽掉了业务同事自己在界面上拖一个“金额”字段设一个“大于 5000 走主管”的条件改完立刻生效改错了再拖回来。手册里提到平台的目标是让业务同学自主完成原本需要多人协同的工作降低沟通成本、提升交付质量说的就是这件事。你不需要成为开发者只需要把自己的流程想清楚——而这件事本来就该由最懂业务的人来做。顺带说一句手册里也写到平台在企业内部孵化了两年多承载的应用超过两千个。这类数字对新手的意义不是“这个平台多厉害”而是“有人拿它跑过真实业务不只是演示”。你要搭的东西大概率比那些简单翻车的概率也就更低。2.2 0 代码真正改变的是“谁能动手改”很多人把零代码的价值理解成“省钱不用请开发”。这个理解只对了一半而且是比较不重要的那一半。更要命的问题在于“改不动”业务变化了系统跟不上最后大家又退回 Excel。手册里把这个现象描述得很直白——系统变更时效性差、不能全面准确反映实际工作流程于是大量工作又回到邮件和线下表格里去协调。零代码改变的是这条链路的所有权。以前一个字段要加你得排期排期要等人有空等到了还要测试、还要发版现在你自己加加完自己验一遍十分钟。这个差别在小改动上体现得最明显不是“省了两周开发”而是“这个改动终于值得做了”。很多流程优化的想法之所以死在脑子里就是因为实现成本太高高到没人愿意提。我在带新人的时候常说一句话你先别想能搭多复杂的东西先想“我身边哪件事每周要重复做三次”。把那一件事搬上去你对这套东西的理解会比看十篇介绍都深。2.3 三类人学它收益最明显第一类是行政、人事、财务、运营这些天天处理表格和审批的岗位。手册里列的场景基本都落在这个范围内报名登记、调查问卷、财务管理、人力资源管理、行政管理、资产管理、客户管理、工作流转、任务审批。这些活的共同点是结构清晰、变化频繁、量不大但很烦正是零代码最擅长的地带。第二类是小团队里“什么都得管一点”的人。没有人手做开发也没有预算买成套系统但确实需要把线索、订单、库存这些事记在一个地方而不是散在几个表格里。手册里的进销存案例就是给这类需求准备的。第三类是懂一点技术的支持岗比如负责内部工具、常年帮同事处理数据的人。你学会之后从“每次帮人做表”变成“教人自己搭表”工作量的下降是很明显的。2.4 边界也说清楚它不适合做什么新手最容易失望的地方是把零代码当成万能锤。手册里对它的定位是企业应用搭建平台核心能力是页面设计、业务规则定义、数据收集与分析——翻译成人话就是表单、流程、报表、门户这四件事。凡是能用“谁填、谁批、怎么统计”描述清楚的需求它都合适。反过来需要复杂算法、需要处理大量实时数据、需要做成对外销售的产品、需要深度定制交互的东西就不该指望它。比如你要做一个图像识别的小工具、要做一个对外的小程序商城那是另一条路。认清这条线你不会在第三个星期产生“这东西根本不行”的挫败感——它行只是你在拿螺丝刀敲钉子。3. 上手前的准备先认识三个核心要素别急着点按钮手册的教程部分是从“核心要素”讲起的这个安排很合理。零代码平台最容易让新手懵的地方不是操作难而是打开编辑器之后不知道从哪下手——界面上组件一大堆按钮一大堆每个看起来都能点。其实再复杂的应用拆开也就三样东西表单负责收数流程负责跑审批报表负责看结果。剩下的页面、权限、提醒都是围在这三样外面的配件。先把这三样认全再动手效率会高很多。3.1 表单一张会自己收数的表把一个表单理解成一张 Excel 表就行只不过它长在网页上别人打开链接就能填填完数据自动进库不用你合并。表里的“列”叫字段每一行填完的数据叫一条记录。你在设计器里拖一个“单行文本”组件就等于在 Excel 里加了一列拖一个“单选”组件就等于做了一列下拉选项。组件不用全学新手先掌握八种就够覆盖八成场景单行文本、多行文本、数字、单选、多选、日期、成员选人、附件。这八种能搭出报名表、报修单、请假单、盘点表、收集表。手册里那些案例翻来覆去用的也是这些。一条记录在系统里大致长这样看一遍能帮你建立“字段就是键”的概念{ formId: tshirt_collect, // 表单标识建表单时自己定义别用中文 size: L, // 单选组件尺码 qty: 2, // 数字组件数量 receiver: A同学, // 成员组件领取人 remark: 希望周五前到 // 多行文本组件备注 }这段内容不用你手写平台会自动生成。之所以要你瞄一眼是因为后面做报表、设权限、写筛选条件的时候你会反复跟这些字段名打交道。字段名起得乱七八糟比如一堆“字段1”“字段2”等到配报表时你就知道什么叫自找麻烦——这是血泪经验后面避坑那章还会再提一次。3.2 流程把“谁批、批几级”画成一条线表单解决“数据怎么进来”流程解决“数据进来之后怎么办”。请假单提交后要找主管主管批完找人事备案这就是一条流程。在宜搭里流程是一条可视化的线起点是提交中间是若干审批节点终点是完成每个节点上挂一个或几个人。新手最需要理解的是节点的三种关系串行、并行、条件分支。串行就是接力棒A 批完给 B并行是几个人同时收到谁先批都行条件分支是按数据走不同的路比如“金额大于 5000 走总经理否则走主管”。手册里合同会签的例子就是这个结构合同内容依次经过内审、财务、负责人几个节点中间任何人出差都能在手机上处理不会因为签不了字卡住整个流程。有个容易忽略的细节每个节点都该想清楚“这个人不回怎么办”。是想三天没处理自动提醒还是允许转交给别人还是设置成超时自动通过。这些开关在节点设置里都有配的时候顺手点一下能省掉后面一堆催办的麻烦。3.3 报表把几百条记录压成一张图数据收上来之后如果只能一条条翻那跟 Excel 没区别。报表的作用是把记录按某个维度汇总按尺码统计件数、按部门统计报修数量、按月份统计报销金额。操作上就是选一个数据源哪个表单、选一个分组字段按什么分、选一个统计方式计数、求和、平均剩下交给平台。手册里专门有一个“报表分析”的实践案例位置放在几个表单案例之后这个顺序是对的——先有数据再谈分析。新手常见的误区是先设计一堆华丽图表结果发现字段设计时没留好分类维度图画不出来。所以搭表单的时候就该想一句这张表以后要按什么统计把那个字段设成单选而不是文本后面会省很多事。3.4 权限和提醒两个最容易被忽略、却最影响成败的设置权限决定“谁能看哪些数据、谁能改哪些数据”。它比表单难因为没有即时反馈——你搭表单的时候能立刻看到效果权限设错了往往要等到有人看到不该看的东西才被发现。新手的最低要求是发布前用一个“不该有权限的账号”打开一次确认看不到。提醒决定“这个应用会不会被用起来”。一个报修单提交完没有任何人收到通知那它注定死在收藏夹里。平台支持定制消息提醒推送可以配在提交时、审批通过时、超时未处理时。把提醒配好应用才算真正“活”了。还有一个小点值得提前知道一次搭建双端适配。也就是说你在电脑上搭的页面手机打开是能用的不需要另做一套。这对一线场景很关键——车间、门店、仓库这些地方的人不会抱着电脑填单子。4. 第一个例子跟着做一遍“T 恤尺码收集”20 分钟跑通理论讲完该动手了。选这个案例不是因为它简单而是因为它把“表单—数据—报表”这条最短链路走完整了没有任何多余的环节。手册的实践案例部分第一个放的就是尺码收集顺序安排得挺懂新手。整个过程分五步每一步我都写清楚点哪里、为什么这么点、以及最容易错在哪。你现在可以打开电脑跟着做也可以先读完再动手。4.1 第一步把需求压缩成四句话动手之前先在纸上写四句话这四句话决定了后面所有设计第一谁填——各部门的员工自己填一人填一次。 第二填什么——姓名、部门、尺码、数量、备注。 第三填完给谁看——行政汇总其他人只能看自己的。 第四要看什么结果——每个尺码各要多少件每个部门各多少人参加。这四句话分别对应后面的表单设计、权限设置和报表设计。新手最常见的翻车方式就是跳过这一步直接打开编辑器开始拖拖到一半发现“哎我还要统计部门”回头改字段前面配的东西全要重来。我第一次做的时候就是这么干的改到第三遍才想起来应该先写清楚。4.2 第二步建表单六个字段就够别贪多新建一个表单把下面这六个字段拖进去。表格里第三列是重点很多人只填了前两列就开始用结果后面配报表、配权限的时候对不上。字段名称用哪个组件关键设置姓名成员组件必填默认带出当前登录人部门单选组件必填选项写成你公司真实的部门名尺码单选组件必填选项 S、M、L、XL、XXL数量数字组件必填最小值 1最大值 5防止有人填 999备注多行文本选填不设必填提交时间系统自动不用手动加提交时自动记录这里有三处设置值得多说一句。第一“姓名”用成员组件而不是文本框因为成员组件存的是人后面配权限“只能看自己的”才认得出来用文本框存个“张三”系统不知道张三是谁。第二“尺码”用单选而不是文本因为单选存的是固定选项报表才能按尺码分组要是让人自由输入你会收到“xl”“X-L”“加大”三种写法。第三“数量”加上下限这个设置能挡掉一半的脏数据。表单标题、字段说明也顺手写清楚比如在尺码下面加一句“不确定的建议选大一码”。填的人少问一句你就少回一条消息。4.3 第三步配权限和提醒让对的人看到对的数据表单搭完先别急着发布去权限设置里做两件事。第一件设“谁能提交”。这个案例里全员可提交但要限制成“每人只能提交一次”否则会有人重复填汇总的时候数量翻倍。这个开关在表单的提交设置里勾上就行。第二件设“谁能看”。默认给提交人自己看自己那条给行政岗看全部。具体做法是加一条数据权限规则条件写“提交人等于当前登录用户”这样普通员工打开列表只看到自己那一行。行政同学用角色授权不要一个个加人名——人员一变动你就要回来改改漏了就是事故。然后是提醒。在表单设置里加一条消息提醒触发条件选“提交成功后”接收人选行政岗的负责人。这样有人填了负责人手机上立刻能收到不用每天登录去看。这条提醒看起来不起眼但它是“这个应用有没有人用”的分水岭。配完权限一定要自己拿一个普通账号或者让同事帮忙打开一次确认三件事能提交、提交后只能看到自己的、行政能看到全部。4.4 第四步出报表三分钟看到每个尺码要几件新建一个报表数据源选刚才那张表单。然后拖两个图表。第一个用“指标卡”或“柱状图”分组字段选“尺码”统计方式选“数量求和”标题写“各尺码需求件数”。这一张图直接回答“要定多少件”。第二个用“柱状图”分组字段选“部门”统计方式选“计数”标题写“各部门参与人数”。这一张图回答“哪些部门还没交”。做完把报表保存回到应用的页面里把表单入口和报表入口放在同一页上。这样行政同学打开一个链接上面填、下面看不用在两个地方来回切。手册里提到的“办公门户”思路就是这个——把零散的应用拼成一个入口只是我们这里规模小得多。4.5 第五步发布前自己先走一遍五条自测清单点发布之前按这五条过一遍每条都动手验证不要凭感觉用普通账号打开链接完整填一次能提交成功。提交后再打开列表只能看到自己那一条。换行政账号打开能看到所有人的记录数量对得上。打开报表两个图表的数字和列表条数一致。拿手机扫一次入口页面能正常打开、能填。第三条最容易出问题如果你发现自己用普通账号也能看到全部数据那就是权限规则的条件写错了通常是“且/或”选反了或者把规则写在了错误的对象上。第五条的“手机上能不能用”也常被忽略很多收集类应用一大半的提交量来自手机桌面端调好不等于能用。五条全过再发布。发布之后把这个链接做成二维码贴在公告栏、发到群里剩下的事就交给填的人了。5. 新手最容易踩的五个坑从“能打开”到“能交付”能跑通第一个例子说明你摸到门了。但从“我自己能填”到“一个部门天天在用”中间还隔着一段。这一段踩的坑高度重复我把带新人时见得最多的五个整理出来每个都按“现象—原因—解决”写你照着对照一下自己正在搭的东西。5.1 坑一字段一路加表单长得像劝退问卷现象链接发出去回收率不到一半还有人在群里问“这个必填吗”“那个我不知道怎么填”。原因搭的时候抱着“以后可能有用”的心态把能想到的字段全塞进去而且默认全是必填。更麻烦的是把审批环节才需要的信息也放给申请人填比如“财务审核意见”“合同编号”提交的人根本不知道这些。解决只保留“提交这一刻本人一定知道”的字段其余全部挪到流程节点上由对应的人补录。必填项控制在五个以内选填项统一标注“可跳过”。字段超过十个就分组用分步表单拆成两页第一页填核心信息第二页填补充。改完之后回收率会明显回升这个我试过很多次。5.2 坑二流程节点设得太细一张单子走两周现象一个三天的请假流程走了十天还没结束审批人一出差单子就卡在那儿不动。原因每个节点都默认“需要所有人同意”该并行的做成串行该跳过的没设条件分支节点上没有超时提醒也没有转交权限人不在就只能等。解决先画出真实流程把“必须他本人点头”和“告诉他一声就行”区分开后者用抄送而不是审批节点。能并行的节点合并成一个会签节点。给每个节点配上超时提醒允许转交。再检查一遍条件分支有没有覆盖异常情况比如金额为 0 或为空时走哪条路——这类边界不设线上就会出现“单子走到一半没人管”的情况。5.3 坑三权限用默认值数据在裸奔现象员工打开列表看到全公司的合同金额离职的人还能打开旧表单。原因搭的时候只顾着把功能跑通权限一栏没动用的是默认的全员可见或者权限按“人”授权人员一变动就失控。解决发布前画一张两列的表格左边写角色申请人、部门负责人、财务、管理员右边写他能看哪些行、哪些列、能做哪些操作。授权一律按角色不按个人。涉及金额、身份信息这类敏感字段用字段级权限单独收起来。人员离职时删角色成员比逐个改权限可靠得多。这张表现在多花十分钟以后能省掉一次真正的事故。5.4 坑四直接在正式应用上试数据、改结构现象报表里混进了“测试”“111”这样的记录删掉一个字段之后历史数据对不上有人反馈“以前填的东西不见了”。原因没有区分测试和正式边用边改改字段时直接删掉重建而不是改显示名称。解决先建一个“沙盘应用”结构照抄正式应用所有试验在沙盘里做验证完再改正式。改字段时只改显示名称不动底层标识这样历史数据不会断。确实要删字段先导出全量数据留一份。上线后的第一周尽量不改结构等收集一轮真实反馈再动改一次通知一次别让大家第二天打开发现界面变了。5.5 坑五一上来就想搭“全公司的系统”现象搭了两周还没上线同事从一开始的期待变成“那个东西还在弄啊”最后不了了之。原因范围太大。想一次覆盖请假、报销、采购、合同每个部门都有意见需求在搭建过程中一直在变永远到不了“完成”那一步。解决砍到一个部门的一条流程两周内必须上线哪怕只覆盖最核心的三个字段。上线跑一周收集真实反馈再扩第二个流程。手册里的实践案例是按单个场景一个个拆开的这个拆法值得学——先做“设备报修”跑顺了再做“进销存”不要反过来。做小做快比做大做全更容易活下来。6. 下一步学什么三条练习路线和一份发布前自检跑通尺码收集之后很多人会卡在“接下来做什么”。我的建议是别去啃功能清单按“能解决自己身边一件事”的顺序往上加难度每加一层只学一个新东西。6.1 按顺序练四个应用每个只学一个新能力阶段练什么新学的能力判断做完了没有第一周报名登记、问卷收集表单字段与组件能发出链接并收到 10 条真实数据第二周设备报修、请假申请流程节点与条件分支一张单子能完整走完并归档第三周报销明细、进销存台账报表分组与统计报表数字和明细条数对得上第四周周报汇总、到期提醒定时提醒与权限分层不用登录也能按时收到消息第三周的进销存和第四周的定时通知手册里都有现成案例跟着做一遍比自己瞎摸索快。做的时候刻意只学当周那一个能力别顺手把别的功能也点一遍学得杂反而记不住。6.2 每次点发布之前我都会过的五条用没有权限的账号打开一次确认看不到不该看的。用手机打开一次确认能填能提交。提交一条真实数据走完全流程看提醒有没有发到对的人手上。打开报表数字和明细条数对得上。把这张表单的字段名从头念一遍凡是出现“字段1”“文本2”的当场改掉。最后一条听起来最琐碎但它救我次数最多。字段名是给未来的自己看的三个月后你回来改报表看到“字段7”根本想不起来那是什么只能一条条点开猜。我现在的习惯是每建一个新表单先把命名想好再动手发布前再念一遍。从那以后我每次搭完一个应用都会强制走一遍上面这五条不管多小的应用哪怕只是收个午饭统计。走得多了就变成肌肉记忆翻车的次数也就下来了。希望帮到你。本文还有配套的精品资源点击获取