|
|
在当今企业数字化转型的浪潮中，合同管理系统作为企业法律合规和商业运营的重要支撑工具，其需求分析的准确性和完整性直接关系到系统建设的成败。
一、需求分析理论基础与Volere方法概述
1.1 需求分析的重要性需求分析是软件开发生命周期中最关键的阶段之一，据统计，约56%的软件项目失败直接归因于需求问题。对于合同管理系统这类涉及企业核心业务流程和法律合规性的系统，需求分析的重要性更为突出：
- 业务复杂性：合同管理涉及法务、财务、采购等多部门协作，业务流程复杂
- 合规性要求：系统必须符合《合同法》《电子签名法》等法律法规要求
- 风险控制：合同履行过程中的风险点需要通过系统进行有效管控
- 数据安全：合同数据通常包含企业核心商业机密，安全性要求高
1.2 Volere需求过程方法论Atlantic System Guild公司提出的Volere需求过程是现代需求工程的典范方法，其核心是通过结构化的需求捕获和分析技术，确保需求的完整性、一致性和可验证性。Volere方法的主要特点包括：
- 需求分类体系：将需求分为功能性需求、非功能性需求、约束条件等类别
- 需求记录卡：为每个需求项提供标准化的描述模板
- 验收标准：每个需求都必须有明确的验收验证方法
- 追踪机制：建立需求与设计、测试之间的可追踪关系
在江铃集团合同管理系统项目中，我们采用了Volere方法的精简版框架，结合企业实际情况进行了适当调整，取得了良好的效果。
二、合同管理系统需求分析框架
2.1 产品目标定义2.1.1 项目背景与用户问题
根据江铃集团项目文档，合同管理系统建设的背景主要包括：
- 业务痛点：原有合同管理依赖纸质文档和Excel表格，存在版本混乱、审批效率低、履约跟踪困难等问题
- 合规要求：集团上市监管要求加强合同全生命周期管理
- 效率提升：年合同量超过5000份，急需数字化手段提升管理效率
2.1.2 产品目标陈述
采用Volere模板中的”一句话目标”方法，江铃合同管理系统的目标可表述为：
该目标符合SMART原则：
- Specific：明确限定在合同管理领域
- Measurable：可通过合同处理时效、异常合同比例等指标衡量
- Achievable：基于现有技术可实现
- Relevant：与集团数字化战略高度相关
- Time-bound：一期项目有明确时间节点
2.2 利益相关者分析2.2.1 客户与顾客
- 客户（付费方）：江铃集团信息部
- 顾客（使用者）：集团法务部、财务部、采购部等合同相关业务部门
2.2.2 其他利益相关者
根据Volere分类和江铃项目实际情况，识别出以下关键利益相关者：
2.3 用户角色分析合同管理系统的用户具有角色多样、权限差异大的特点，需进行详细分类：
2.3.1 用户分类与特征
2.3.2 用户优先级划分
- 关键用户：合同经办人、法务专员（直接影响系统使用效果）
- 次要用户：部门审批人、财务人员（必要但不决定系统成败）
- 不重要用户：临时查询人员（偶尔使用）
三、需求约束条件分析
4.1 解决方案限制条件基于江铃项目文档，系统需满足以下强制性约束：
- 组织架构同步：需与现有IAM系统集成，组织人员信息以IAM为准
- 权限模型：必须采用RBAC（基于角色的访问控制）模型
- 安全标准：符合集团信息安全三级等保要求
- 移动办公：支持企业微信集成，实现移动审批
4.2 实现环境约束
4.3 伙伴应用集成
4.4 商业组件(COTS)要求
- 电子签章：必须支持法大大或e签宝
- OCR识别：集成文通或ABBYY引擎
- 全文检索：基于Elasticsearch实现
4.5 项目限制条件
- 时间约束：一期项目周期6个月
- 预算约束：总投入不超过150万元
- 资源约束：需复用现有硬件资源
四、核心功能需求分析
4.1 功能性需求建模采用”用户故事+验收标准”的方式描述核心功能需求：
人员组织管理模块
需求4.1.1：部门信息管理
用户故事：作为系统管理员，我需要维护组织架构信息，以便合同审批流能按正确组织层级流转
验收标准：
- 可展示树形组织架构
- 支持部门增删改查操作
- 与IAM系统实时同步
- 部门删除前校验无关联合同
需求4.1.2：角色权限管理
用户故事：作为法务主管，我需要配置不同角色的合同访问权限，确保敏感合同只能被授权人员查看
验收标准：
- 支持角色创建并关联菜单/按钮权限
- 可设置数据权限（如仅查看本部门合同）
- 权限变更实时生效
- 提供权限测试工具
- 合同全生命周期管理
需求4.1.3：合同起草
用户故事：作为采购专员，我需要通过模板快速起草采购合同，减少重复工作
验收标准：
- 提供标准合同模板库
- 支持条款智能推荐
- 自动生成合同编号
- 保存草稿功能
需求4.1.4：合同审批
用户故事：作为部门经理，我需要审批本部门发起的合同，确保业务条款合规
验收标准：
- 支持多级审批流配置
- 可添加审批意见
- 支持审批委托
- 审批超时自动提醒
4.2 数据需求分析核心业务实体
合同实体：
- 属性：合同编号、名称、类型、金额、签约方、生效日期、状态等
- 关系：与审批流程、履行计划、附件关联
履行节点：
- 属性：节点名称、计划日期、实际日期、责任人、状态
- 规则：逾期自动触发提醒
数据字典
建立统一数据字典确保术语一致性：
五、非功能性需求分析
5.1 性能需求
5.2 安全需求认证安全：
数据安全：
- 合同文档加密存储
- 敏感字段脱敏显示
- 完整操作审计日志
5.3 可靠性需求
- 可用性：99.9%（年度宕机<8.7小时）
- 数据完整性：事务回滚机制
- 灾备恢复：RTO<4小时，RPO<15分钟
5.4 合规性需求法律合规：
标准符合：
- 遵循GB/T 22239-2019等保要求
- 符合集团IT架构标准
六、需求验证与管理
6.1 需求验证方法
- 原型验证：通过Axure制作交互原型，早期确认需求理解
- 用例评审：组织跨部门用例走查会议
- 测试用例：需求阶段即编写验收测试用例
6.2 需求变更管理变更流程：
变更申请→影响分析→CCB评审→实施跟踪
变更影响矩阵：
评估对范围、进度、成本的影响
版本控制：
采用Git管理需求文档版本
七、合同管理系统需求分析常见问题
7.1 典型问题分析1）业务流程割裂：
问题：仅关注合同签署环节，忽视履行跟踪
解决：端到端分析全生命周期
2）权限设计不足：
问题：简单权限模型无法满足复杂场景
解决：采用RBAC+ABAC混合模型
3）集成考虑不周：
问题：忽视与财务、ERP系统的集成
解决：早期识别集成接口需求
7.2 需求分析最佳实践1）用户访谈技巧：
- 准备问题清单但保持开放
- 关注”为什么”而非”怎么做”
- 记录典型用户原话
2）需求优先级排序：
- 采用MoSCoW法（Must have, Should have, Could have, Won’t have）
- 结合Kano模型分析用户满意度
3）需求文档编写：
- 使用统一模板确保完整性
- 需求编号可追踪
- 每个需求独立可测试
八、案例解析：江铃项目需求亮点
8.1 工作交接机制江铃需求文档中”工作交接”功能设计体现了对用户实际工作场景的深入理解：
1）场景覆盖全面：
2）数据完整性保障：
3）操作便捷性：
8.2 合同字段动态配置通过”合同字段管理”功能实现灵活扩展：
1）字段类型丰富：
2）校验规则可配：
3）界面表现控制：
结论
高质量的合同管理系统需求分析需要方法论指导与实践经验相结合。通过应用Volere需求过程，结合江铃集团等实际项目经验，我们可以总结出以下关键成功要素：
- 结构化分析：采用标准模板确保需求完整性
- 用户为中心：深入理解各类用户实际工作场景
- 全生命周期视角：覆盖合同从生到死的各个环节
- 平衡兼顾：功能需求与非功能需求并重
- 可验证性：每个需求都有明确的验收标准
- 可追溯性：建立需求与设计、测试的追踪关系
随着合同管理数字化程度不断提高，AI、区块链等新技术将为合同管理系统带来更多创新可能。需求分析师需要持续关注技术发展和业务变革，不断优化需求分析方法，为企业构建更智能、更高效的合同管理解决方案。
本文参考山西肇新科技有限公司的文档江铃汽车集团合同管理系统需求规格说明书。
PS：江铃集团的项目是我到公司干的第一个活，也是我印象最深的一个项目。后续我会陆续写一些关于江铃集团合同管理项目的经历。也会陆续放出一些东西让大家参考。虽然过时，但还是有借鉴意义的。也欢迎大家来和我探讨。
本文由 @合同管理吴彦祖 原创发布于人人都是产品经理。未经作者许可，禁止转载
题图来自Unsplash，基于CC0协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务 |
|
发表于 2025-4-16 16:04:43
