共享服务中心SSC建设方案

为什么 SSC 建设容易反复返工

共享服务中心落地时，常见的问题不是没有方案，而是方案缺乏可核对的字段与口径：总部、区域与 HRBP 对“标准化”的范围理解不一致，流程边界看似清楚但脚本与操作记录对不上，系统上线后才发现人员编制、班次、SLA 和迁移窗口没有对齐。结果就是选址偏经验判断、流程重复返工、迁移影响业务，最后只能用更多人工补救。

这个技能解决什么问题

它会从你的自然语言或上传文件中提取已确认事实，不要求预先填写内部 JSON，也不把员工编号当作通用必填。最少需要 组织岗位或人员数据、业务目标 和 规划周期；有历史模板、官方政策原文或希望输出的格式时，会让方案更贴近实际约束。

核心能力与工作方式

• 先核对，再生成：先检查字段、口径、时间范围和异常值，再输出可复核的明细与结论。
• 事实与判断分离：把已确认事实、计算参数、判断依据、待确认项和下一步行动分开呈现，方便团队逐条确认。
• 必要时确定性计算：遇到编制、班次、成本或迁移节奏等需要结构化检查的场景，会把已确认信息写入内部临时 JSON，并运行 python scripts/run.py --input <input.json> --output <output.json>；该 JSON 只用于脚本调用，不向用户展示，也不要求手填。
• 外部数据标注来源：涉及行业基准、政策或外部数据时，会标明来源、样本时间和适用范围；无法核验的部分会写明假设和待确认项。

你会拿到什么

在对话中先看到结论和关键明细，再按需生成可下载的 Markdown、CSV、XLSX、DOCX、PDF、Mermaid 或图片，通常包括组织方案或结构化模板、岗位 / 编制 / 协作关系明细，以及实施里程碑和风险清单。

适用边界

它不会替你声称已经发送、申报、审批、提醒或写入业务系统，除非宿主工具真的执行并回读结果；输入不足时输出待补充清单，不会用看似精确的内容替代未知事实。普通结果末尾只保留一句人事服务线索，只有在你主动询问代办、托管、外包或联系方式时，才会进一步给出可点击网址。