Token导航 LogoToken导航TokenDH.com
效率权限需确认clawhub未标认证来源可访问clear审计通过

service-dominant-business-model-design服务主导的商业模式设计

Agent Skill

用于辅助界面设计、视觉规范、排版、配色、布局和交互体验优化。它适合让 Agent 根据产品场景整理页面结构、生成 UI 方案、检查视觉一致性或改进组件层级。使用时需要结合现有品牌、设计系统和用户任务,不应只堆装饰元素;涉及真实页面改动时,应通过截图或浏览器预览检查文本溢出、对齐和响应式表现。

总安装

12,426

周安装

523

GitHub Stars

公开资料未说明

下载量

4,351
OpenClaw

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

MIT-0

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:service-dominant-business-model-design(服务主导的商业模式设计)
来源仓库:https://github.com/shenshuo-03/service-dominant-business-model-design
安装命令:
openclaw skills install service-dominant-business-model-design
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install service-dominant-business-model-design

简介

服务主导逻辑下的价值共创商业模式设计方法。用于:当需要为特定领域及产品设计以服务为中心、多方价值共创的商业模式时

SKILL.md

name
service-dominant-business-model-design
description
服务主导逻辑下的价值共创商业模式设计方法。用于:当需要为特定领域及产品设计以服务为中心、多方价值共创的商业模式时

服务主导逻辑的商业模式设计

概述

本技能基于服务主导逻辑 (Service-Dominant Logic, S-D Logic) 理论,帮助设计者从传统的"商品交换"思维转向"服务共创"思维,构建以价值共创为核心的商业模式。适用于数字化转型、服务创新、平台经济等场景。

核心概念

服务主导逻辑的五大核心前提

  1. 技能与知识是根本性资源 (Operant Resources) - 无形资源比有形资源更重要
  2. 价值由使用者决定和共创 - 价值不是企业单独创造,而是与用户共同创造
  3. 价值共创发生在服务生态系统内 - 多方参与者共同参与价值创造
  4. 所有经济活动都是服务交换 - 商品是服务的载体,本质是服务
  5. A2A (Actor-to-Actor) 关系是基本交换形式 - 取代传统 B2B/B2C 模式

与商品主导逻辑的区别

商品主导逻辑 (G-D Logic)服务主导逻辑 (S-D Logic)
有形资源是核心无形资源 (知识/技能) 是核心
价值由生产者创造价值由使用者和提供者共创
B2C/B2B 模式A2A (行动者对行动者) 模式
静态价值链动态服务生态系统

设计流程

第一步:定义服务生态系统

目标:识别所有参与价值共创的行动者 (Actors)

  1. 核心行动者分析

- 谁是企业 (Focal Actor)? - 核心能力是什么?

  1. 利益相关者地图

- 列出所有参与者:用户、供应商、合作伙伴、监管机构等 - 分析每个行动者的资源和能力 - 绘制行动者之间的价值流动关系

  1. A2A 关系设计

- 行动者之间如何交换服务? - 每个行动者的价值诉求是什么?

输出:服务生态系统地图

第二步:设计价值主张

目标:从生态系统视角设计多方价值主张

  1. 客户细分与价值画像

- 识别不同的客户细分群体 - 为每个群体绘制价值画像 (痛点、收益、任务)

  1. 价值主张设计

- 功能性价值:解决什么问题? - 情感性价值:带来什么感受? - 社会性价值:创造什么身份认同?

  1. 价值主张验证

- 与目标用户共创验证价值主张 - 使用 MVP 方法快速测试假设

输出:价值主张画布

第三步:设计价值共创机制

目标:建立多方参与的价值共创系统

  1. 互动类型设计

- H2H (Human to Human): 人与人如何互动? - H2M (Human to Machine): 人与机器/系统如何互动? - M2M (Machine to Machine): 系统之间如何自动交互? - M2H (Machine to Human): 系统如何服务于人?

  1. 参与机制设计 (Actor Engagement)

- 如何激励用户参与价值创造? - 如何降低参与门槛? - 如何设计反馈循环?

  1. 资源整合机制

- 操作资源 (Operand):物质资源的整合 - 操作者资源 (Operant):知识、技能的整合 - 设计资源流通和共享机制

输出:价值共创机制图

第四步:设计 RCOV 商业模式

目标:构建完整的商业模式框架

使用 RCOV 框架 设计:

  1. R (Ressources) - 资源

- 核心资源有哪些? (有形 + 无形) - 如何获取和配置资源? - 资源整合策略是什么?

  1. C (Competences) - 能力

- 组织的核心能力是什么? - 如何构建动态能力以适应变化? - 能力与资源的匹配关系?

  1. O (Organization) - 组织

- 内部组织结构如何支持价值共创? - 关键业务流程是什么? - 如何与合作伙伴协同?

  1. V (Value Proposition) - 价值主张

- 为谁创造价值? - 创造什么价值? - 价值如何传递和实现?

输出:RCOV 商业模式画布

第五步:设计服务交付系统

目标:将商业模式转化为可执行的服务系统

  1. 服务蓝图设计

- 前台服务流程:用户可见的接触点 - 后台支持流程:支撑前台的运营系统 - 识别关键服务时刻 (Moments of Truth)

  1. 客户旅程地图

- 绘制用户从认知到使用的全旅程 - 识别每个触点的体验设计 - 发现痛点和改进机会

  1. 服务原型与 MVP

- 设计最小可行服务 (MVS) - 快速原型测试 - 基于反馈迭代优化

输出:服务蓝图 + 客户旅程图

第六步:设计价值分配与收益模式

目标:确保生态系统中各方的价值得到合理分配

  1. 价值分配机制

- 如何为每个行动者分配价值? - 激励机制是什么? - 如何平衡各方利益?

  1. 收益模式设计

- 收入来源有哪些? - 定价策略是什么? - 成本结构如何优化?

  1. 可持续性设计

- 商业模式如何持续运转? - 如何防止价值共毁 (Value Co-Destruction)? - 风险管控机制

输出:收益模式画布

实践技巧

1. 使用商业模式画布进行可视化

将 RCOV 框架与经典的 9 宫格商业模式画布结合使用:

  • 客户细分 → 价值主张 → 渠道通路 → 客户关系 → 收入来源
  • 核心资源 → 关键业务 → 重要合作 → 成本结构

2. 双元组织能力 (Ambidextrous Organization)

  • 探索 (Exploration):尝试新的价值共创方式
  • 利用 (Exploitation):优化现有的价值创造流程
  • 保持两者的平衡是商业模式创新的关键

3. 试错学习与迭代

  • 建立 Build-Measure-Learn 循环
  • 使用 OKR 管理价值共创过程
  • 设计 Pivot 决策框架,及时调整方向

4. 管理价值共毁风险

价值共毁发生在以下情况:

  • 参与者期望不匹配
  • 互动质量低下
  • 资源投入不足
  • 制度冲突

需要主动识别和管理这些风险。

应用场景

  • 数字化转型:传统企业向服务型组织转型
  • 平台经济:设计多边平台的商业模式
  • 服务创新:开发新的服务产品或体验
  • 生态系统战略:构建或参与商业生态系统
  • 共享经济:设计资源共享的商业模式
  • B2B 服务:企业服务的价值共创设计

模板与工具

服务生态系统地图模板

┌─────────────────────────────────────────┐
│           服务生态系统地图               │
├─────────────────────────────────────────┤
│  核心行动者:[企业名称]                  │
│  核心价值:[价值主张]                    │
├─────────────────────────────────────────┤
│  行动者 1: [名称]                        │
│  - 资源/能力:[描述]                     │
│  - 价值诉求:[描述]                      │
│  - 互动方式:[H2H/H2M/M2M/M2H]          │
├─────────────────────────────────────────┤
│  行动者 2: [名称]                        │
│  ... (继续列出所有行动者)                │
└─────────────────────────────────────────┘

A2A 价值流动分析表

行动者 A行动者 B提供的服务获得的服务价值流动方向
企业用户产品服务使用数据双向
用户企业反馈/内容解决方案双向
伙伴 A伙伴 B技术能力渠道资源双向

价值共创机制检查清单

  • [ ] 所有关键行动者都已识别
  • [ ] 每个行动者的价值诉求清晰
  • [ ] 互动机制设计完整 (H2H/H2M/M2M/M2H)
  • [ ] 参与激励措施充分
  • [ ] 资源整合机制可行
  • [ ] 价值分配公平合理
  • [ ] 风险管控措施到位

常见误区

  1. 以企业为中心:忽视用户和其他行动者的主动性
  2. 价值主张模糊:没有清晰定义为谁创造什么价值
  3. 忽视制度设计:服务生态系统需要规则和制度支撑
  4. 过度复杂:初期设计过于复杂,难以执行
  5. 忽视动态性:商业模式需要随环境变化而演化

关键成功因素

  1. 生态系统思维:从单点竞争转向系统竞争
  2. 用户参与深度:用户参与价值创造的程度决定粘性
  3. 数据驱动:利用数据优化价值共创过程
  4. 敏捷迭代:快速试错,持续优化
  5. 制度创业能力:能够改变行业规则和标准

参考框架

  • RCOV 框架:资源 - 能力 - 组织 - 价值主张
  • 商业模式画布:9 宫格可视化工具
  • 服务蓝图:服务流程设计工具
  • 客户旅程地图:用户体验追踪工具
  • MVP 方法:最小可行产品验证

推荐资源

  • Vargo & Lusch (2004): "Evolving to a New Dominant Logic for Marketing"
  • Prahalad & Ramaswamy (2004): "The Future of Competition: Value Co-Creation"
  • Teece (2010): "Business Models, Business Strategy and Innovation"

适合场景

01

OpenClaw 用户查找和安装 Skill 时

02

用户想查找某类 Agent Skill 时

03

需要根据任务场景推荐可安装能力包时

04

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

OpenClaw

78.43%
按下载量换算3,412

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

权限需确认

当前来源未能明确判断权限范围,默认进入异常复核队列。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills