简介：《0代码，搭应用——宜搭开发手册》是一份面向企业业务人员、信息化管理者及零基础开发者的实用指南，聚焦阿里巴巴宜搭平台如何通过可视化拖拽与配置，解决业务无系统支持、流程脱节、信息孤岛、智能化程度低等企业信息化痛点。压缩包内为单个PDF文件，约22.76MB，内容体系完整，涵盖宜搭核心能力、产品优势、客户案例、快速入门与进阶教程，并附有T恤尺码收集、设备报修、企业进销存、报表分析、定时消息通知、企业报销流程等真实搭建实践。读者可按目录从核心要素学起，逐步掌握用低代码方式搭建表单、流程与办公应用，理解宜搭在差旅报销、合同管理、OA改造等场景中的落地方法。已有6778人学习浏览，适合希望降低开发成本、快速实现管理数字化的个人和团队下载参考。

1. 0代码搭应用：先搞懂宜搭到底是什么

你有没有遇到过这种情况：公司想上一套线上审批流程，找技术同事问了一圈，回复永远是“排期两周”。能不能有一种办法，不写代码，也把表单、审批、报表自己做出来？宜搭就是为此而生的。

宜搭是一个0代码应用搭建平台。页面、表单、审批流程、数据报表——这些以前需要程序员开发的模块，在宜搭里都做成了可视化的积木块，你只需要拖拖拽拽、填填配置，就能搭出一个能用的企业级应用。它覆盖了信息发布、调查问卷、资产管理、流程审批、移动办公等常见场景，从一开始的集团内部协同工具，逐步开放成面向各类企业的通用平台。

这份《0代码，搭应用——宜搭开发手册》PDF，就是一份为新手准备的地图：先讲清原理，再带你一个案例一个案例地动手，从收集T恤尺码这样的小练习，一路做到企业报销、进销存。零基础也能跟得上。

2. 为什么说零基础也能学：先看懂宜搭替你解决的四个老难题

在动手之前，我想先花一章讲清楚“为什么要学宜搭”。因为很多人第一次听说“0代码”时，第一反应都是：这玩意儿是不是只能做一些玩具级的小功能？真实业务能扛得住吗？这一章我用四个最常见的企业信息化难题来回答。

2.1 一个小需求为什么经常要排期两到三周

先看一个真实场景：行政部想做一个线上报销审批，提需求给开发，得到的回复普遍是“排期两到三周”。这还不是慢，更麻烦的是后面——流程走了一个月，领导说审批节点要加一个人，于是你再去排队改需求，再等下一个版本。

为什么慢？因为传统开发是一条流水线：需求确认、界面设计、前后端开发、接口联调、测试、部署上线。中间任何一个环节沟通不到位，都要返工。业务人员不懂代码，开发人员不懂业务，两边互相猜，这是企业信息化里最典型的成本黑洞。

宜搭换了一种思路：把“开发”这件事简化成“配置”。你不用去理解数据库、服务器、接口，只需要把业务想清楚——谁填表、谁审批、数据给谁看——然后在宜搭里把这些东西拖出来。开发周期从两周变成两小时，业务变化的时候，自己进去改一下配置就能上线。

2.2 页面、规则、数据：宜搭做事的三个黑匣子

宜搭的能力可以概括成三块：页面设计、业务规则定义、数据收集与分析。这三块对应业务应用最常见的三个需求。

页面设计解决“长什么样”。表单的字段、布局、必填项、下拉选项，这些都是可视化的，鼠标拖一拖就完成。你不用懂CSS或HTML，因为宜搭已经把页面底层封装好了。

业务规则定义解决“怎么流转”。比如：提交报销单之后自动走到部门主管，主管同意后跳到财务，超过5000元还要加一道审批；提交设备报修后自动通知维修人；某些字段只有特定角色能看到。这些规则以前写在代码里，现在通过流程配置界面就能搭出来。

数据收集与分析解决“数据去哪了”。所有表单提交的数据，宜搭会自动存到云端，并且提供图表化的报表能力。你搭好一个表单后，顺手就能拉出一张统计图，看每周报修了多少次、哪个部门提交最多。这在传统开发里需要额外做一套报表系统，现在只是标配功能。

2.3 一次搭建，手机和电脑都能用

对没有技术背景的人来说，最容易被吓退的一件事就是“适配”——做的应用在电脑上好好的，手机上打开全乱了。宜搭把这个问题直接抹平了：你搭一次表单或流程，平台自动适配手机端和电脑端。

这意味着什么？意味着审批人无纸化办公，不一定坐在电脑前，手机上点开消息通知就能处理；也意味着你不用跟设计、开发反复确认“移动端样式怎么调”。对新手而言，这是巨大的友好性：你只需要关心业务逻辑本身，不用关心终端形态。

2.4 一组对比和四个案例，说明它真的能扛业务

我把传统开发和宜搭放在一起对比，你看完心里就有数了：

手册里收录的几个客户案例更能说明问题：一家大型医院原来靠纸质单据走内控审批，接入宜搭后，半个月就把预算、采购、合同、审批全部搬上了线，覆盖院办、设备、信息、财务等多个部门；一家厨电制造企业的品质管理部门里，没有代码背景的业务人员自己搭建了质量管理应用，用来追踪关键物料的质量波动；一家家居零售企业把审批流与财务系统打通后，日常报销、付款在手机上点一点就能完成；还有一家箱包代工厂更夸张，用宜搭搭了一套生产执行系统，上千个生产工站、几十个质检站点都跑在上面，整体生产效率提升了15%。

这些案例不是互联网公司的专属玩法，而是不同行业里的业务人员自己干出来的事。看懂这些再回头看“零基础能不能学”，答案已经很明显了。

3. 新人上手第一步：注册、进工作台、认识四个核心要素

知道了宜搭是什么、能解决什么问题，接下来就是动手了。别担心，这一章我不让你做什么复杂的事，只带你完成三件事：注册一个账号、认识工作台、搞懂应用和表单、流程、报表之间的关系。这三件事做完，你就有了“地基”。

3.1 注册与登录：第一次从哪里进

打开浏览器，搜索“宜搭”，进到官方页面后右上角就是登录入口。宜搭用的是账号体系，第一次使用会引导你选择“创建组织”或“个人空间”。这里我建议你选个人空间先练手，等摸熟了再绑定公司组织。

注册完成后，页面会带你进入一个工作台。第一次进去你可能有点懵，满屏的按钮不知道该点哪里，这很正常。说句实在话，我当时第一次进去也对着屏幕愣了半天。宜搭的界面信息密度偏高，但它本质上只做一件事：管理你创建的所有应用。

3.2 工作台里到底有哪些东西

宜搭工作台的核心区域是应用列表。你创建过的所有应用都在这里，新来的用户看到的是一个空列表，旁边大概率会有一个“新建应用”的醒目按钮。模板中心也在附近，里面预置了一批常见场景的模板，比如问卷、报销、进销存、设备管理等。

在开始搭建之前，你不需要研究清楚每一个菜单。入门阶段只需要关注三样：新建应用、模板中心、成员管理。成员管理是以后把应用给别人用时才需要重点设置的，新人可以暂时放一放。

3.3 四个核心要素：应用、表单、流程、报表

很多人第一次用宜搭失败，是因为没搞懂这四个东西的关系。我用最直白的话给你捋一遍。

应用是一个容器，相当于一栋房子。表单、流程、报表都装在这栋房子里。比如“设备报修”是一个应用，它里面包含“报修登记表”这样的表单、“维修审批”这样的流程、“维修统计”这样的报表。

表单是数据的入口，相当于这栋房子的大门。用户填写的每一张表单，本质上是一份结构化数据：谁报修的、什么设备、什么问题、什么时候。字段类型决定了数据的质量，所以搭表单时要仔细想清楚每个字段用什么类型。

流程是表单数据的流转规则。表单提交之后，数据不会死在那里，它会按照你配置的路线走到审批人面前。审批人同意或驳回，再继续下一步。没有配置流程的表单，只负责收集数据；配置了流程的表单，才叫业务应用。

报表是数据的出口。提交的数据积累多了，如果只靠人工去后台翻，效率很低。报表功能可以把这些数据自动汇总成图表，比如按设备类型统计报修数量、按月统计维修完成率。这也是宜搭和其他表单工具拉开差距的地方。

3.4 模板中心：新手最快的捷径

如果你打开工作台后还是不知道从何下手，我强烈建议先逛一圈模板中心。宜搭内置了覆盖很多常见场景的模板，点开一个模板就能看到里面已经搭好了表单和流程。

模板对新手意味着什么？意味着你看一遍别人是怎么搭的，比读十页教程都管用。点开模板，逐字段看一看，逐节点点一点，你会直观理解“原来这个下拉框是这么配的”“原来审批人是从这里选的”。等你熟悉了套路，再基于模板改造成自己想要的应用，比自己从空白开始搭要快得多。

不过要提醒一句：模板是参考，不是答案。每个公司的业务流程都不一样，套模板的时候一定要改字段、改流程节点，别直接发布给同事用。

4. 跟着做一个真实小应用：设备报修从零搭到发布

现在到了整篇最关键的章节。我带你从零开始，搭一个真正能用的“设备报修”应用。为什么选它当第一个练手项目？因为这个场景同时覆盖了表单、流程、通知、报表四个能力，而且很多人在工作中都真实遇到过——打印机坏了、电脑蓝屏了，以前靠微信群里吼一声，现在可以变成一个规范的应用。

4.1 先想清楚业务，再打开电脑

动手之前，先花两分钟把业务流程在脑海里过一遍。设备报修的完整链路大概是：员工提交报修信息 → 设备管理员收到通知 → 管理员接单并安排维修 → 维修完成反馈给报修人 → 后期可以统计每月报修情况。

这条链路对应到宜搭里就是：一张报修表单 + 一条审批/处理流程 + 若干消息通知 + 一张统计报表。先把这个逻辑想清楚，后面配置就会顺很多。我第一次学的时候就是因为没想清楚就直接上手，搭到一半发现少了反馈环节，又回去改，绕了不少路。

4.2 第一步：创建应用，搭一张报修表单

登录宜搭进入工作台，点击“新建应用”，填写应用名称。名称建议写得直白一点，方便同事认：就叫“设备报修”。创建完成后，应用里会有一个默认的空白页面，你需要在应用内新建一个“表单”。

表单是这次搭建的重点，我建议你按下面这张表来配置字段：

每个字段选什么类型，是有讲究的。“设备名称”用下拉单选而不是文本框，是为了以后做统计时能按设备类型分组；“报修人”用成员字段，系统会自动识别当前登录人，不需要手动输入人名；“故障描述”用多行文本，让员工把问题写清楚。

拖字段的操作很简单：从左侧字段列表里选中你要的字段类型，拖到中间画布上，然后在右侧属性面板里改字段名。整个过程就像在Word里插入表格一样，完全不需要写代码。

4.3 第二步：把普通表单升级成流程表单

刚创建的表单只是一个数据收集器，提交完就结束了。但设备报修需要有人处理，所以我们要给它加上流程。在表单设计界面里，有一个“流程表单”的模式开关，切换过去后，界面下方会出现流程设计区域。

默认流程是“发起人 → 审批人”，我们需要把它改成报修的实际路径。实际操作是这样的：先把默认的审批节点选中，在右侧把审批人改成“角色：设备管理员”；然后在审批节点后面再加一个“反馈节点”，让维修人在处理完成后填写维修结果，并自动通知报修人。

流程节点之间的关系是线性的：员工提交后，数据流到设备管理员那里；管理员点“同意”，数据流到反馈节点；维修人填写结果，整个流程结束。这里不需要改任何代码，只需要在每个节点上设置“谁来处理”和“处理什么字段”。

4.4 第三步：配置消息通知，别让报修石沉大海

再好的流程，如果没人知道有事情要处理，等于白搭。宜搭的消息通知功能在流程节点设置里：选择某个节点，右侧会出现“消息通知”的配置区域。

新手至少要做两个通知：一是提交报修后，通知设备管理员的手机端，让他第一时间知道有新报修；二是维修处理完成后，通知报修人，让他知道结果。这两条通知会让整个流程真正“活”起来，不然你发出去的应用只会躺在角落里没人看。

4.5 第四步：发布应用，自己先测试一遍

配置到这里，点击右上角的“发布”按钮。发布时需要选择应用给谁用，一般选“组织内全员”或指定部门。发布完成后，这个应用就会出现在团队成员的移动办公端应用列表里。

发布之后不要急着通知大家用，你自己先提交一条测试数据。按一个员工的视角，从手机端打开应用，填一张报修单，提交后看看设备管理员能不能收到通知，能不能正常审批。这一步非常重要——我见过太多人发布后才发现自己没设置对，同事一用就发现问题，信任感瞬间就没了。

4.6 第五步：顺手搭一个统计报表

表单跑起来之后，还要把报表做了。在应用内新建一个“报表”页面，数据源选择刚才的“设备报修”表单，然后把“设备名称”拖到维度区域，把“报修单号”拖到指标区域，宜搭会自动生成一张柱状图，展示哪类设备报修最多。

报表的价值平时看不出来，等月底复盘时才后悔没早点搭。你只要在搭应用的当天顺手建一个报表，以后每天的数据都是自动汇总的，不需要月底手动统计。这份手册里专门有“报表分析”的实践案例，到时候可以对照着看。

5. 新手避坑：零基础学宜搭最容易翻车的5处细节

搭完第一个应用，你已经有基础了。但这会儿恰恰是最容易翻车的时候。这一章我整理了5个新手踩坑率最高的细节，每一条都是真实经验，提前看完，能少走很多弯路。

5.1 字段类型贪图省事，全部用文本框

现象：很多新手搭表单时图省事，不管什么内容都拖一个单行文本。手机号用文本、日期用文本、金额也用文本。等到月底想做统计时才发现，报表里按月份分组根本分不了，金额也加不了，数据全是没法计算的字符串。

原因：字段类型决定了数据的存储结构。文本字段只能存文字，没法参与数值计算和日期分组；只有一开始选对类型，后续统计才能正常发挥作用。

解决：搭表单前先写一个字段清单，逐个标记“这个字段将来要不要参与统计”“要不要做筛选”，需要统计的字段务必选日期时间、数字、下拉单选这类结构化类型。宁可多花两分钟选字段类型，也别让一个月后的自己面对一堆垃圾数据后悔。

5.2 流程表单搭好了，却忘记设置发起人范围

现象：应用测试时一切正常，等你发布给全公司，却发现一半同事在应用列表里找不到入口，或者点了应用提示“无权访问”。

原因：流程表单在设计时默认发起人范围可能只包含你自己或者少数角色。你作为应用管理员能看到全部入口，但普通成员没有被加入发起范围，自然就被挡在了门外。

解决：在流程设计区域找到“发起人”节点，点开后把发起人范围改成“全员”，或者按实际需要勾选指定部门。发布前再看一眼这个配置，它是最容易被忽略又最容易出问题的地方。

5.3 权限设置太宽松，同事之间互相看到敏感数据

现象：报销应用上线后，你发现A员工在报表页面能看到B员工提交的报销金额和事由，财务数据变成了公开信息，场面一度非常尴尬。

原因：宜搭默认权限可能把报表页面对所有成员可见，或者数据的可见范围没有按提交人隔离。对敏感业务来说，这是严重的权限漏洞。

解决：在应用的“权限设置”里按角色划分：普通成员只能查看和提交自己的数据；部门主管可以查看本部门数据；管理员看全部。报销、工资、合同这类敏感应用，发布前一定要逐项检查“谁能看这些数据”。

5.4 不测流程分支就发布，同事一用就出问题

现象：你在测试环境提交的报修单流程走得好好的，同事真的提交后，却卡在某一步不动了，或者审批通过后消息没有发出去。你打开后台一看，一脸懵。

原因：你测试的数据恰好走的是最顺利的那条路径。真实业务里会有各种分支：金额超过一定数量要多一级审批、某个部门走不同审批人、审批人驳回后流程怎么走。这些分支你没配，真实数据一进来就翻车。

解决：发布前把所有分支走一遍。金额超限的测一次、被驳回的测一次、部门不同的测一次。多花二十分钟做穷举测试，比上线后被同事追着问强得多。

5.5 数据多了不去看，永远不知道问题在哪

现象：应用跑了两个月，报修数据已经有好几百条。别人问你“打印机坏了多少次”，你只能打开后台一页一页翻，翻到头也没说出个具体数字。

原因：只搭了表单和流程，没有搭报表。数据都躺在表单里，但没有人用图表把它们展示出来。这等于你有了数据，却把它们锁进了黑匣子。

解决：从搭建第一天起，就给每一个有业务意义的表单配一个报表页。字段选对了、报表拖一拖就能出来。以后每周花两分钟看一眼报表，业务的规律和异常立刻浮出水面。

6. 下一步怎么走：照着手册从案例练习走向真业务

你现在已经跑通了第一个应用，说明宜搭的套路你已经摸到了。接下来怎么进阶？我的建议是：别急着挑战高难度，把你下载的这份《0代码，搭应用——宜搭开发手册》后半部分的实践案例按顺序做一遍。

建议你从顺序1开始，逐个做到顺序6。前面三个小案例巩固基础，中间两个练习流程和数据的配合，最后一个进销存会把页面级开发、数据联动都带进来。做完这些，你就不只是“会用宜搭”，而是能独立设计一个中小型业务系统了。

进阶之后，试着把你手头最烦的一件重复性工作搬上来——比如每周收集报表、每月统计考勤、每次报销都要追着领导签字。这些场景都是练手的好素材。你搭出来的东西不仅能解决实际问题，还能让你逐步形成“流程化思考”的习惯。

最后说一句我的教训：我最初搭应用时，总是急着拖界面、加按钮，后来数据统计阶段返工了好几回。从那以后，我每搭一个应用都会先花十几分钟把字段清单和流程节点写在本子上，确认无误才开始动手。希望你也能养成这个习惯，少走我走过的弯路，也希望这份指南能帮你迈出0代码搭应用的第一步。

本文还有配套的精品资源，点击获取