用途：在提案需要向评审方说明“将如何实际完成工作”时，起草或修订方法与实施（Approach and Methodology）章节；不适用于与方法或工作方式无关的任务，或用户仅需领域知识的情况。
必要输入：任务书（ToR）、RFP、公告或任务简报；拟投标主体简介及相关采购与行业背景；交付物、约束、进度假设和指定框架。缺少必需输入、权限或验收依据时应暂停流程，退回有边界的大纲、假设和澄清清单，不得声称可行或已获验收。
主要能力：按概念方法、逻辑树构建、逐阶段计划组织内容。逻辑树要求每阶段为一个产生结果的行动（即可交付物），行动尽量具体，同级行动满足MECE，每项行动均服务于顶层目标；先构建逻辑树再排列时间顺序。阶段需写明目标、关键活动、交付物、所需客户输入。文末给出ICT系统、网站设计、服务设计、DevOps/云、SaaS实施与SaaS产品开发等场景的参考阶段划分，并指向对应的组合方法技能。
使用方式：读取任务材料并定义该章节要解决的交付问题；加载投标主体简介与相关采购、行业技能；套用结构设计定制方法；与方法、团队和财务假设交叉核对；确保具体、可信、面向评审后再定稿。产出要求-方法追溯矩阵，使每个计分要求都被回应，每项承诺均体现在工作计划、团队与报价中。
质量与限制：保持针对具体任务、具体、聚焦交付；除非招标格式另有要求，使用英式英语和东非专业语气；优先使用具名方法、明确交付物和现实控制措施。约束：默认只读分析，起草需授权；本方法不授权生产变更、客户决策、现场工作、数据访问、支出或认证；不得发布未解决必需输入的章节，不得隐藏与其他提案章节的矛盾，不得以“未检查”冒充“通过”，不得复用与简报无关的通用方法，不得作出工作计划、团队或预算无法支撑的承诺。