项目交付时间线
使用场景: 项目经理，向客户或干系人汇报交付进度
第 1 周：启动和需求确认
第 2–3 周：设计阶段
第 4–7 周：研发
第 8 周：QA 测试
第 9 周：干系人评审（里程碑）
第 10 周：上线
这样组织的原因: 横向项目时间线让非技术干系人直接看出每个阶段持续多久，以及上线日期到底还有多远。
真实案例
公司发展历程时间线
使用场景: 创始人或市场团队，为路演或周年纪念打造品牌故事
2015 年：车库创业
2016 年：第一个付费用户
2018 年：A 轮融资 500 万美元
2020 年：开拓海外市场
2022 年：产品线扩充
2024 年：IPO
这样组织的原因: 公司历程时间线把关于页面的大段文字变成有起点、成长弧线和当下时刻的故事——在路演 PPT 里比一段段文字描述有力得多。
产品路线图时间线
使用场景: 产品经理，向研发和销售团队分享季度计划
Q1：核心功能集完成
Q2：向种子用户开放 Beta
Q2：反馈迭代冲刺
Q3：正式发布（里程碑）
Q3：开放合作伙伴 API
Q4：移动端版本
这样组织的原因: 路线图时间线应该展示每个季度交付什么，而不是每一个任务——细节过多会让人搞不清优先级，细节过少又让研发没有方向。
研究课题进度时间线
使用场景: 研究生或研究员，为基金申请规划多月研究计划
第 1 个月：文献综述
第 2 个月：伦理审查审批
第 3–5 个月：数据收集
第 6 个月：数据分析
第 7–8 个月：草稿撰写
第 9 个月：投稿
这样组织的原因: 基金评审人通常先扫时间线判断项目可行性——清晰、留有余量的时间安排比压缩排期更能建立可信度。
历史事件时间线
使用场景: 教师、学生或内容创作者，呈现一系列历史事件
1969 年：登月
1971 年：第一封电子邮件
1983 年：TCP/IP 协议确立
1991 年：万维网诞生
2004 年：社交媒体时代开始
2007 年：第一代智能手机
这样组织的原因: 历史时间线最好按照真实日期比例排列间距——等间距排列会让人误以为各事件之间时间相当，通常与事实不符。
新员工入职时间线
使用场景: HR 经理或员工发展团队，标准化 90 天入职计划
第 1 天：IT 配置和入职介绍
第 1 周：认识团队和开通权限
第 2 周：旁听核心会议
第 3–4 周：独立完成第一个任务
第 2 个月：绩效 Check-in
第 90 天：完全上手（里程碑）
这样组织的原因: 90 天入职时间线同时对新员工和直属经理设定了预期——双方都知道每个阶段"正常进展"应该是什么样的。
使用技巧
- 事件标注控制在六个字以内，确保放在标记点旁边不换行、不重叠。
- 日期很重要时要按比例排布间距：2015 到 2020 与 2020 到 2021 之间等间距会产生误导。
- 里程碑用不同形状或加粗文字突出显示，和普通进展节点区分开。
- 在时间轴上方用色块标出阶段分组，读者先扫阶段再看具体事件，理解效率更高。
在线开始编辑
回到模板页，直接替换成你的课程主题、章节和复习重点，就可以继续使用这套结构。
使用这个模板： /editor/new?template=timeline
使用这个模板