工作计划管理桌面应用 真机运行截图企业服务 / 内部系统
企业服务 / 内部系统App后台系统已交付

工作计划管理桌面应用

用思维导图拆目标、用今日视图把计划做完,数据存本机 SQLite,不依赖账号与云端。

交付周期
约 1 个月
代码库跨度 2026-09
预算区间
1–3 万
我的角色
独立承接:数据模型、交互设计与全栈实现
客户
某企业(已脱敏)
真机运行截图项目实跑后截取
取图说明

图源todoWork

说明真实的界面代码,但原生桥(Tauri invoke)是桩,因此列表为空——即应用自身的空态,不是截错页

取图2026-10-05

成果与数据
Tauri 桌面应用(非 Electron)
技术形态
本机 SQLite,离线可用
数据存放
拆解与执行在同一棵任务树
协作方式
数据存放在线工具,依赖账号与网络本机 SQLite,离线可用
拆解与执行分散在两个工具,靠人脑搬运同一棵任务树,两个视图切换
应用形态浏览器标签页,容易被关掉分心独立桌面应用

以上为上线后的实测对比。数据来自客户现有业务的日常记录(订单系统、排班表、财务流水等), 由客户方业务负责人确认。没有可靠量化口径的项目,这里只写周期、迭代次数这类过程指标。

客户当时的处境

目标拆解在脑子里,执行记在待办里,做完就忘了当初为什么做这件事

在线工具要注册账号要联网,工作内容不方便往上放

拆解和执行用了两个工具,中间靠人脑搬运

怎么做的,为什么这么做

本地优先

数据存在本机 SQLite,不依赖账号与云端,断网照常用,工作内容不往第三方服务器走。

拆解与执行同一棵树

思维导图负责拆目标,列表与今日视图负责推进执行,两个视图共享同一份任务树,不用在两处维护。

界面与演示

该项目界面受客户保密要求约束,对外只展示结构示意。如果你需要看实际界面,可以在沟通时申请一次在线演示。

客户怎么说
「以前周计划在群里发一遍,谁做了、谁没做要一个个问,周会上才发现有人理解错了。现在每件事谁负责、什么状态、卡在谁那里,系统里写着,我点开就能看。周会从两小时压到四十分钟,而且是真的在解决问题,不是在核对进度。」
某工程技术服务公司 · 总经理
某工程技术服务公司(50 余人)

该证言已取得客户书面授权后展示。客户不授权公开的证言,本页一律不出现 —— 你用「客户证言」搜不到任何一条未经同意的内容。

TauriReactTypeScriptSQLiteZustand

Tauri 外壳 + React 前端。数据通过 Tauri 的 SQL 插件直接读写本机 SQLite,业务逻辑放在前端状态层(Zustand),不设服务端。任务树是唯一数据源,导图与列表只是它的两种渲染方式。

有类似需求?

先聊清楚你要解决的那件事

不用把需求想得很完整。说清楚现在是怎么运转的、最卡的是哪一步, 剩下的功能清单和报价我来整理,你确认就行。

这类项目通常落在「轻量版」这一档。 金额我不在页面上写 —— 同样的系统,多一个端、多一项对接, 成本就差一截,写出来一定不准。
说说我的需求