入职指南使用场景
- 人员运营规划围绕日程、里程碑、资源和准备度检查组织入职信息。
- 新员工体验设计为员工提供一条具体的路径，用于认识人员、工具和工作预期。
- 经理沟通规划将早期活动与第 30、60 和 90 天的回顾节点连接起来。
- 内部指南设计以员工可以快速浏览的文档形式呈现示例性的职场信息。
入职计划亮点
- 第一天日程七项定时活动将设置、关系建立、学习和首次贡献连接起来。
- 第一周时间线五张工作日卡片各展示两项主要活动，其中一项星期五的活动标记为可选。
- 30/60/90 天里程碑三张结果卡片将入职过程转化为逐步扩大的职责。
- 资源与准备度资源书签旁边是一份清单，列出准备就绪的具体表现。
逐节查看指南
1 / 6
员工入职指南设计
这份官方 OpenDesign 示例展示了 Northwind 为加入 Growth 小组的 Product Designer Maya 制定的入职计划。开头标题为 “Welcome, Maya. Let's make your first 90 days feel deliberate.”，之后是四个身份字段：Role、Start date、Manager 和 Onboarding buddy。
该构图将入职视为一份易读文档，而不是一个已演示的人力资源系统。可见内容均为示例，包括员工姓名、日期、人员、日程、政策和资源目标位置。这一区分使设计能够说明信息如何组织，同时不声称存在已连接的服务或已完成的任务。
入职规划任务
这份指南面向需要了解下一步安排和准备要求的新员工。第 1 天的流程从 09:00 的 “Kickoff with Alvaro” 开始，依次经过 IT 设置、与 Sasha 喝咖啡、团队午餐、阅读、向文档网站提交首个拉取请求，以及 17:00 的回顾沟通。每一行将时间与活动及说明配对。
这一顺序构成了从了解情况到获得访问权限、建立社交背景、独立探索，再到完成一项小型贡献的实用交接。代价是信息密度较高：七行内容让这一天具体可见，但较长的描述需要扫描阅读，而不是仅凭快速扫视使用。重复的时间列提供了扫描锚点。
| 规划时间范围 | 可见形式 | 在指南中的作用 |
|---|---|---|
| 第一天 | 从 09:00 到 17:00 的七行定时议程 | 协调具体的入门日程。 |
| 第一周 | 五张工作日卡片，每张包含两项活动 | 限定短期计划范围，而不会变成完整日历。 |
| 第 30、60 和 90 天 | 三张包含定性目标的里程碑卡片 | 为后续沟通提供框架，而不是已验证的绩效评分。 |
边界明确的一周
第一周部分写着：“Two activities per day. Anything else is bonus.” 五张等宽卡片标记为 Mon Nov 4 到 Fri Nov 8，其中星期二卡片包含参观和用户研究通话，星期四卡片包含设计评审和越级经理的 1:1 沟通。这些都是示例标签：封面写的是 2025 年，但 2025 年 11 月 4 日是星期二。这些星期与日期组合在成为真实日程之前需要重新核对。
这种一致的每日两项活动节奏让一周显得边界清晰，同时为未列出的工作留出空间。代价是次要背景信息被压缩为简短的辅助行，例如 “11:00 with Sam” 或 “From the good first issues lane”，因此这一部分更适合作为规划视图，而不是完整的日历记录。
具体的规划输入
当关键问题不仅是由谁参加入职，还包括一个人在第一周应该能够找到、尝试和讨论什么时，团队可以改编这一结构。保留已安排事项、可选活动和背景备注之间的区别；星期五的 “Optional: All-hands demo” 在视觉上与本周回顾有所不同。
第一天日程与里程碑构成
设计使用宽阔、居中的内容区域，最大宽度为 1080px。深色欢迎横幅建立了明确的入口，后续区域则回到浅色背景和大号衬线标题。单一橙色强调色出现在圆形首字母标记、时间线项目符号和里程碑标签中，将不同区域连接起来，同时不会把它们变成一个连续面板。
第一天议程使用带边框的大型区块，并配有水平分隔线。时间标签保留在左侧窄列中，活动名称和描述占据右侧较宽的列。这一比例使日程易于扫描，但也意味着较长的活动描述取决于可用宽度，换行后会使行高增加。
日程
从 09:00 的启动沟通到 17:00 的回顾沟通，带时间的行让第一天的安排具体可见。
进展
Day 30、Day 60 和 Day 90 卡片描述了不断扩大的范围，但不进行数字评分。
准备度
资源与清单项目展示了找到信息和感到准备充分之间的区别。
以结果定义里程碑
“30 · 60 · 90 day milestones” 部分从按时间顺序排列的行转变为三张并排卡片。每张卡片包含入职天数标签、简短的目标标题和三条要点。“Find your footing”涵盖一项小型端到端设计变更、例行会议和跨职能介绍；“Own a feature”增加了负责规格说明和在设计评审中作展示的职责；“Move the team forward”延伸到主导从研究到发布的工作、指导他人和在全员会议中分享。
这一进展为读者定义了成长，而不是再列出一份会议清单。其局限在于，这些目标属于定性陈述，而不是被跟踪的绩效指标。因此，应将设计理解为相应 1:1 沟通的对话框架，正如辅助文字明确说明的那样。
将资源置于准备度旁边
最后一部分将六个纯文本资源标签放在 “You're set when…” 清单旁边。资源名称包括 Northwind Handbook、#growth-squad、Design Library v3.4、Growth dashboard、Payroll & benefits 和 Onboarding calendar。Access setup 和 meeting the squad 显示为已勾选；shipping a first PR、finding calendar meetings 和 asking questions 显示为未勾选。这些是文档中编写的状态，不是有效链接或已验证的完成情况。
并排布局将去哪里与准备就绪可能是什么样连接起来。它也清晰显示了边界：复选框是文档中的呈现状态，而不是实时完成系统的证据。
示例文档边界
该作品是一个包含示例身份、日程、政策、工具和公司资源的入职文档。这些截图展示了内容及其视觉状态，但并不能证明存在实时日历链接、有效的访问检查、已连接的人力资源记录、存储或已完成的提交。“Growth dashboard”及其他目标位置只是示例中的标签。
对于真实实现，应保留计划活动与已验证状态之间的可见区别。只有在相关事实得到确认后，才替换示例姓名和目标位置，并分别决定清单状态应继续作为编辑内容、由经理录入，还是来自其他系统。这一拟议改编并不属于所提供作品所展示的行为。
如何在 OpenDesign 中创建员工入职指南设计
设置文档结构
从欢迎概览开始，列出员工职位、入职日期、经理和入职伙伴。随后安排第 1 天的日程、第一周五天的时间线、30/60/90 天里程碑卡片，以及最后的资源与准备情况区域。
起草类似 Northwind 的内容模型
使用此示例中的具体字段和关系：有明确时间的活动包含负责人和描述；第一周的每日卡片包含日期和两项活动；每个里程碑包含三项目标；资源包含名称和去向；准备情况清单显示已勾选或未勾选状态。
建议提示词为加入 Growth 小组的产品设计师创建员工入职指南设计。使用深色欢迎横幅，包含职位、入职日期、经理和入职伙伴；安排从 09:00 到 17:00 的第 1 天日程；创建第一周的五张每日卡片，每张包含两项活动；创建 30/60/90 天里程碑卡片，每张包含三项目标；并设置两列式资源与准备情况区域。将所有姓名、日期、URL 和清单状态视为示例文档内容，而非实时集成或已验证完成的项目。
优化阅读顺序
检查欢迎背景信息是否自然引向即时任务、每周规划、里程碑对话和资源。将时间与活动描述清楚区分，并保留 Friday 的全员演示等可选活动。改编示例之前，先核对所述年份与每组星期几/日期的对应关系；原文中的 November 4 Monday 标签与 2025 年不匹配。
检查能力边界
将每个目标位置、身份、状态和复选框都视为可见内容进行审查。确保成品设计不会暗示日历访问、SSO、仪表盘、人力资源记录或提交功能已经连接，除非这些能力已单独实现并验证。
导出并获取分享链接
导出完成的设计稿，然后在 OpenDesign 中使用「Share」功能获取分享链接。在单独的浏览器窗口中打开链接，确认目标版本及其资源均可正常访问后，再将链接发送给他人。
