Token导航 LogoToken导航

Agent Skill · 效率

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

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

service-dominant-business-model-design 是效率类 Agent Skill,可用宿主为 OpenClaw,通过ClawHub获取,权限为权限未标注;许可证为 MIT-0,第三方扫描已通过,按安装量在效率类的 21,003 个 Skill 里排第 4,799。

总安装 12,426周安装 523GitHub Stars 公开资料未说明下载 4,351核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT-0
版本
1.0.0

安装方式

通过对话安装

复制提示词发给支持本地命令或 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 是做什么的

效率类 Skill 把重复的整理、汇总、转换工作交给助手完成,减少手工复制粘贴。

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

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 OpenClaw;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 openclaw skills install service-dominant-business-model-design;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    权限没有明确标注,第一次使用时只给一个无关紧要的任务,观察它到底读了哪些文件和网络。

常见问题

6 条

service-dominant-business-model-design 怎么安装?

在终端执行 openclaw skills install service-dominant-business-model-design。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

service-dominant-business-model-design 支持哪些 AI 工具?

公开资料标注支持 OpenClaw。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

service-dominant-business-model-design 需要什么权限?

权限级别没有明确标注。第一次使用时建议只给无关紧要的任务,观察它实际读写了哪些内容。

service-dominant-business-model-design 是免费的吗?

来源标注的许可证是 MIT-0。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

service-dominant-business-model-design 用的人多吗?

公开数据是累计安装 12,426 次,近一周安装 523 次,下载 4,351 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

service-dominant-business-model-design 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 专注 OpenClaw 一种宿主,触发方式和使用习惯不用来回切换。
  • 许可证明确为 MIT-0,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 OpenClaw,想直接扩展它能力的人。
  • 需要处理效率类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

效率类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
github

GitHub 代码协作 · OpenClaw

7,632,918545需要联网MIT-0通过
nano-pdf

Nano PDF 文档 · OpenClaw

4,249,476231需要联网MIT-0通过
auto-updater

自动更新程序 · OpenClaw

2,964,063386操作浏览器MIT-0通过
video-frames

视频帧 · OpenClaw

2,621,304112需要联网MIT-0通过
gemini

Gemini 助手 · OpenClaw

2,547,39648需要联网MIT-0有提醒
service-dominant-business-model-design

服务主导的商业模式设计 · 本页

12,426—权限未标注MIT-0通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

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"

平台分布

OpenClaw

78.43%
按下载量换算3,412

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

权限未标注

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

安装前确认

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

继续浏览同类 Skills