每记会利用相册中的照片信息和手机记录的行动轨迹，自动形成当天的部分内容。即使用户没有主动新建日志，也能留下这一天的经历。

自动记录改变了用户开始写日记的方式：打开应用时，照片和地点已经提供了回忆的线索，用户可以先看看当天发生过什么，再补上自己的想法。首页需要让用户先浏览已有记录，想起具体经历后，再进入记录补充内容。

我围绕这个过程，以一天的日志作为主要视图，将照片、地点和文字组织在一起，再提供单条记录的编辑入口。这样既能保留一天的整体脉络，也能继续补记其中的一段经历。

最初，自动记录利用照片中的时间和地理信息，整理当天的经历片段。后来加入位置记录和行动轨迹，地图需要呈现更多地点与路线，在相应阶段获得了更高的展示优先级。

我随着记录内容的变化，调整了日期导航和编辑方式。日历用于跳转到某一天，左右翻页方便连续浏览相邻日期，周、月视图则支持回看一段时间的经历。这些入口对应不同的回顾范围。

记录入口也经历了取舍：底部输入框适合快速记下几句话；随着需要支持的记录类型增多，我将新建记录改为通过按钮进入详情页，为不同内容的输入和编辑提供空间。

待办则对应尚未发生的事情，与过去和当天的记录一起纳入时间结构。下图展示了四种交互模式中，日期导航、地图和记录入口的变化。

自动记录需要判断哪些地点值得留下，以及哪些照片属于同一段经历。我负责从实际使用场景出发，定义这些内容应当如何筛选和组织，让自动生成的日志更接近用户对一天经历的理解。

在使用中，我发现系统有时会保留一些与当天经历关系不大的停留点，回看时甚至想不起为什么在那里停过。位置被记录下来，并不意味着它值得出现在日志里。

例如，在商圈里走走停停，可能是在逛街或拍照；开车经过路口，也可能因为红灯短暂停留。两种情况都会产生位置数据，但它们对回顾一天的价值不同。

我以日常活动、度假和密集旅行等场景为依据，结合停留时间和活动范围，梳理哪些地点应该保留、哪些可以筛除。判断的重点是：这条记录能否帮助用户想起自己在这里做过什么。

照片也需要按经历组织。同一景区内连续拍摄的多张照片，适合集中在一条记录中；移动到另一处景区后拍摄的照片，则应形成另一段记录。

我据此定义照片的分组场景，让连续拍摄的内容集中呈现。回顾一天时，用户可以按一段段经历浏览照片，再为其中的某段经历补充文字。

跨时区旅行时，用户可能再次经历同一个日期。每记每天只有一页日志，这两次经历该怎样放进同一页？

例如，已经过完 11 日、进入 12 日后，跨时区又回到了当地的 11 日。两次 11 日之间实际经历过 12 日，如果直接合并记录和地图路线，就会把两段不连续的经历显示成一次连续活动。

历史记录需要保留发生时的当地日期。如果按手机当前时区重新归类，以前的照片和活动就可能移到另一页日志。

用户之后到了哪里，不应改变这段经历原本属于哪一天。

分段方案保留一个日期入口，将两次经历分别排列在同一页日志中。每段显示各自的记录和地图路线，避免跨过中间的日期，连成一次连续活动。

没有经历过的日期可以留空，不补造记录。例如跨时区后从 11 日进入 13 日，日历仍保留 12 日，只是这一天没有日志内容。

此处展示的是分段组织方案。

跨时区还会影响当天数据的归拢：手机已经进入下一天，并不代表前一天不会再新增记录。

针对这个问题，当时确定了一个逻辑判断点——某个日期在全球最后一个时区也结束后，再归拢这一天的数据。每条记录仍按发生时的当地日期归属。前者用于判断何时汇总，后者用于确定内容属于哪一天，两者需要配合处理。

此前的需求较多围绕旅行展开，例如跨国路线、城市足迹和大范围地图。对活动范围较小的用户，日常拍下的照片、当天的心情和几句随手记下的话，同样值得回看。

到了 3.0，我进一步探索如何让已有的自动记录能力服务于更日常的生活，并重新梳理首页地图、日期导航和回顾方式。

日历尝试用照片或表情标记有记录的日期，让用户打开后就能看到近期留下了什么；天气、心情和简短文字也被纳入方案，让每天的日志更接近日常写日记的感受。

这一阶段形成了产品原型和界面方案。完整重构后来暂停，部分设计思路用于 myLogs，并在后续迭代中回到每记。

自动记录会留下用户没有主动记下、甚至已经忘记的经历。随着内容增加，回顾需要同时支持有目标的查找和没有明确目标的浏览。

我按“是否记得具体事件”和“是否记得时间、地点”整理查找情境，再检查搜索、日历、地图和回顾视图分别能够覆盖什么需求。

记得具体事情，可以通过搜索查找；记得日期或地点，可以从日历或地图进入；只有模糊印象时，则需要通过周、月回顾逐步浏览。这种梳理帮助我明确各个视图的用途，并调整入口与导航。

在方案中，过去的记录适合缩略浏览，帮助用户找回不太记得的经历；当天的视图集中呈现这一天的状态；未来的事情则以待办组织，分别对应回顾、查看当天和安排接下来的事情。

我基于 Mapbox 调整地图样式和信息层级，根据活动场景选择需要突出的内容：城市活动需要看清街道，山地活动更依赖地形与等高线，跨国旅行则需要更大尺度的国家和路线视图。

在此基础上，我将轨迹、地点和照片与步数、距离、海拔等数据一起组织，让用户既能看到去了哪里，也能回顾怎样走过这些地方。

年度回顾与分享则尝试汇总一段时间内去过的城市和国家，结合记录点、照片与里程，呈现更长时间范围的活动分布。

每记逐步积累了相册、云存储和地图等模块，也具备记录与分享能力。除了继续迭代完整产品，团队也尝试将这些模块组合成用途更聚焦的独立应用。

我从已有能力出发，评估可以尝试的产品方向，以及还需要补齐的条件。其中，相册方向的前期调研由我负责：整理市场上的产品类型，结合已有相册和云存储能力，判断可以尝试的产品组合。旅行规划、运动与健康等方向，也在当时的调查范围内。

这些判断需要同时考虑用户需求和团队现有条件。例如，相册与云存储可以直接复用；社交或社区型产品则还需要相应的功能和运营能力。

后续探索中，我将每记已有的地图样式和规则用于路径记录应用；隐私相册与云盘组合成独立产品，尝试海外订阅；myLogs 则面向日本市场展开。具体过程在对应项目中说明。

每记从早期日记工具逐步扩展为包含自动记录、地图和回顾的产品。3.0 的全面重构暂停后，部分设计方案用于独立应用 myLogs；myLogs 完成并发布后，其中的一些设计改进又带回每记，形成 MAX 版本。

在这些阶段中，我的工作从功能规划、记录与回顾的交互设计，延伸到地图信息呈现和独立产品探索。部分方案在每记中持续迭代，另一些则通过后续产品得到延续和复用。