1、立项原因
计时工、计件工、零工的工资是"算"出来的:平时几小时、加班几小时、什么倍率、做了多少件,全靠脑子记。到月底工资一进账,想核对却核不动。
上架前实测过需求:「记加班」这个词下头部产品 37 万安装、只有 3.7 分,差评集中在强制注册、广告、看自己的数据还要开会员;「计件」这个词下的原生鸿蒙应用只有 2 个。需求已经被验证,缺的是一个干净的替代品。
2、行业场景
制造业与建筑业的计时/计件用工。工人在车间和工地现场记录,戴手套、光线差、网络不稳,所以记录动作必须一屏完成;而工资数据是他们跟工厂对账的底牌,所以不注册、不上传、无广告从第一天就是硬约束。
1、功能模块
https://zhuanyoukui.cn/
记工(工时 + 加班 + 计件混录成一条)、工价方案(多套可切,改方案不追溯历史账)、日历月账与图片报表、月度对账(实发 vs 预估)、排班倒班与明日班次提醒、班组记工(替工友记、单独成账)、桌面卡片(2×2 / 2×4 / 4×4)、每日记工提醒、云备份与同步、8 套主题。
2、主要描述
一条记录同时装下工时、加班和计件,不像同类产品那样拆成三个功能;不注册不登录,装上就能记;数据默认只存在本机,云备份是用户自己开的开关。整套操作按现场条件设计——戴手套、光线差、没网也能一屏记完。
1、我负责的部分
个人独立项目。选品调研、产品定义、变现模型、UI 设计、编码、后端部署,到 ICP 备案与华为应用市场提审上架,全流程一人完成。2026 年 8 月已正式上架。
2、技术栈
端侧 HarmonyOS 原生:ArkTS + ArkUI,relationalStore(SQLite)本地库、ArkTS 桌面卡片、reminderAgentManager 代理提醒、IAP Kit 订阅、Account Kit 只取 unionID 不落地个人信息。云端 PocketBase 自建四张表。
3、难点
· 增量同步的删除语义:早期用"云端有、本地无就删"的推断式同步,一次误判把云端整库清空。重写为墓碑表驱动,只有本机真删过才下发删除,并加"本地空 + 云端有则拒绝备份"防新装覆盖。
· 订阅到期判定:早期把到期时间 0 当成永久有效,等于订阅过一次即终身会员。改为 0 只表示无订阅,解不出真实到期时间就走 14 天滚动宽限窗。
· 排班锚定语义:循环班次只能从锚定日向后推,负数取模的双向延伸被审核判定为功能异常,重写后一次过审。
声明:本文仅代表作者观点,不代表本站立场。如果侵犯到您的合法权益,请联系我们删除侵权资源!如果遇到资源链接失效,请您通过评论或工单的方式通知管理员。未经允许,不得转载,本站所有资源文章禁止商业使用运营!

下载安装【程序员客栈】APP
实时对接需求、及时收发消息、丰富的开放项目需求、随时随地查看项目状态
评论