Vendor Contracts
Structured guidance for software and vendor agreements (IP, liability, SLAs—not legal advice): confirm triggers, propose the stages below, and adapt if the user wants a lighter pass.
When to Offer This Workflow
Trigger conditions:
- - User mentions MSA, order form, vendor agreement, contract review, or closely related work
- They want a structured workflow rather than ad-hoc tips
- They are preparing a review, rollout, or stakeholder communication
Initial offer:
Explain the four stages briefly and ask whether to follow this workflow or work freeform. If they decline, continue in their preferred style.
Workflow Stages
Stage 1: Clarify context & goals
Anchor on deal type (SaaS, support, data processing) and risk appetite. Ask what success looks like and what must not break.
Stage 2: Structure & categories
Cover commercial, legal, security, data, and exit themes; flag unclear liability caps and indemnities for human counsel.
Stage 3: Draft & refine
Produce a red-flag summary and question list for legal/business owners—not definitive legal conclusions.
Stage 4: Verify & ship
Close the loop with owners, security review, and procurement steps as needed.
Checklist Before Completion
- - Goals and constraints are explicit for vendor contract review
- Risks and trade-offs are stated, not hand-waved
- Verification steps match the change’s impact (tests, canary, peer review)
- Operational follow-through is covered (monitoring, docs, owners)
Tips for Effective Guidance
- - Be procedural: stage-by-stage, with clear exit criteria
- Ask for missing context (environment, scale, deadlines) before prescribing
- Prefer checklists and concrete examples over generic platitudes
- If the user declines the workflow, switch to freeform help without lecturing
Handling Deviations
- - If the user wants to skip a stage: confirm and continue with what they need.
- If context is missing: ask targeted questions before strong recommendations.
- Prefer concrete examples, trade-offs, and verification steps over generic advice.
Quality Bar
- - Each recommendation should be actionable (what to do next).
- Call out failure modes relevant to vendor agreements (security, scale, UX, or ops).
- Keep tone direct and respectful of the user’s time.
供应商合同
针对软件与供应商协议(知识产权、责任、服务水平协议——非法律建议)的结构化指导:确认触发条件,提出以下阶段,并在用户希望简化流程时进行调整。
何时提供此工作流程
触发条件:
- - 用户提及主服务协议、订单表格、供应商协议、合同审查或密切相关的工作
- 用户希望获得结构化工作流程,而非临时建议
- 用户正在准备审查、部署或利益相关方沟通
初步提议:
简要说明四个阶段,并询问是否遵循此工作流程或自由进行。如果用户拒绝,则按其偏好的风格继续。
工作流程阶段
第一阶段:明确背景与目标
锚定交易类型(软件即服务、支持、数据处理)和风险偏好。询问成功的标准以及哪些方面绝不能出错。
第二阶段:结构与分类
涵盖商业、法律、安全、数据和退出主题;标记不明确的责任上限和赔偿条款,供人工法律顾问处理。
第三阶段:起草与完善
为法律/业务负责人生成风险点摘要和问题清单——非最终法律结论。
第四阶段:验证与交付
根据需要与负责人、安全审查和采购步骤完成闭环。
完成前检查清单
- - 供应商合同审查的目标和约束条件已明确
- 风险与权衡已陈述,而非轻描淡写
- 验证步骤与变更影响相匹配(测试、灰度发布、同行评审)
- 运营后续工作已涵盖(监控、文档、负责人)
有效指导技巧
- - 按流程操作:分阶段进行,并设定明确的退出标准
- 在提出建议前,询问缺失的背景信息(环境、规模、截止日期)
- 优先使用检查清单和具体示例,而非泛泛之谈
- 如果用户拒绝工作流程,则转为自由协助,不进行说教
处理偏差情况
- - 如果用户希望跳过某个阶段:确认后按其需求继续。
- 如果背景信息缺失:在给出强有力建议前,先提出针对性问题。
- 优先提供具体示例、权衡和验证步骤,而非通用建议。
质量标准
- - 每项建议应可操作(明确下一步行动)。
- 指出与供应商协议相关的失败模式(安全、规模、用户体验或运营)。
- 保持语气直接,尊重用户的时间。