C
陈WY · 作品集 AI Product Manager Portfolio
Efficiency Tool

工时计划工具

把排期判断、容量计算、计划与实际的对比,变成一套低认知负担的操作流程——让用户把精力花在「决定做什么」,而不是「算还剩多少时间」。

Vue 3 规则设计 工时预算 周计划视图
产品类型 效率工具 / 工时管理
核心命题 让规则判断变成本能反应
能力侧重 规则设计 · 信息结构 · 状态反馈

问题定义

先搞清楚团队在周级别工时管理上到底卡在哪,再决定做什么。

01

计划与执行两张皮

禅道拆任务,Excel 记工时——两套数据永不对齐。周五复盘靠回忆。

02

容量判断全靠心算

「这周还能装多少?」每周重复计算,易出错,更消耗耐心。

03

数据没有安全感

纯前端工具,清了缓存就归零。用得越久,焦虑越大。

产品边界:只做周级别的工时规划与记录——不做项目管理,不做团队协同。

设计思路

01
二级任务,够用就好

周级别场景父 + 子两级覆盖 90% 需求。多一层嵌套,多一层认知成本。克制比堆叠更需要判断力。

范围控制降低复杂度
02
容量驱动,而非任务驱动

先定容量、再装任务、超了立刻提示。把判断时机从事后检查移到事前决策。

容量先行实时反馈
03
一套模型,两套视图

计划和记录共用同一任务结构,天然可对比。不需要导出 Excel 再 VLOOKUP。

数据同源天然对比
04
数据可迁移,才敢长期用

JSON 备份 + Excel 导出 + 每日自动备份——用户敢往里面放真实数据。

自动备份跨设备

核心界面

工时分配与规则反馈

把「容量是否够用」「是否超出预估」变成一眼能懂的视觉信号。

工时分配看板

需求评审
6.5h
原型设计
5h
开发联调
8h
测试验收
3.5h

蓝 = 正常消耗 · 绿 = 预留缓冲 · 橙 = 接近上限

三条核心规则

容量先于排期

先看还剩多少时间,再决定往里放什么。

预警先于提交

超额提示发生在用户还来得及改的时候。

计划与记录同构

同一套任务模型,不需「翻译」就能对比。

关键设计决策

行内编辑,零弹窗

舍弃:表单校验的完整性

任务名、工时、优先级全部行内改。在高频场景里,每次弹窗打断的累计伤害远超校验的收益。

颜色即语言

舍弃:纯文字状态的精确性

红黄绿蓝四色覆盖所有工时状态,扫一眼即知,比读「已完成目标的 115%」快一个数量级。

拖拽即操作

舍弃:显式的右键菜单和操作按钮

拖到空白 = 提升层级,拖到任务 = 改变归属,拖到垃圾箱 = 删除。三类操作一个交互模式。

安全感当功能做

舍弃:把备份排到「后面再做」

自动备份、JSON 导出、跨设备迁移——没有这些,用户不敢往里放真实数据。V2 就上了。

版本演进

V1.0

建立任务结构

二级任务 + 拖拽 + 基础工时计算。先验证这件事值不值得做。

V2.0

补上记录能力

7 天统计表格 + 考勤 + Excel 导出。规划 + 记录形成最小闭环。

V3.0

计划与记录联动

周规划 + 数据联动 + 完成率跟踪。打破计划与执行的数据断层。

V4.0

数据安全感

自动备份 + 导入导出 + 跨设备迁移。从「能用」到「敢长期用」。

我做了什么

  • 从真实工作流提炼出规划、记录、管理三个模块,而非功能堆砌。
  • 定义了「容量先于排期」的产品原则,落地为交互规则和状态系统。
  • 设计了跨模块共享的数据模型,计划与执行天然可对比。

这说明什么

  • 能从模糊痛点中定义清晰的产品边界——判断什么不做,和判断做什么同样重要。
  • 关注规则设计与信息结构:用户做决策时需要看到什么、在什么时机看到。
  • 「安全感」当作产品功能来设计和排期,而非事后补救。