时间线Timeline
周五的回访计划已经排上，今天能算完成一次吗？
时间线按时间组织事件、计划或历史记录，帮助理解先后与上下文。发生时间、录入时间和计划时间可能不同，页面应说明采用哪一种；连线和圆点本身不能证明任务完成。
把已发生和准备做的事摆在时间上，但要写清哪件已经做、哪件只是安排。
日历里的牙医预约不是就诊记录；真正看完牙后，才有相应诊疗事件。
类比到这里为止：按时间相邻不等于前一件导致后一件。记录迟到或补录时，还要区分实际发生与系统录入顺序。
询盘时间线列出收到需求、人工核对、报价发送及回访计划。计划日期到来不自动更新成已联系。
读一条时间线记录
- 对象与事件
- 谁对什么做了什么，结果到哪一步。
- 时间含义
- 发生、收到、录入或计划时间，注明时区。
- 性质与来源
- 实际记录、人工补记还是计划，保留依据。
顺序不等于因果
改了页面后询盘增加，时间线可以记录两件事，但不能单靠前后顺序宣称增长由这次修改造成。需要另外核对流量与验证设计。
下方课堂演示按事件序号显示本次模拟轨迹，没有调用真实消息系统，也没有伪造客户联系时间。
周五的回访计划已经排上，今天能算完成一次吗？
可以操作，也可以重试。数据为虚构示例，不连接真实业务系统。
正在准备当前演示，正文可以继续阅读。
继续看项目应用与交付检查
时间线 在项目中负责什么
- 什么时候用
- 用户需要回顾过程或理解多个事件先后关系时。
- 它解决什么
- 把分散活动串联到共同对象和时间基准下，便于追踪。
- 它不负责什么
- 同一时间的事件需要稳定次序或进一步说明，跨时区记录要有共同基准。未来计划与真实历史不能共用完成样式。
- 放进真实项目
- 显示询盘从提交、分配、报价到成交或关闭的完整跟进历史。
时间线把事件按先后还原，帮助人理解发生了什么和下一步是什么
一条询盘从提交、自动分配、销售回复、报价到客户回访，需要同时记录时间、动作人和结果。
- 01
只记录会影响业务理解的事件。
- 02
区分事件发生时间与录入时间。
- 03
让自动动作和人工动作都能追溯来源。
何时发生、何时记录、是否计划，分别看。
容易混淆的地方
时间线展示事件，甘特图表达任务持续时间与依赖，步骤条表达流程位置；三者不互相证明完成。
询盘时间线里有“计划周五回访”，周五尚未到。该怎样与已发生的联系记录区分？
你可以这样告诉 AI Agent
“
我在处理这件事：显示询盘从提交、分配、报价到成交或关闭的完整跟进历史。请以“时间线”为主线，先说明它在这里负责什么、不负责什么；再列出必要输入、建议动作和可验证结果。用外贸独立站的业务语言回答，不确定的信息标为待确认。
内容依据与延伸
本站用原创中文解释把专业概念映射到外贸独立站；定义和机制继续以官方资料为准，业务例子再回到 外贸独立站询盘优化实战 验证。
本站整理说明：原创整理：Web 开发、产品设计、AI 协作与外贸独立站实践