倒数日Days Matter怎么用？新手添加事件到云同步的完整流程

新手最容易卡住的地方，不是找不到按钮，而是不知道该在哪些环节做决定。倒数日Days Matter 的事件结构很扁：一条事件 = 名称 + 目标日期 + 分类 + 重复规则 + 提醒 + 是否置顶。只要按顺序把这几个字段填完，后面无论怎么换主题、加背景图、挂小组件，都只是外观层面的调整，不影响数据本身。下面把八步逐一说明。

1. 新建事件：在列表页点右上角的「+」，进入新建界面。此时屏幕上是空的日期模板，先别急着选日期，从名称开始填更顺。
2. 填写名称：写清「这件事是谁的、是什么」，例如「妈妈的生日」「房贷还款日」「宝宝满月」。名称会直接显示在列表和小组件上，越短越清楚越好，避免写「重要的日子 1」这类无法辨认的标题。
3. 选择目标日（公历或农历）：先决定用公历还是农历。生日、忌日、传统节日这类习惯按农历过的日子，切到农历模式选择即可；约会、还款、考试这类按公历约定的日子，用公历模式。农历支持 1901—2049 年，并支持农历生日的闰月换算^①，所以按农历过生日的长辈也能年年准确。
4. 选择分类：默认可以放进「纪念日 / 工作 / 生活」三类，也可以自己新建分类。分类决定列表分组，直接影响你以后能不能快速找到它。
5. 设置重复：一次性事件（如某场考试）保持不重复；每年发生的事件（生日、纪念日）设为按年重复，按月发生的（还款、缴费）设为按月重复。设置好后不必每年手动重建。
6. 设置提醒：选择提醒时间点与提前量，并确认已授予系统通知权限。提醒能否弹出，更多取决于权限而非应用内开关。
7. 是否置顶：真正每天都要看的日子（如还款日、考试倒计时）打开置顶，让它固定排在列表上方；不常用的先不置顶，保持列表干净。
8. 保存：点保存后事件立即生效，可回到列表核对天数是否正确，再考虑是否加背景图或挂小组件。

倒数日Days Matter 用「双模式计时」区分两种时间方向：倒数对应未来日期，界面以蓝色表达，比如「距离高考还有 200 天」；正数对应过去日期，界面以橙色表达，比如「在一起已经 521 天」^①。两者不是两个功能，而是同一套日期引擎根据目标日在今天之前还是之后自动呈现的两种结果，所以在新建时选对日期，方向就自然确定了；也可以支持精确到时分秒，用于发布会、航班、仪式这类需要掐点的场景^①。

真正需要主动设置的是「包含起始日」。正数模式开启「包含起始日」后，显示方式会变成「第 X 天」^①，这也是很多人习惯的说法：在一起的当天记为第 1 天，第二天就是第 2 天。这个开关影响的是计数起点，而不是日期本身，因此改与不改都不会造成数据丢失，只是口径不同。建议全家人统一一种口径，避免「到底是第 100 天还是第 101 天」的争论。

倒数日Days Matter 默认为用户准备了三类分组：纪念日、工作、生活，同时支持自定义更多分类^①。分类不是好看用的装饰，它决定了列表的层级：当事件超过十条以后，如果没有分类，列表会变成一串长短不一的日期，你每次都要从头扫一遍。把生日、纪念日放进「纪念日」，把还款、述职、出差放进「工作」，把旅行、体检、宠物疫苗放进「生活」，就能在切换分组时一秒定位。

如果三个默认分类不够用，可以自建分类，例如「育儿」「健康」「学业」「客户」。建议按「谁在用 / 什么场景」来分，而不是按时间紧迫程度分——紧迫是变化的，场景是稳定的，按场景分类不容易乱。分类建好后，还可以用置顶把最关键的事件固定在列表上方，用按时间远近排序让临近的日子自动靠前^①。两者配合的效果是：置顶区永远是你最关心的几件事，非置顶区则按剩余天数自动排队，越接近越靠上。

需要提醒的是，分类、置顶、归档这类整理动作都属于「随时可改」的轻量操作，不会影响已记录的数据内容，所以不必一开始就设计得完美，用起来之后再调整即可。想先看清全部能力边界，可参考功能大全；想看它与同类工具的差异，可参考竞品对比。

倒数日Days Matter 的提醒支持按年 / 月 / 周重复，并可以设置提前提醒^①。这三件事各管一段：重复规则决定「什么时候再来一次」，提前量决定「提前多久先通知我」，具体时间点决定「在当天的几点提醒」。三者的组合方式，决定了提醒是否真正有用。

举例来说，生日适合「按年重复 + 提前 1 天或提前 3 天提醒」，这样你还有时间准备礼物；还款日适合「按月重复 + 提前 2 天提醒」，给自己留出转账和凑款的时间；每周例会适合「按周重复 + 开会前 30 分钟提醒」。如果只设了重复却没设提前量，你往往是在事情当天才被提醒，那时能做的动作已经很有限了。

另一件必须说清的事是权限。纪念日提醒不弹出，多数情况是没有授予通知权限，需要到系统设置的通知里允许^②。这不是倒数日Days Matter 独有的现象，而是所有依赖系统推送的应用共同的规则。安装后的权限自检流程，在下载安装页面有更细的说明；如果按步骤检查后仍收不到提醒，可以在常见问题页面对照排查清单。

日期计算器用于计算两个日期之间的分钟、小时、天、周、月、年数，可以切换是否包含起始日，并支持公历农历互转^①。它解决的是倒数日列表解决不了的问题：当你要比较两个日期、估算周期、或核对某段历史有多长时，直接输入两个日期比心算可靠得多。典型用法有三种：一是算一段经历的长度，比如怀孕到分娩共多少周、一段工作经历共多少个月；二是做排期估算，比如距离项目交付还有多少个工作日；三是做公历农历换算，把农历生日换算成当年的公历日期，方便在日历上标记。

「历史上的今天 / 明天」则是内容模块^①：查看历史中今天与明天发生过什么。它不影响你的事件数据，属于浏览与趣味性质的功能，适合在记录之余随手翻一翻，也适合当作给孩子讲历史的入口。

一个实用组合是：先用日期计算器算出准确结果，再把结果新建为一条记录型事件并设为正数，这样既有了数字，也有了每天可见的呈现。想了解这些能力与同类工具的差别，可对照竞品对比页面。

小倒数日指为每个重要日子添加的子事件^①。它的价值在于把一个大目标拆成若干可以被记录的小节点。官方给出的典型场景包括：高考前每一次模考、恋爱中的第一次约会与第一次旅行、疫苗的第一针第二针第三针、不同信用卡的到期日、项目里的各个里程碑^①。这些小事件的共同特征是——它们围绕同一个主题，但各自有独立的日期，分散记录容易丢，挂在同一个主题下就一目了然。

里程碑则是自动化的节点捕捉：里程碑清单会自动捕捉 100 天、520 天、1000 天等节点^①。它的意义在于把「持续累积」这件事可视化。恋爱、结婚、戒烟、健身、入职满一年，这类没有明确终点的事情，光看「已经 X 天」容易麻木，而 100 天、520 天、1000 天这样的整数节点天然带有仪式感，适合拍照、写记录、发朋友圈。

使用时的一个建议是：小倒数日不要建得太多。子事件的价值来自「同一主题下的对比」，如果一个主题下堆了二三十条，反而看不出重点。一般控制在三到八条为宜；跨年度的长期目标，则交给里程碑去表达累积。

倒数日Days Matter 提供双重隐私手段：数字密码 + Face ID / Touch ID 解锁，以及事件归档与隐藏^①。密码负责守住整个应用的入口，归档与隐藏负责处理单条事件的可见性，两者层次不同，建议都了解。

数字密码是第一道门：设置后每次打开应用都需要验证。如果设备支持，还可以启用 Face ID 或 Touch ID，用面容或指纹代替手动输密码，既安全又不用每次敲数字^①。这里有一个容易被忽略的风险点——密码一旦忘记，需要通过付费重置密码来处理（App Store 内购列表中「倒数日重置密码」为一次性 ¥3）^③，所以设密码时最好顺手记在密码管理器里，而不是随手一设。

归档与隐藏的区别在于意图：归档是把已经结束、不需要再出现在主列表里的事件收起来，比如考完的考试、结束的项目，数据还在但不再占位置；隐藏是把不希望被他人看到的私密事件藏起来，通常与密码保护配合使用。两者的共同点是都不会删除数据，因此不必担心「收起来就找不到了」。至于忘记密码的具体处理方式和隐私设置的边界，可参考常见问题页面。

倒数日Days Matter 的云端同步基于 iCityID（iCity 云端同步）/ iCloud，可以在 iPhone、iPad、Mac 之间备份与恢复^①。这意味着换机、重装、多设备并用都不必重新录一遍事件——前提是你已经登录过同步账号，并且数据确实完成过上传。因此给新用户的建议是：装完应用、录完第一批事件之后，就把云同步打开，不要等到数据攒了几百条再想起来。

关于数据丢失，有一条官方提示必须记住：升级后若出现数据丢失，不要先删除应用，应先尝试云同步恢复^②。原因很直接——本地数据的最后一份可能在设备里，删掉应用会把这份可能救得回的数据一并清掉，而云同步恢复正是为了这种情况准备的。顺序应该是：先检查网络与同步账号 → 再从云端恢复 → 确认恢复结果 → 最后才考虑是否需要处理本地数据。顺序错了，可能把可恢复的问题变成不可恢复。

上手顺利与否，往往不取决于会不会点按钮，而取决于是否提前避开了几个常见误解。下面把最典型的几条列出来，它们分别涉及权限、日期口径、小组件与数据安全。

以上流程覆盖了从新建事件到保护与同步的完整链路。若想继续深入了解某个方向，可分别阅读桌面小组件、功能大全、会员收费、竞品对比与常见问题等页面，回到总览页可以查看产品的基础档案与整体定位。