业务架构图
Business Model Flow Diagram
本页的架构图是业务模式流向图：把提供价值与获得收入涉及的参与方、物品、信息和金钱关系画清楚。
当别人难以理解谁向谁提供什么、谁付钱、谁负责交接时使用。以本业务为中心，给参与方编号，再用有方向、有类型、有含义的连线说明交换；先画整体，复杂内部流程另图展开。
业务目标与边界，参与方和角色，物品/服务/信息/金钱交换，合同或假设状态，以及金额单位和期间。
可解释的业务参与方及流向图、逐边交换清单、金额口径与待确认责任和合同。
先理解，再动手
使用步骤
中心放本业务，箭头表示给定方向的物品、服务、信息或钱流，不代表步骤或汇报。每条箭头ID对应清单；金额是同期间假设，不把局部余额当净利润。
- 01
写清当前业务或拟议模式、时期与边界；把已有合同、草案和假设分开。
- 02
列参与方与角色，第一行放本业务，其余为客户、供应者或运营伙伴，不用职位高低布局。
- 03
逐条写谁向谁提供物品、服务、信息或金钱，标记方向和ID；回流另画，不用双向线掩盖内容差异。
- 04
给钱流写币种、期间、单位和计算依据；把启动投入、期间成本、押金与收入区别开。
- 05
对照逐边清单复述价值和收入如何产生，检查遗漏、责任及合同，再决定需要哪张详细流程图。
这里不画软件组件部署、企业能力层级或组织汇报关系，也不把所有箭头当成步骤顺序。箭头须写清对象、方向、类型与内容；没有箭头不代表无需协作。金钱与信息分开，数量相抵不证明收支已发生，局部差额不叫净利润，试点许可不等于商业模式获批。
看清框架结构
从一份空白提纲开始
复制到你的文档，填入真实的业务事实与判断。
查看空白提纲
业务架构图 · 空白提纲 什么时候用：当别人难以理解谁向谁提供什么、谁付钱、谁负责交接时使用。以本业务为中心，给参与方编号，再用有方向、有类型、有含义的连线说明交换；先画整体，复杂内部流程另图展开。 需要准备：业务目标与边界，参与方和角色，物品/服务/信息/金钱交换，合同或假设状态，以及金额单位和期间。 预期产出：可解释的业务参与方及流向图、逐边交换清单、金额口径与待确认责任和合同。 使用边界：这里不画软件组件部署、企业能力层级或组织汇报关系，也不把所有箭头当成步骤顺序。箭头须写清对象、方向、类型与内容；没有箭头不代表无需协作。金钱与信息分开，数量相抵不证明收支已发生，局部差额不叫净利润，试点许可不等于商业模式获批。 工作问题： 期望结果： 已有证据与假设： 未知项与下一项核查： 填写说明：写现状/拟议模式、期间、币种与关键假设。 1. 业务边界与性质： 填写说明：每行：ID | 角色；第一行是本业务，不是组织层级。 2. 参与方与角色： 填写说明：每行：发出方ID | 接收方ID | goods/service/info/money | 内容。角色ID须已列出。 3. 有向交换清单： 填写说明：写币种、期间、假设与局部差额；不把差额当净利润。 4. 金额口径与边界： 填写说明：核对物品、信息和钱流的责任与未知合同，不自动批准业务。 5. 责任合同与待验证： 检查清单 □ 参与方、方向、类型和每条交换含义可读。 □ 业务结构与流程顺序、汇报层级及软件部署分开。 □ 假设金额、局部差额、合同和实际交易状态明确。 考虑下一个框架 业务流程图: 若已明确谁与谁交换什么，却还不清楚接收、清点、确认和异常的先后，使用业务流程图说明路径与交接，保留未确认责任。 https://bizthinkframe.com/zh/frameworks/business-process-flowchart BizThinkFrame · https://bizthinkframe.com/zh/frameworks/architecture-diagram
跟着案例走一遍
虚构教学案例把会员、图书与场地的交换分别画清
组织、人物、数据和结果均为虚构，仅用于说明框架用法。
背景与问题
原创虚构教学案例：星桥图书服务想研究非开放时段还书。C4底稿含2026-10-12至10-14的20次模拟到访记录（开放时段12次、非开放时段8次）、三人传阅记录、候选估算与单月业务模型。人数、价格、许可和行为均为教学设定，不是真实调查；尚未开展试验或收费。
B还书箱之外，还需解释拟议图书服务如何提供图书、收取费用和安排场地；单次小试许可并未批准这套收费业务。
手头有哪些材料
- S星桥服务、U读者、P图书伙伴、O场地运营者；S内部暂把还书箱与登记簿作为整体，不混入软件部署图。
- 仅演示一个假设月：10位假设会员×CNY20=CNY200；拟付图书伙伴CNY80、场地运营者CNY60。没有会员需求、合同或实际收付款证据。
如何使用这个框架
- 画P→S供书、S→U借书、U→S经还书箱归还，以及O→S场地与清点服务；它们是交换关系，不是按图排列的时间步骤。
- 另画S→U凭证/清点状态的信息流。编号单只提供参考，清点后才能确认入库。
- 钱流为U→S CNY200、S→P CNY80、S→O CNY60；同一假设月局部差额为200−80−60=60。启动箱体估算CNY800单列，不能混入此月两项支出口径。
四个参与方和八条有向交换可逐一追溯。CNY60只是选定口径差额，未含人员、税费、折旧及启动投入，不是净利润；所有钱流仍是假设，没有实际收费或合同生效。
假设单月10×CNY20=200，减80与60余60仅为局部差额，非净利润；启动800另列，未收费或批准整套业务。
三种情况下，先重画业务边界
第一，参与方与内部设备、软件混在一起时，先停。读者、图书伙伴、场地运营者的责任不同于数据库或箱体。先确定业务问题，只有影响交换解释的内部细节才放进此图，其余另画。
第二，不用一条“合作”线合并多个方向。图书流向读者，款项可能反向流入服务方；应分别写类型、方向、内容和条件。协议缺失就保留缺口，不能用箭头画成已成交。
第三，不凭好看的收支差额决定上线。图中可能没有人工、损失、税费或启动投入；先统一期间和边界，不猜缺项。允许试一次可移走箱体，不等于允许卖会员或永久运营。
分清交换、步骤、经营假设与角色
本页业务架构图解释参与方和交换，箭头不表示时间先后。缺的是其他分析对象时，再换相应方法。
| 输入与问题 | 方法 | 产出及边界 |
|---|---|---|
| 参与方、提供内容与有向交换 | 业务架构图 | 交换图与协议缺口；不是合同或上线批准。 |
| 运营步骤、判断与异常 | 业务流程图 | 顺序与异常路径；不说明经营经济性。 |
| 客户、履约、伙伴与经济条件需配合 | 商业模式画布 | 相连假设；不验证需求。 |
| 已约定交付缺少执行或批准角色 | RACI矩阵 | 职责讨论；接受另记。 |
星桥八条交换：先说清，再讨论收入
完整虚构C4单月模型有四方：S星桥协调箱体与登记簿，U读者，P图书伙伴，O场地运营者。假设一个月10名会员、每人20元，拟向P付80元、O付60元。这不是已有会员、合同、销售或付款；另有箱体启动估算800元。
下表保留八条有向交换。O提供场地与清点是服务，不是汇报线或软件连接；S提供凭证信息也不等于实物归还。编号可追踪一项主张，但不证明物品已经清点入库。
算式为10×20＝200、200−80−60＝60。差额不含人工、税费、折旧与启动投入，不叫利润、现金预测或箱体回本期。拟准备工作是核对会员假设、交换与实际责任，再讨论收费上线决定。
| 从→到 | 类型与内容 | 状态或待核对 |
|---|---|---|
| P→S | 实物：供书 | 供给条款和责任待约定。 |
| S→U | 实物：借书 | 读者资格与借阅条件待定义。 |
| U→S | 实物：经箱归还 | 投递与确认入库分开。 |
| O→S | 服务：场地与清点 | 实际收取职责和访问待约定。 |
| S→U | 信息：凭条／清点状态 | 措辞区分编号与清点确认。 |
| U→S | 款项：假设200元 | 10位假设会员×20；没有实测交易。 |
| S→P | 款项：假设80元 | 同一假设月；不是生效合同。 |
| S→O | 款项：假设60元 | 同一假设月；不是全部经营成本。 |
解释是否清楚与业务是否成立分别查
请另一位读者逐条复述。若分不清图书流动、信息更新与付款，先改标签，再加装饰。这只检查是否读得懂，不验证各方愿不愿接受。
每条拟议交换记录参与方、条件、责任和实际协议状态。未回复不等于拒绝或接受；收取、库存确认及异常需要明确交接。这些是待设计问题，不是运营中已发生的缺陷。
继续调查时，需求证据和完整成本边界另存。价格、会员假设或合同条件改变，应记日期与理由，保留原假设月，不改写成预测成功。
下一步可以补证据、改交换或停止。收费业务仍需相应协议和授权。本例没有试点、真实会员、付款或盈利运营，只交付完整可追问的拟议模式。
检查你的思考
再问自己几个问题
- 使用者和付款者相同吗，箭头说明了吗？
- 凭证传递是否被误当成物品已验收入库？
- 钱流、服务和物品回流各自的期间与责任是什么？
完成前的检查清单
- 参与方、方向、类型和每条交换含义可读。
- 业务结构与流程顺序、汇报层级及软件部署分开。
- 假设金额、局部差额、合同和实际交易状态明确。
框架参考
参考资料说明框架定义与适用范围，不验证虚构案例的结果。