序
在进入明道云实习之前，我是一名认知心理学专业的本科生。
我对编程知之甚少，但是我对编程所需的【逻辑思维】和【系统思维】非常感兴趣。
可是，我后来尝试学习编程时，发现仅仅熟悉编程语言就是一项耗费时间和精力的工程。
编程语言诸多的限制和与常规不同的思维习惯，别说训练思维了，就是打地基的过程都让人非常想放弃。
这个时候我就想，如果有一种 “新编程”，能让人轻松熟悉，并且马上做出实践开发就好了。
结果，我就遇见了【明道云】。
【明道云】作为一个企业应用的搭建平台，它的“零代码”概念 非常吸引我。
它会针对一些具体的应用场景来针对性的搭建应用，但是搭建的过程却不需要写代码，只需要把封装好的代码块根据需求搭起来就好。
白话讲，你想要一个旋转书架，你不用自己生产木制轴承和螺丝，而是去宜家买现成的套装，根据图纸把零件组装起来就行。
而这个过程，你无需先学习编程语言了，依然可以思考整体的搭建框架，各个零件之间的关联和搭建的先后顺序。
这让我看到了一种更高效的去训练【逻辑思维】和【系统思维】的方式，于是我就大起胆子申请了公司的【实施顾问】实习生，并开启了我自己的 “零代码应用搭建之旅”
一。 应用搭建前的准备工作
我进入公司实习时，我的同事们鼓励我去找一个相对真实的需求和具体的场景，来锻炼自己方案搭建的能力。
于是我就瞄准了校园里的疫苗接种和库存管理需求，做了一个【学校疫苗中心的管理】应用。
在我正式搭建这个应用之前，我做了三个准备工作。
1. 看书
我读了《零代码 | 企业应用搭建指南》
看书的目的有两个：
一是为熟悉明道平台的功能，
二是学习需求识别，把具体的现实需求，从【业务语言】抽象成【程序语言】
为了学会“抽象”的能力，我仔细研读了这几页：
《信息架构和零代码应用搭建》中的 RICP
并且模仿一个实践案例：【普渡餐饮】，来提炼出我自己的搭建框架。
首先，我根据书中的【价值流程图】绘制了“疫苗版本”的流程图
书中的图：
我的图：
其次，我根据书中的【参与角色】，依葫芦列出了“疫苗中心”的参与角色
书中的图：
我的图（本张略丑，请见谅）：
需要说明的是，书中是案例教学，会详细很多，而我们自己做的时候只需要罗列自己应用涉及的角色就好了
然后，我根据书中的【实体对象】，枚举了“疫苗中心”的实体对象 和 对象关系
这个是书中的：
这是我的：
书：
“疫苗中心”（我）的：
这是书中的;
“疫苗中心”的：
在确定了我的工作表后，我开始确定我可能涉及的工作流有哪些
因为工作流是跟需求相挂钩的，我首先确定了想实现的具体功能：我希望搭建的学校疫苗中心管理，能满足这三点需求：
- 能收集和跟踪学生的接种状态： 从学生填写了疫苗预约表，到成功(或失败)接种疫苗，中间的每个环节，疫苗中心可以通过预约状态的查看了跟进。
- 能实现库存盘点和管理：当库存触及下限/上限时，会触发警报，并有相应的措施。
- 能实现出入库的自动更新：当有预约出库/采购入库时，对应的库存会减少/增加。当库存触及下限的时候，会自动生成采购单。
确定完之后，我就在 ProcessOn 上画了一个流程图：
那么，当我们前期把框架有个初步构成后（中期在搭建时还可能会修改），就可以在明道云上开始进行实际的搭建了。
二。 应用搭建中的调整与学习
在画好流程图之后，你会觉得在搭建过程中有种行云流水的感觉，很自然，而为了不遗漏任何一个环节，在搭建时我遵循了这样一个顺序：
建立表单 -- 配置工作流 -- 调整表单 -- 验证工作流 -- 配置视图与驾驶舱 -- 配置用户权限
1. 先完成，再完美
无论做什么，先把想得到的表单全建立起来，配置好字段，然后配置工作流。在这个过程中，有可能发现某个表单的某个字段要更改类型，某个必要的关联字段没有添加，某个字段很多余可以删除，再反过来调整表单。
总之，整个应用的搭建不是一簇而就，即使一开始画好了构思图，中间也少不了调整和修改；千万别感觉没有准备好，就迟迟不敢下手；先完成，再完美。
这是我一开始和最后配置的驾驶舱/工作流/视图之前的对比
驾驶舱：之前
之后：
工作流：之前
之后：
表单：之前
之后：
2. 边搭建，边学习
在搭建的过程，除了搭建与调整，有时还需要一定的学习。
什么意思呢？
在我搭建的过程中，我发现应用也有一个疫苗相关的应用，就去看了一下。虽然它的很简单，但我发现它的工作表上有我没有的字段信息（接种地点和疫苗的第一针/第二针），我就赶紧补上了。
还有一次，我想实现一个批量获取然后逐条更新的功能，我不太了解，就去请教了我们团队的周亮兄，亮亮兄很有耐心的教我了一个之前没用过的功能 -- 子流程，并完美解决了我的问题。
之后在审核应用时，市场部的麦麦姐发现我的预约功能没有完成闭环，给我讲了如何应用分支节点来识别老用户和新用户，也让我这个应用变得更加完善，可用。
也许这三件都是极其微小的事情，但我认为在搭建应用的过程中，千万不要闷着头自己搭，一定要学习一下过往的案例，学习一下过往的解决方案，不要重复造轮子。同时，及时请教资深同事也是保证事半功倍的的方法。
我最后搭建的工作流，有 16 个之多。
这样整个应用就搭建好了。
三。 应用搭建后，上架之前的测试
应用搭建完之后，在正式之前，还有一点需要特别主注意的：配置好移动端的视图
给大家看一下，视图配置和不配置（默认设置）在移动端显示时的差别
默认配置：
（谁知到这下面一串数字代表得是什么啊）
主动配置：
（这样子看就方便了很多）
在这里两张图的差别源于是否【显示字段名称】。
作为一个实施顾问，需要把【用户体验】考虑到应用的搭建中。因为一点点的人性关怀，对产品的温度和用户的留存率的提升都是显著的。
后续
【学校的疫苗中心管理】是我在明道云入职一个月后搭建的第三个应用，也是目前最复杂的一个。在这个过程中看到了我许多可以进步的地方， 比如，如何让一条工作流变得更加智能、满足更复杂的需求？如何对业务的理解更加贴合实际、对业务的抽象更加准确？如何实现库存的先进先出？等等
与此同时，这个过程也锻炼了我的【系统思维】和【逻辑思维】：在设计流程图时，先后顺序需要一定的逻辑去思考；在设置表单时，要提前绘制好一个搭建框架（流程图），还要考虑不同工作表的关联，就必须有一种系统和全局视野。
当然，这种训练不止于此，如果遇见更复杂的场景，对思维的锻炼也会更加深刻。
作为一个只有两个月实习时间的实习生，这种经历和历练是相当宝贵的。如果在明道云工作的时间能更长一点，比如说两年。我希望不仅能精进实施的能力，还会锻炼一下沟通和销售的能力，更重要的是，能对整个行业有更宏观和深刻的认识，对本行业与其他行业的链接，有更全面的了解，让自己成为一个从细节的点到宏观的面再到全方位的体，都有所成的人。成为一个有专业能力的专家和一个行研能力的战略家的结合体。
而以上几点，每一位认认真真干活和反思的业务老兵都是可以达到的。这些业务老兵也许不会编程，但是对行业的需求和流程相当的熟悉，如果这些人来搭建他们行业/企业的数字化转型方案，那一定是又精准又实用。
我记得在 2000 年初的时候，有人问如日中天的微软，成功的秘诀是什么？微软说，我们让一个程序员搭班一个业务员，精准实现业务需求。
许多人听了之后去实践，可惜都学费了。他们忘了，自己的企业缺乏微软的整体配套环境。
而如今，世事变迁，微软已经不用这套模式，我们也不用非得程序员才能搭建应用。
像明道云这样的服务平台，允许熟悉业务又有年轻心态的老兵亲自参于搭建，能让应用更加有针对性，更加适配场景。
希望有更多的人，可以来认识和了解明道云，了解零代码搭建，让不同的行业都能受惠。这样子，用不了多久，整个社会都能变得更轻捷，更美好一些。
