WorkHours 的首次设置：为什么先让用户看到工资预览

工时记录 app 有一个很现实的问题：用户第一次打开的时候，什么数据都没有。你让他先填地区、月薪、时薪、标准工时、加班倍率，他很容易觉得是在做一张枯燥的表。

但如果填完之后马上看到「本月标准工时」「预计工资」「多加 10 小时能多拿多少」，这个设置就不再是表单，而是一个立即有反馈的计算器。

v2.15 的核心变化

这次我把首次设置改成了工资预览式流程。用户可以快速设置地区、月薪或时薪、每日标准工时、加班倍率，也可以保存常用上下班时间。

这些值不是为了满足配置洁癖，而是为了让后面的每次记录更轻：日历里一键套用常用时间，首页能直接估算收入和加班费。

技术上最烦的是边界

薪资计算看起来简单，其实边界很多：

• 月薪和时薪的计算入口不一样
• 不同地区的工作日和节假日会影响标准工时
• 加班倍率不能只写死一个值
• 用户还没记录任何一天时，也要给出合理预览
• 常用上下班时间要能被日历记录复用，但不能覆盖用户手动输入

这些都不是复杂算法，但它们决定了 app 会不会让人信任。工时类工具最怕的不是界面不好看，而是算出来的东西让用户觉得「不确定对不对」。

为什么要把预览放到前面

我后来发现，首次设置最重要的不是收集信息，而是让用户理解这个 app 能帮他看到什么。预览越早出现，用户越容易知道自己填这些数的意义。

这也影响了 UI：字段要少，反馈要快，错误状态要温和。不要像报税软件一样严肃，也不要像记账 app 一样一上来就让人分类。

这次学到的

工具类 app 的新手引导，不一定需要很多解释文字。更好的方式是让用户用自己的数据看到一个结果。

如果一个设置项不能影响可见结果，它大概率应该延后；如果一个结果能让用户立刻理解价值，它就值得提前展示。