寻乌县菖蒲乡的便民服务中心，早上一开门，最常见的是来问建房手续的农户：表在哪领、要盖几个章、什么时候来踏勘。答一遍记不住，下回还来问。这套流程后来被搬进了勤哲Excel服务器搭的办证发证信息系统。
农村村民建房审批不是一道手续。农户先交申请，村里审核，便民服务中心登记，相关部门上门踏勘，办公会联审联批，验收合格才发证。环节分属不同部门，材料在几个办公室之间转。
寻乌县菖蒲乡要落实农村村民建房审批管理的政策，联审联批的信息化就成了绕不开的一步。经过咨询和考察，最终选择勤哲Excel服务器做试点，先把这个乡镇的流程跑通。
乡镇审批的难，不在政策本身，在材料怎么留、怎么找、怎么对。这三件事，纸质时代各有各的麻烦。
还有一层是公开。审批公示、公告要贴出去，踏勘照片要留档；过去靠纸质和手机相册，时间一长就对不上号，遇到复核只能凭印象。
这些麻烦单看都不大，叠在一起就成了"办一件、跑几趟"。农户不满意，经办人也累。
乡镇没有专职IT人员，县里的技术员也不可能常驻。选型时最现实的三条是：装得上、学得会、改得动。
勤哲Excel服务器的做法，是把系统当成一张张表格来搭。模块化设计，会Excel、有一点数据库概念的人就能上手；表单、流程、打印格式都能自己调，不用等厂商排期。
这也是"试点"能成立的前提。先用一个乡镇跑通，跑不通就改，改的成本不高；跑通了再谈推广，风险可控。对基层来说，这比一次性上一套大系统稳妥得多。
系统的骨架就是审批的实际顺序：农户申请、村审核、便民服务中心登记、部门踏勘、办公会联审联批、验收发证。每一步对应一张表，前一步的数据后一步直接调用。
构架图看着简单，关键在"串"。串起来之后，一件申请走到哪一步、卡在谁那里，打开系统就能看见，不必再打电话问。
对农户来说，最直接的变化是"只交一次材料"。前面填过的信息，后面几个环节不必再问一遍，也不用复印同一张证明交三次。
第一层是报表。按村、按月份、按审批状态统计，多少件在办、多少件办结，数字从登记表里直接长出来，不用月底再让各村报一遍。
第二层是档案。申请书、身份证明、宅基地证明等书面材料，登记的同时扫描进系统，与申请编号绑定。查一户，调的是一个档案袋，不是一摞纸。
第三层是现场。踏勘照片、审批公示、公告一起存进系统，照片对应到户、对应到时间。日后有争议，调出来就能说明当时现场是什么样。
第四层是发证。证书按模板机打，字段从审批数据里取，不再手写。手写容易错字、漏项，机打出来格式统一，也好归档。
四层叠起来，一件申请就有了完整的电子轨迹：谁受理、谁踏勘、谁签字、哪天发证，全都落在系统里，而不是散在几个柜子。
搭这套系统，主要用两样东西：设计窗口和表间公式。一个管"长什么样"，一个管"数据怎么流"。
设计窗口负责字段、顺序、权限和打印格式。改一个字段不必找程序员，拖一下、填个名字就行；哪个岗位能看哪张表，也在这里勾选。
表间公式负责把数据带过去：登记表里的村名、户主、面积，自动填进踏勘表和发证表；审批状态一变，统计报表跟着变。这一层做好，重复录入基本就消失了。
对乡镇来说，这套做法还有个好处——看得懂。表的结构和原来纸质的表单差不多，经办人不需要先学一套新概念，简单培训就能上手。
这也是勤哲Excel服务器在基层好用的原因：它没有把"信息化"做成一件需要翻译的事。
系统运行后的变化，经办人感受最直接：办件进度可查，材料不用来回找，报表不用月底赶。窗口答询也轻松了——输入户名，进度和缺什么材料一目了然。
对上级部门来说，数据是实时上来的，不必等乡镇报月报；对农户来说，跑的次数少了，等待的时间短了。据使用方反馈，工作效率明显提升，业务开展有序，也得到了领导的认可。
也要说清楚边界：系统能保证流程留痕、材料齐全，但踏勘必须人到现场，联审联批必须开会。系统替代的是纸和跑腿，不是责任。
一个乡镇的业务量不算大，但它面对的是政务服务里最典型的一类场景：环节多、部门多、材料多。把这套流程跑顺，比买一套昂贵的大平台更实际——先让群众少跑一趟，信息化就有了说服力。
