这件事，谁负责？
明确参与角色、协作关系和交接责任，避免关键事项停在“大家都在参与”。
形成清楚的角色与责任安排S03 STAKEHOLDER GOVERNANCE DESIGN
利益相关者治理设计
让贡献有记录，
让协作有规则。
梳理共同创造价值的人，明确角色、责任与决策权限。把贡献确认、激励衔接和日常协作写成制度与流程，为治理执行提供统一依据。
面向企业管理层、业务团队与生态建设者
WISERUNIONGOVERNANCE / S03
SHARED VALUE. CLEAR RESPONSIBILITIES.
共同创造价值，
各自承担明确责任。
共同的治理依据角色 · 贡献 · 权限
制度与流程连接日常协作
01员工与团队责任与交接
02合作伙伴协作与贡献
03用户与社区参与与反馈
04资本参与者约定与权利
从原则到日常
提交 → 核验 → 授权决定 → 执行复核
结构示意；实际角色、权限与权利按企业情况确定。
ROLES. CONTRIBUTION. ACCOUNTABILITY.下载服务概要 MD
01 / CLARITY IN COLLABORATION
人越多，
越需要清楚的协作依据。
共同参与不等于共同理解。把责任、贡献和决策规则说清楚，让参与者知道如何工作、如何确认成果，也知道遇到分歧时怎样处理。
这份贡献，谁确认？
把事实凭证、核验口径、激励衔接和复核方式放到同一套流程里。
让贡献记录有共同依据这个决定，按什么规则做？
区分建议、评审、授权决定与执行，让权限和责任彼此对应。
把治理原则落到具体事项02 / START WITH REAL RELATIONSHIPS
从具体协作问题，
确定治理设计的起点。
可以先聚焦内部团队，也可以梳理伙伴网络和社区参与。范围不同，治理对象、规则深度与交付重点也不同。
先回答这些问题
- 谁承担责任，谁提供支持，谁确认完成？
- 贡献需要哪些记录，由谁核验？
- 哪些事项可以自主执行，哪些需要升级审批？
成果重点
角色关系与责任图 / 权限矩阵 / 贡献确认及协作 SOP
先回答这些问题
- 各方投入什么，承担什么责任？
- 哪些成果可以确认贡献，如何避免重复记录？
- 出现分歧或合作关系变化时，按什么流程处理？
成果重点
伙伴角色与协作模型 / 贡献核验规则 / 合作交接及复核流程
先回答这些问题
- 谁可以提出建议，参与范围怎样确定？
- 谁组织评审，谁在授权范围内作出决定？
- 如何记录执行结果并回应参与者？
成果重点
参与及提案规则 / 决策与权限安排 / 执行、反馈及规则维护 SOP
03 / WHAT WE DESIGN
把人、贡献与决策，
连成可执行的治理体系。
四组工作围绕真实业务与协作关系展开。从角色梳理到制度交接，让每一条规则都能找到负责的人和执行流程。
ROLES & RELATIONSHIPS
角色与关系梳理
识别员工、业务团队、合作伙伴、用户与资本参与者等相关角色，梳理职责、利益诉求和协作关系，形成治理设计的共同底图。
角色范围 / 职责边界 / 协作关系 / 组织机制支持的安排
哪些人需要参与，各自负责什么？
CONTRIBUTION & INCENTIVES
贡献衡量与激励衔接
明确贡献口径、记录凭证、核验责任和复核流程，将经确认的贡献与约定的激励机制衔接，让依据与执行条件一致。
贡献口径 / 凭证核验 / 激励绑定 / 争议复核支持的安排
贡献怎样确认，按什么条件进入激励？
DECISIONS & PERMISSIONS
治理规则与角色权限
设计参与资格、提案评审、审批授权和执行权限，结合项目需要明确回避、升级与例外处理，让责任落到具体角色。
提案资格 / 评审审批 / 权限矩阵 / 升级机制支持的安排
谁能提出、谁能审核、谁能决定和执行？
ORGANIZATION & SOP
制度、流程与组织执行
把治理原则转化为可交接的 SOP，明确输入、执行步骤、责任人、记录与反馈方式，并安排制度复核和规则更新机制。
制度文件 / 工作流程 / 留痕复核 / 规则维护支持的安排
日常怎样执行，遇到变化怎样调整？
治理设计明确角色、规则与流程；收入成本、激励计算和预算参数可衔接 S02，系统开发与持续运营另行确定工作范围。
04 / SEE HOW THE RULES WORK
一条规则，
怎样进入日常工作？
切换三个治理事项，查看从提交到反馈的职责安排。示意展示服务如何把原则落成流程，实际角色与权限需按企业情况设计。
EVIDENCE → REVIEW → CONFIRMATION
一项贡献，怎样成为共同认可的记录？
以伙伴完成一项业务协作为例，先提交事实和凭证，再核验、确认并反馈。
需要留下的依据
贡献记录 / 核验意见 / 确认结果与复核记录
- 01
提交事实与凭证
参与者按约定口径说明成果、时间及对应依据。
- 02
核验与去重
运营团队检查材料、口径与是否已重复申报。
- 03
按授权确认
授权审批人依据核验结果确认，必要时回避或升级。
- 04
记录与反馈
运营团队留存结果；参与者可按约定提出复核。
| 关键动作 | 参与者 | 运营团队 | 授权审批人 |
|---|---|---|---|
| 申报贡献 | 提交 | 接收 | — |
| 核验与去重 | 补充依据 | 核验 | 按需复核 |
| 确认贡献 | 知悉结果 | 提交核验意见 | 确认或升级 |
| 记录与反馈 | 申请复核 | 留痕与反馈 | 处理升级事项 |
规则设计要点
贡献确认与奖励兑现分开处理。确认记录后，仍需满足模型约定的预算、资格和兑现条件。
ELIGIBILITY → AUTHORIZATION → EXECUTION
一项激励，谁审核、谁批准、谁执行？
以已经存在贡献记录的激励申请为例，将资格核验、授权审批和执行记录连起来。
需要留下的依据
资格审核 / 审批依据 / 执行及对账记录
- 01
核对申请条件
参与者引用贡献记录及相应资格，提出申请。
- 02
复核规则与预算
运营团队核对版本、金额或权益条件及可执行预算。
- 03
完成授权审批
授权审批人在权限范围内决定，超出范围时升级。
- 04
执行并留存记录
执行人按批准内容办理，并向相关方反馈结果。
| 关键动作 | 参与者 | 运营团队 | 授权审批人 |
|---|---|---|---|
| 提出申请 | 提交 | 接收 | — |
| 核对资格与预算 | 补充依据 | 核验 | 按需复核 |
| 批准或升级 | 知悉结果 | 提交审核意见 | 审批或升级 |
| 执行与对账 | 核对结果 | 按授权执行 | 复核异常 |
规则设计要点
本例只展示职责衔接，不设定固定分配比例或兑现承诺。正式规则可进一步区分审核、审批和执行角色。
PROPOSAL → IMPACT REVIEW → VERSION CONTROL
规则需要调整时，怎样形成新的执行依据？
以参与者提出协作规则修改为例，安排影响评审、授权决策、版本发布和反馈。
需要留下的依据
变更提案 / 影响评审 / 决策及版本记录
- 01
提出变更建议
具备参与资格的角色说明问题、修改建议和依据。
- 02
评审影响与条件
运营团队梳理影响范围、存量事项与执行条件。
- 03
按权限作出决定
授权审批人确认变更或组织约定的决策程序。
- 04
发布并复核执行
记录版本、生效日期和过渡安排，再收集执行反馈。
| 关键动作 | 参与者 | 运营团队 | 授权审批人 |
|---|---|---|---|
| 提出规则建议 | 提案 | 接收与整理 | — |
| 评审影响 | 补充说明 | 组织评审 | 按需参与 |
| 确认变更 | 按规则参与 | 提交评审意见 | 决策或升级 |
| 发布与反馈 | 反馈执行问题 | 发布版本并留痕 | 复核重大事项 |
规则设计要点
参与资格、投票范围与决策权限按实际授权确定。提出建议或参与讨论，不自动取得同等决策权。
本区为自拟流程示意，不是运行中的治理系统或客户案例。实际组织、角色、回避和授权安排在服务过程中共同确定。
讨论适合你的制度与流程05 / TANGIBLE DELIVERABLES
交付治理模型，
也交付日常执行的依据。
以治理模型、角色权限、制度与流程为核心组织成果，供管理层评审、团队协作与后续试行使用。
01
治理模型与关系图
相关角色、协作关系、组织机制与决策结构。
让各方共同理解治理对象与责任02
角色与权限矩阵
提交、审核、审批、执行、查看及升级的职责安排。
让关键事项能够找到负责人03
贡献确认与激励衔接规则
贡献口径、记录凭证、核验、复核及与激励模型的衔接。
让贡献与激励执行有可复核依据04
制度与 SOP 文件包
提案、审批、交接、执行、反馈及规则维护流程。
让团队能够按统一流程工作成果深度、文件格式、评审及交接方式，在明确治理问题后约定。
下载服务与交付概要06 / HOW WE COLLABORATE
从现有协作出发，
共同设计可以执行的规则。
企业提供经营事实与授权背景，顾问组织角色梳理、规则设计和情景评审。先让设计可讨论，再明确试行与交接条件。
- 01
明确目标与现状
确认治理问题、参与范围、现行制度和资料口径。
需求定义 / 现状底稿 - 02
设计角色与规则
梳理关系、权限、贡献核验及制度流程，形成初稿。
治理模型 / 权限与流程 - 03
推演关键情景
围绕日常协作、分歧和例外事项共同评审与调整。
情景评审 / 修订记录 - 04
交接制度与执行条件
对齐文件、责任人、试行范围和后续维护安排。
制度交接 / 试行建议
- 顾问团队
- 负责约定范围内的角色梳理、治理设计、制度流程和成果评审。
- 企业管理层与业务团队
- 确认事实与内部授权，参与情景评审，决定制度采纳并安排责任人和执行条件。
- 专项专业与技术团队
- 需要专业意见或系统开发、配置、部署时，分别明确范围、机构、责任和费用。
CONNECTED ADVISORY SERVICES
方向、模型与治理，
各自解决具体的问题。
三项服务可以单独约定，也可以围绕企业目标衔接。是否需要软件和持续运营，再根据实施条件确定。
判断下一步方向
战略诊断、商业策划与路径判断，明确值得推进的目标和前提。
了解 S01设计商业与经济规则
收入成本、激励计算、测算参数与权益规则，为机制建立模型依据。
了解 S02安排角色与执行流程
角色关系、贡献核验、决策权限、制度与 SOP，让规则进入协作。
讨论 S03治理软件配置、部署和使用纳入交付后，可进一步形成「产品＋服务」的数字治理方案；S03 本页以治理设计交付为起点。
哪些利益相关者应该纳入治理设计？
从具体业务与协作问题出发确定范围，可能涉及员工、管理层、合作伙伴、用户、社区或资本参与者。不是把所有人放进同一套权限，而是明确相关角色、关系和事项边界。
S03 与 S02 商业与经济模型设计如何衔接？
S02 侧重收入成本、激励计算、参数与经济规则；S03 侧重角色、贡献确认、审核责任、授权权限和执行复核。两者涉及激励时，模型规定如何计算与满足什么条件，治理设计规定谁核验、谁批准、怎样执行和留存记录。
一定要发币、上链或让所有人投票吗？
不需要。S03 可交付治理模型、权限、制度与流程，使用现有工具也能试行。是否需要数字权益、链上记录或投票系统，根据业务目标另行判断；讨论或投票参与范围需与实际授权相匹配。
现有制度和流程可以继续使用吗？
可以。先梳理现行制度、职责与执行问题，再判断哪些内容保留、补充或调整。具体成果的深度、可编辑格式、评审及交接方式，在服务范围中约定。
是否包含钱包、治理 App 和系统开发？
S03 的默认交付方向是治理设计与制度文件。需要账户、贡献记录、权益中心或治理后台时，另行明确产品、配置、开发与实施责任；把软件部署和使用纳入交付后，可形成对应的数字治理组合方案。
初次沟通需要准备哪些材料？
先说明业务、参与者类型、当前协作问题和希望改进的事项。进一步设计所需的制度文件、组织职责与典型流程材料，在明确合作、资料使用与保密安排后确认，初步咨询无需提交个人敏感信息。
费用、周期及制度采纳怎样确定？
结合角色数量、协作关系、规则与流程复杂度、现有资料、访谈和评审工作量确定计划与报价。顾问负责约定范围内的梳理、设计与评审；企业负责内部授权、事实确认、制度采纳与执行安排。专项专业意见和系统实施另行约定。
LET’S DEFINE HOW YOU WORK TOGETHER
带着协作中的问题，
开始治理设计的讨论。
告诉我们参与者类型、当前的责任或规则问题，以及希望优先改善的协作事项。一起明确设计范围、交付与合作安排。
服务合作邮箱info@weitengfei.com
先下载服务概要 MDREADY FOR THE CONVERSATION
确认你的服务需求
S03 / 利益相关者治理设计
下方按钮会打开预填邮件草稿，由你确认发送至 info@weitengfei.com。这份需求尚未发送。
打开咨询邮件如果邮件应用无法打开，可下载需求单，手动发往服务合作邮箱。
服务范围说明
S03 提供治理模型、角色权限、制度与流程设计，具体交付以服务约定为准。参与身份、贡献记录与讨论资格不自动产生股权、收益权或同等决策权；权益、授权、系统实施及专业意见分别确认。
继续阅读 · 服务
利益相关者治理设计的交付与配套
利益相关者治理设计明确参与角色、贡献确认、决策权限和协作流程，交付治理模型、制度与实施路线。需要软件落地时，再组合钱包或治理模块。
阅读与选择提示先选择一个具体协作问题，并说明参与者、确认依据、责任人及现有流程。