客户份额在英文中一般用SOW(Share of Wallet)SOW有下面四种常见形式： 功能：客户通常知道他们想要什么，但不知道怎么达到他们想要的目标。

功能SOW确定客户在最后交付产品时想要什么。

性能：这是SOW最常见的形式。

它详细说明协约的所有交付的产品，确定流程、范围和可接受的努力等级。

这集中在整个协约。

设计：在设计SOW中，客户已经很详细地描述服务或交付产品怎样获得、建立、实现等等，主要集中在流程和设计上。

增加：一个企业组织一般需要资源支持开发。

这样就需要完成一个人员增加SOW，用以详细说明由承包人完成的工作范围、客户对承包人技能、资格认证和工作质量的期望。

典型的SOW包含以下的内容： 封面：包含项目标题、合同信息、修订号和作者 目录：在大型SOW中证明非常有用 简介：包含项目的总览和背景 定义或者术语表：定义关键词或者不明确的术语 项目范围：确定项目范围以及与其它项目的关系 目标和目的：说明根据SOW你想得到什么 参考文献：包含一个附属的或者所参考的文档的一个概要 工作描述：详细说明工作范围，要完成的工作等等。

细分来看通常包括：需求、技术规范说明、质量标准、方法、开发标准、交付产品、性能测量、报告需求、安全性、例子、插图、数据处理约束等等 工作地点：描述在什么地方完成工作，还有怎么到达工作地点、讨论室、开会地点、电话、桌子、PC、软件等等 安全：列出对要工作的资源的安全限制 出差或者住房：详细说明出差和食宿预算限制 交付产品：列出期望的产品或者切实的结果 计划或者产品进度表：有关项目计划更加详细的特性，包括WBS、资源、时限、交付进度和里程碑。

风险：陈述风险和公差补贴 改变管理流程：根据要求做什么改变、已经处理了什么改变和批准通过了什么改变来描述流程 项目管理：涉及项目领导、授权、进程汇报指南、角色和责任 客户责任：记录客户允诺承担的责任范围 供应商/承包人责任：记录供应商/承包人允诺承担的责任范围 成本估计：详细列举期望的成本估计 补偿和支付日程：详细说明供应商/承包人将怎样拿到付款（比如说谈妥的价格、时间和材料和调整处理） 接受标准和正式批准：确实他们将怎样被判断与/或认可工作。

文档：包括用户指南、技术指南等等 需求可追溯矩阵：追溯从请求到交付之间的需求 其它：明确的项目类型可能需要更多其它因素来清楚地定义要做的工作 另外一个导致混乱的地方是用于创建文档的语言。

在编写SOW的时候要清楚简练。

避免使用行话、缩写词、无关的话以及无关的参考文献。

要确保包含足够详细的信息能清楚地确定工作，但不要超过SOW的负荷。

最后，在正式提交前记得校对你的SOW。