做到哪了?
群里问三遍,还是没人说得清。照片发了一堆,却不知道对应哪道工序。
进度不可见为什么需要它
是「做到哪了」「谁确认的」「钱对不对」这三件事,永远散在群聊、电话和一张张截图里。
群里问三遍,还是没人说得清。照片发了一堆,却不知道对应哪道工序。
进度不可见验收口头通过,出了问题各说各话。报告没有,签名也没有。
验收无凭据节点付了款,账面却对不上。材料、人工、运费混成一团。
账目无出处柏总管把这三个问题,变成三条可核对的记录。
产品能力
不是又一个聊天群,而是一条有顺序、有凭据、有门禁的推进链。
现场照片与视频在服务端打上水印,落到具体工序;完成度由汇报汇总,阶段按顺序推进,不能越级。
工长自检提交、监理审核、主业主确认,三个环节都要手写签名,按轮次留档,验收报告自动生成 PDF。
无监理项目由工长与业主两方签署
门禁是系统规则,不靠人记。汇报 → 验收 → 结算,每一步都留下事实来源。
付款节点、收入支出流水、周期对账与阶段结算同源。业主确认付款、逐条提异议;工长登记流水、发起对账;每一笔改动都留痕。
工长与监理现场定位签到,1–3 张照片在提交时由服务端生成水印;定位失败不能签,偏差过大必须写说明。
业主维护密码与有效期,工长、监理按需查看;每次读取写审计,项目归档后整条链路关闭。
闭环流程
每一步都有明确的责任人、状态和凭据,不需要靠记忆推动。
工长上传照片与视频,服务端打水印,完成度落到工序。首次汇报,项目自动进入「施工中」。
工长自检提交 → 监理审核 → 主业主确认。三个环节都要签名,验收报告自动生成 PDF。
验收通过自动生成结算草稿。主工长提交,主业主确认或逐条提异议,金额与流水逐项复核。
按周期核对流水,异议逐条说明;确认后账目锁定,后续调整只能通过红冲留痕。
当前阶段结清,下一阶段自动进入「进行中」,对应的付款节点随验收解锁。
角色价值
同一个项目,四种视角。权限不是靠自觉,是由项目成员关系决定的。
安全与边界
从门锁密码到身份证号,系统按「最小可见」设计。不是把敏感信息藏起来,而是让它只出现在该出现的地方。
手写签名默认是项目内部确认记录;需要法律效力时,可开启可靠电子签并接入服务商。
平台 → 租户 → 项目。任何角色都不是「不受限」,跨租户看不到彼此的数据。
密码加密存储,按项目成员与角色可见;每次读取写审计,项目归档后立即关闭。
实名认证只保存脱敏号与核验结果,完整身份证号不进入数据库、日志或本地存储。
系统不接支付渠道,装修款仍在线下转账。平台只记录节点与流水状态,不代收、不托管。
常见问题
关于费用、签名、通知与权限,这里给出系统的真实边界。
不会。柏总管不接任何支付渠道,装修款仍由业主与工长线下转账。系统只记录付款节点、流水与对账状态,因此也不会出现「平台跑路」这类资金风险。
默认的手写签名是项目内部验收确认记录,证明三方在某个时间点确认过,但不等同于可靠电子签。需要法律效力时,可配置可靠电子签服务商;开启后业主改走服务商签署,工长与监理仍手写签名。
不能。微信一次性订阅每授权一次只允许下发一条消息,这是平台规则,不是产品限制。站内消息才是可靠通道;订阅消息只是提醒,不能承诺「永久接收」。
业主可以参与多个项目,在首页切换即可。工长、监理的角色是账号级的,在多个项目里保持一致;每个项目的进度、账目与成员关系彼此独立,不会串号。
只有该项目的成员按角色可见:业主可以新增、修改与失效密码,工长与监理只能查看明文。每次读取都会写审计记录;项目归档后,密码链路整体关闭。系统内的「失效」只改变可见性,不会改动实体锁。
开始使用
工长、监理、业主,同一个项目,
同一个进度。