L’interface est localisée ; les présentations et documents des Skills sont traduits automatiquement par IA dans votre langue. Le code, les commandes, chemins et termes techniques restent en version originale, et le document de l’auteur fait foi.
Explorer les Skills
Design et création · SKILL.md

ljg-business-model

ljg-business-model

基于《商业模式新生代》的 Business Model Canvas,把用户提供的项目介绍、访谈、产品资料或商业计划整理成九模块商业模式画布卡片,交付 PNG 与可修改的 HTML。USE WHEN 用户调用 ljg-business-model、要求画商业模式画布、九宫格商业模式或把商业信息做成画布卡片。NOT FOR 普通商业分析、投资估值、Lean Canvas 或只解释商业模式概念。

Independent GitHub snapshot · Automated classification · Original documentation governs

Documentation de la Skill

GitHub

name: ljg-business-model description: 基于《商业模式新生代》的 Business Model Canvas,把用户提供的项目介绍、访谈、产品资料或商业计划整理成九模块商业模式画布卡片,交付 PNG 与可修改的 HTML。USE WHEN 用户调用 ljg-business-model、要求画商业模式画布、九宫格商业模式或把商业信息做成画布卡片。NOT FOR 普通商业分析、投资估值、Lean Canvas 或只解释商业模式概念。 metadata: version: 1.0.0

ljg-business-model

把用户的信息变成一张能看清「为谁创造什么价值、如何交付、如何收支」的商业模式画布。主产物为中文横版 PNG;同时保留 HTML 和结构化 JSON,便于修改、追溯与重绘。

Workflow Routing

输入处理与交付
项目介绍、访谈、文档、零散描述依据下方合同整理,运行 Tools/Render.ts,验证后交付画布
现有画布与补充材料以新材料更新指定模型;保留未受影响的信息,重新生成
多个独立业务/商业模式每个模式一张画布;同一平台的多边客户留在同张图中并用 C1、C2 关联

内容合同

  • 开始前确认对象与范围。只给公司名且没有任何业务资料时,询问业务描述或经用户授权补充研究;信息够画初稿就直接画,缺项写「待补充」。多个可能对象会改变画布时,先问一个聚焦的问题。
  • 读取 CanvasGuide.md 校准九模块的定义、关系与经典布局。用用户材料为主体,不自动用行业常识补成事实。
  • 每个要点标记 given(材料提供)、inferred(推测)或 unknown(待补充)。「材料提供」不等于外部验证。given 关联来源编号,inferred 附依据;用户明确的计划仍写「拟/计划」,不能改成正在发生。
  • 每格优先放 2–4 条具体要点。保留客户是谁、买什么、谁付款、计价单位等区别信息。尽量写成「对象+动作/结果」;收入留价格与周期,成本留驱动因素。没有材料支持时不编金额、规模、合作方或结论。
  • 九格放在同一画面。保持经典空间关系,成本与收入位于底部;不画等宽的 3×3 九宫格,不擅自换成 Lean Canvas。颜色服务于分区与客户对应,推测同时用文字标签,不能只靠颜色辨别。

生成与验收

在唯一临时目录准备输入 JSON,结构见 Tools/Render.help.md,完整虚构示例见 Example.json,版式参考见 Example.png。将本技能真实目录记为 SKILL_DIR,从任意工作目录运行:

bun "$SKILL_DIR/Tools/Render.ts" --input "$WORK_DIR/model.json" --output "$WORK_DIR/model.html"
用户意图参数或行为
默认画卡片默认宽度 1600 CSS px;最终导出 PNG
指定宽度--width 1200 至 --width 2400;仍需检查可读性
保存到指定位置验收后把最终 PNG、HTML、JSON 放到该目录

使用本机真实浏览器打开 HTML,等待字体就绪,检查九格顺序、全部文本与溢出。当前环境有 Interceptor 时按其隔离与截图合同执行;其他环境用可用的真实浏览器工具。window.businessModelAudit() 提供块数、缺项、推测和几何溢出检查。导出整个 #canvas 为 PNG,推荐 2 倍像素;没有截图能力时保留 HTML 并明确 PNG 未完成,不能把 HTML 链接充作图片。

打开最终 PNG 看全图,再放大密集区域检查。若文字过密,先精简重复表述或增高画布;保留关键条件,禁止裁切、隐藏超出内容或缩字硬塞。渲染器拒绝过长/过多条目时,整理输入后重跑,不绕过校验。

最终在对话直接展示 PNG,给出 HTML 和 JSON 的文件链接;简短指出影响理解的待补充信息。所有草稿与截图留在临时目录,只有已验收产物进入交付目录。

Gotchas

  • 客户细分是服务对象;付费方可能与使用者不同。多边平台需在价值、渠道、收入中保留对应关系。
  • 渠道描述获客、成交、交付路径;客户关系描述如何建立与维系互动。资源是拥有/可调用的东西,业务是反复做的事,伙伴是外部参与者。
  • 收入来源是如何收费,融资不是收入;成本结构是支出逻辑,不能凭此推算利润或把未标周期的数据相加。
  • 归类清楚不代表商业模式已成立。相互矛盾的材料、未验证需求与缺失付费逻辑应留痕,不能用顺滑的总结抹掉。
  • 页脚保留 Business Model Canvas、Strategyzer.com 与 CC BY-SA 3.0 归属;此处是中文改编排版,不是官方原版或对原书全文的复述。许可适用于画布模板,用户业务材料的权利不因此改变。

Examples

  • 「ljg-business-model:我们为小餐馆提供采购服务,按成交额收费……」→ 用已有资料画一张卡;缺失伙伴和成本写待补充。
  • 「把这份双边平台访谈做成商业模式画布」→ 使用者与付费方分别标记,追踪各自价值和收入路径。
  • 「这是昨天的画布,现在改为年费订阅」→ 更新收费方式,并依据补充材料检查客户关系和成本是否也变化;无证据的变化标为推测。
Skills enregistrées