数据生产与商业验证

数据生产、制作体量与商业验证候选

制作口径已由05专项修订：本稿保留为估算过程。统一供给机制为人工履约、数字产品、线下时空容量；客户类型、收费时钟独立。最终内容预算77—131人天，总计与排期以05及主报告为准，本稿原58—110人天已被替代。

2026-11-02。P3候选；以下数量、工时和门槛是用于排期的预算假设，不是已完成资产、行业标准或成功预测。先制作代表性完整样件，再用实际耗时更新估算。

1．先明确要做足什么

创业模拟器需要做足四件事：点子进入规则后仍有独特性；每个关键选择会改变至少一种真实约束；旧承诺会在后续回合兑现或追责；玩家能解释公司为何变成现在这样。海量故事、全行业知识库、几十个同时思考的AI人物，都不能替代这四件事。

“任何点子都能输入”不等于“任何产业都已精确模拟”。输入可以开放，支持的经营机制要明确。首批候选覆盖企业服务、消费订阅、线下履约三种机制。新点子可组合现有机制；缺少的生产、监管、库存等能力要显示为简化假设，不能偷偷套进最近模板。重资产制造、生物医药、跨境金融等超出首版时，可保存点子并进入明确标注的简化剧场，不能声称已做行业验证。

2．数据资产怎样计数

180个事件的构成为72个通用事件＋3×36个机制专属事件，其中60个属于连续剧情。共同事件也必须按机制绑定，例如同为“大客户突然加单”，企业服务是交付工时，消费订阅是推理／支持成本，线下服务是班次与出行半径。文案同名不意味着计算公式相同。

这只是足够开始封测的内容预算。不能用180个节点乘3个选项就声称有数百种独立剧情，也不能把生成措辞当内容规模。是否需要增加，取决于实际重复暴露、策略差异及玩家未满足的行动。

3．一张可进入引擎的事件，至少包含什么

样例：首位餐馆客户周老板愿意预付试用费，要求周五前拿到备货建议。作者要填：人物ID、当前门店、已承诺日期、最低可交付能力、客户数据是否可用；玩家选人工完成、接入系统或推迟交付，各自有工时、现金、验收标准、退款责任；延期不能凭一句“关系下降”就结束，还应影响续约与转介绍。

结构包括id/version/mechanism/tags/preconditions/priority/cooldown/bindings/options/effects/followups/expiry/source_note/acceptance_cases。每个效果使用有单位的行动；不接受模型直接输出“现金+10000、信誉+20”。金额进入交易记录，人物关系记录具体原因及时间。故事链只保留已经发生的事实与未完成承诺，后续触发时再次验证条件。

一个事件至少检查：没这个客户时不出现；人已离职时不由他发言；付款和交付不能结算两遍；失败分支也能继续；旧存档升级后不重复追责；叙述与账本一致。这些检查比再生成100个笑话更有价值。

4．生产流程与责任

• 设计师先写冲突：谁想要什么，为什么此刻必须选择，是否存在明显占优选项。
• 领域访谈／资料提供细节。现实材料与游戏规则分开存放；不直接把创业故事的成功结局写成概率。
• AI起草人物对白、替代处境和条件草案，不负责批准效果与数值。
• 系统设计师绑定行动、单位、阈值、后续与禁止条件。编译器检查字段、引用、不可达分支、缺失单位和循环。
• 作者在编辑器中重放成功／失败／边界状态，检查人物是否还活跃、资源是否够、故事是否有后果。
• 少量目标玩家盲玩；记录哪里不理解、哪里想做却做不了、哪里想马上再试。按问题修改机制后再扩内容。
• 发布带版本的内容包；线上出现问题可停用单事件，旧局继续固定版本或显式迁移。

编辑器应直接显示：左侧事件条件与人物绑定，中间手机实际呈现，右侧选择前后状态差和账本，底部后续触发时间轴。先用结构化表／JSON＋可视化预览即可，不先造大型可视化平台。

5．内容工时：从单位成本算起

单个达到可玩标准的事件预算1.5—3小时，包括冲突设计0.4—0.8小时、结构绑定0.3—0.6小时、文字与领域复核0.3—0.6小时、边界重放与修改0.5—1小时。生成文字可能很快，但不能删掉后面三项。每人天按8小时核算，仅用于估算。

这是内容与设计工作量，不含客户端、服务端、美术、发布、支付和持续运营；工程预算见工程专项。两位有经验的作者／系统设计师也不能用110÷2就保证55个工作日，领域访谈、系统变更及测试反馈存在依赖。先完成6个代表性事件，记录每一项真实耗时，再改预算。若一个事件实际需5小时，180个仅事件制作就要112.5人天，必须缩范围或增资源。

完整项目另留20%—35%返工缓冲。缓冲只能加在明确基数上；不能一边把返工算入每项，一边把相同返工再加一次。具体项目总计应由统一计划汇总，专项估计不直接相加。

6．需不需要海量数据、微调或实时联网

首轮不需要百万条创业故事，也不需要先训练专用模型。结构化机制、账本规则、事件绑定和可复现情境更稀缺。上述180个事件即便每个5—15KB，约0.9—2.7MB，连同人物、参数和基准仍可控制在数十MB以内；这是文本包估算，不含图片、音频、模型及玩家日志。数据文件小不代表制作简单。

外部现实数据用于校准常识和解释假设。例：订阅按月收钱但获客先花钱；门店一次只能服务有限人数；企业客户可能按合同账期付款。没有足够证据的成交率、流失率和市场规模，使用明确的游戏参数或范围，不伪装成真实统计。首版不用实时抓整个互联网，以免每局依据变化、不可复现、变成伪投研工具。

检索先按机制、阶段、人物与冲突标签进行确定性筛选。资料量增长到人工标签难覆盖、确有语义召回缺口时，再比较全文检索和向量检索。微调须有稳定的错误分布、已审查训练集和能证明收益的对照；当前不存在这种证据。

7．传播、留存与付费应分别验证

传播内容候选是具体的公司转变，例如“我想做AI备货软件，最后靠替老板手工改表活了下来”；附一处关键选择和相同起点挑战。旁观者要能读懂冲突，无需懂融资术语。分享前可编辑／隐藏原始创业点子，默认不公开商业想法；分享本局抽象情境而不是完整输入。

真正的传播链应分别记录：看见分享→打开→开始→做出首个有后果行动→完成→主动开第二局→邀请朋友。分享按钮点击不等于分享成功，更不等于带来新玩家。能观察到下载卡片、复制挑战链接；外部转发无法确认时就记为未知。

首轮20—30位玩家适合发现问题，不足以证明留存或爆火。建议先看无引导能否理解、是否自发回看原因、是否主动试另一策略，再扩大样本估计比例与区间。示例：100人中30人重玩，比例30%，95%区间约22%—40%；不能宣称稳定30%。区间只是示例计算，未做真实用户测试。

商业化建议先测试“免费完整标准局＋可选新世界／高级创作额度／公司纪念册”。免费局必须有完整结局。收费不改变同种子挑战的资源，不为逃避失败直接卖钱。重度自由行动按可理解的创作次数／包计量，不让用户研究Token。若AI是核心行动能力，付费墙不能在首个精彩行动前拦住玩家。

《80亿分之1》官方把付费放在结局纪念功能，说明情绪回望可成为商品，但没有公开收入能证明它已形成好生意。官方说明。Game Dev Tycoon作者把盗版造成公司破产放进游戏，形成题材与传播内容的直接关系；这是一种特定历史实验，不能机械复制其传播结果。作者原文

单次付费的贡献＝净到手收入−包含额度的模型费用−支付与交付变动费用−应分摊的免费局服务成本。只算模型很便宜不能证明盈利；还要覆盖人员、获客及退款。一次性无限AI使用会把未来负债留给团队，不应在成本尾部未知时承诺。

8．创业之后能不能做宠物与休闲

可复用的是存档与事件回放、角色事实与记忆、内容编辑器、多语言、分享生成、计费与可观测性。创业的现金／账期／产能模型不能直接当宠物内核；宠物需要身体状态、习惯学习、依恋表达、动作表现、离线时间与照料节奏。休闲更应先定义具体行为：种植、收集、装饰或合作，不能用“休闲模拟器”代替玩法。

系列化应先证明一款作品的核心循环有人反复玩，再抽取稳定工具。若从第一天就开发可承载任何世界的平台，最容易把预算花在尚未发生的复用上。这一建议只约束第一款候选的制作顺序，不缩小MoReal／DeepBean的长期梦想。