认识石墨办公，可以先看企业准备把文档工作放在哪里：需要员工直接使用的统一协作平台，评估石墨办公套件私有部署（以下简称办公套件）；希望现有业务系统获得在线文档能力，评估石墨办公文档中台私有部署（以下简称文档中台）。两者都支持私有部署，也可以组合建设，但使用入口和实施责任不同。
官方产品选型页将两条产品线分别定义为完整办公平台与面向系统的 API / SDK。这里的选择首先是建设方式的选择，不能仅凭某个编辑界面的相似程度判断两种产品可以相互替代。
办公套件：让员工进入共同的工作空间
石墨办公套件私有部署将内容创作、多人协作、组织空间、知识库和权限管理部署在企业可控环境中。员工围绕文件完成写作、讨论和资料维护，管理者配置组织、成员与工作空间。
例如，一个项目组需要集中维护计划、周报和会议纪要，可以从建立团队空间开始：约定文件位置、成员范围、维护人和归档规则。系统提供协作与管理能力，企业仍需决定哪些资料属于公共知识、哪些只在项目内部共享，以及人员离开时由谁接管。
文档中台：把编辑能力放进已有业务流程
石墨办公文档中台私有部署（Shimo Office SDK）通过 JSSDK、JSAPI、服务端 API 和事件回调，提供预览、编辑、转换与多人协作能力。员工仍从 OA、合同系统、门户或其他业务应用进入，接入方负责将文件、用户和业务授权连接起来。
以合同系统为例，合同列表、审批节点与签署状态由原系统管理；文档中台承载约定范围内的文档操作。审批通过后是否禁止修改、评论如何通知经办人、哪一份内容用于后续流程，都需要业务系统设计并验证，接入编辑器不会自动生成这些规则。
用四个问题判断建设方向
- 用户从哪里开始工作？从统一文件空间开始，偏向办公套件；从具体业务单据开始，偏向文档中台。
- 谁管理文件目录？希望直接配置团队空间，评估套件；已有业务数据模型，评估 SDK 与现有文件服务的衔接。
- 谁决定访问权限？套件关注组织、空间和文件权限；嵌入方案还需把业务角色与文档操作权限对应起来。
- 谁承担上线工作？两种方案都需要部署运维，SDK 方案还需要明确前后端集成、事件处理和业务回归的负责人。
组合使用时，优先确定四条边界
大型企业可能既需要全员知识协作，也需要合同、公文等专门流程。组合方案可分别承载两类任务，但应先确认统一身份如何映射、授权以哪一侧为准、文件是否为同一份、变更事件由谁处理。
建议选一份需要跨系统流转的真实文件，画出创建、修改、提交、发布和归档的过程。逐个节点标明责任系统与责任人，再验证跨入口看到的版本和权限是否符合预期。如果两处分别保存副本，应明确同步或交接方式，避免把“能打开”误认为“内容始终一致”。
开始评估需要准备什么
准备主要使用场景、现有系统、身份来源、部署环境与代表性文件即可启动讨论。兼容范围、组件版本、资源需求和交付方式应结合当前清单及项目评估确定，不宜从历史产品介绍中直接推导。更具体的首次评估问题可阅读私有化协作 Office 入门问答。
如果尚未确定建设路径，可带着一条完整的工作流程，预约演示，对照办公套件与文档中台的使用方式。