不是一次性采购软件，而是持续建设能力
很多企业在数智化过程中会在标准 SaaS、传统定制、自建团队和外包项目之间摇摆。职阅提供的是另一种路径：用统一底座降低重复建设，用共性应用降低启动成本，用专属定制贴合差异化场景，用软件工厂和陪跑服务保障长期演进。
标准 SaaS
局限上线快，但核心流程难贴合。
传统定制
局限贴合业务，但周期长、后续维护难。
自建团队
局限可控性强，但招聘、管理、持续投入压力大。
外包项目
局限可交付一时，但难形成持续演进能力。
职阅模式
价值平台底座 + 共性应用 + 专属扩展 + 软件工厂 + 陪跑服务。
底座统一提供，应用按需生长
职阅把组织、权限、流程、数据、知识和 AI 等共通能力沉淀为平台底座；把多数组织共同需要的场景沉淀为共性应用；把每家企业真正差异化的核心场景作为专属扩展；再由软件工厂和陪跑服务支撑长期演进。
- 1
平台底座
组织、权限、流程、数据、知识、AI 和集成能力统一承载。
- 2
共性应用
客户、商机、合同、项目、任务、回款、看板等快速启用。
- 3
专属核心场景
围绕企业差异化流程、模型、报表、接口和 AI 助手扩展。
- 4
软件工厂 / 持续演进
支撑应用构建、模板复用、测试部署、运维升级和长期迭代。
哪些能力平台提供，哪些场景重点建设
平台底座和共性应用降低启动成本，专属核心场景承载企业差异，软件工厂保障持续演进。
平台底座能力
统一提供，减少重复建设。
行业 / 场景共性应用
快速启用，先让业务在线协同。
企业专属核心场景
围绕真正差异化的经营方式重点建设。
软件工厂 / 应用生产能力
把变化变成可持续生产和升级能力。
不同阶段，可以选择不同服务形态
客户不需要一开始就做重项目。可以先开通、再贯通、再围绕核心场景做深，长期由软件工厂和技术合伙人机制持续支撑。
快速开通
适合希望先用起来的客户。
主链路贯通
适合客户、销售、合同、项目、回款协同问题突出的客户。
专属场景定制
适合标准应用无法覆盖核心流程的客户。
技术合伙人陪跑
适合希望长期推进数智化，但内部缺少持续推动机制的客户。
共建应用与应用市场
适合具备行业经验、场景积累、应用产品化意愿的客户和伙伴。
可以轻量开始，再逐步做深
启动方式由当前问题决定，不由产品模块倒推。职阅会先确认最适合的入口，再安排开通、贯通、扩展和陪跑节奏。
- 1
预约沟通
了解当前问题和目标。
- 2
业务诊断
梳理关键链路、角色和数据。
- 3
确定启动入口
判断从共性应用、主链路还是专属场景开始。
- 4
快速开通
完成组织、账号、应用、基础数据和培训。
- 5
主链路贯通
打通对象、流程、待办、数据和看板。
- 6
专属扩展
围绕核心差异场景持续定制。
- 7
持续陪跑
复盘使用效果，规划下一阶段。
不只是交付系统，更是陪客户把系统用起来
技术合伙人陪跑不是普通运维，也不是一次性咨询，而是围绕诊断、规划、上线、培训、复盘、优化和 AI 场景挖掘，帮助客户持续推进数智化落地。
- 业务诊断
- 路线图规划
- 阶段任务确认
- 上线与培训
- 使用复盘
- 持续优化与 AI 场景挖掘
优质场景，可以进一步沉淀为共建应用
对于具备行业共性和复用价值的场景，可以在保护客户数据和商业秘密的前提下，抽象为行业 / 场景共性应用，进入职阅云应用市场，沉淀为可复用的数字能力资产。
- 1真实场景
- 2专属应用
- 3抽取共性能力
- 4脱敏标准化
- 5产品化打磨
- 6应用市场分发
共建路径以授权、合规和脱敏边界为前提，不承诺固定收益；它表达的是数智化投入具备沉淀为长期能力资产的可能性。
合作前常见问题
职阅不是二选一。平台底座和共性应用可以按订阅方式快速启用，核心差异场景可以基于同一底座做专属扩展，并由软件工厂支撑持续迭代。
不需要。更建议从最明确的业务问题开始，例如快速开通、主链路贯通或某个专属场景，再根据使用效果逐步做深。
组织、权限、消息、待办、流程、数据、知识、AI、审计和集成属于平台底座能力。专属流程、数据模型、报表、AI 助手和接口通常按企业场景定制。
快速开通侧重先把账号、权限、基础应用和数据准备好，让团队用起来；主链路贯通侧重跨客户、销售、合同、项目、回款、复盘和看板形成连续经营链路。
普通运维主要处理系统稳定和使用问题。技术合伙人陪跑会参与诊断、规划、上线、培训、复盘和优化，帮助组织持续推进数智化落地。
软件工厂不是客户需要自行管理的开发团队，而是职阅背后的持续生产能力，用于支撑应用构建、模板复用、测试部署、运维升级和长期演进。
不会以泄露客户数据或商业秘密为代价。具备复用价值的场景必须经过授权、脱敏、抽象和标准化处理，边界明确后才可能进入共建应用路径。
如果只希望采购一个完全固定、无需组织配合、上线后不再调整的单点工具，职阅模式可能并不合适。它更适合愿意逐步建设经营能力的组织。
