一人游戏工作室想法太多，怎样选出该做的游戏

“做经营、卡牌还是剧情互动”没有唯一答案。一人工作室要把目标、受众、传播入口、开发时间、美术成本和运营方式放到同一张创意卡里，先淘汰无法完成的方案，再用小原型验证核心乐趣。创意先过完成度筛选，再谈风格和玩法。

一个人想做游戏时，通常不缺想法：剧情互动、卡牌抽取、合成消除、放置经营都想试。AI又能在几分钟内补出几十个创意，选择反而更难。

一人游戏工作室的第一项能力不是生成更多，而是把“想做”收敛成“做得完、发得出、有人玩”。

“做一个香氛主题小游戏”可以在半小时里变成 12 个都想做的创意

老板想给七夕新品做一个 H5。AI 给出了香气抽签、记忆配对、香水调配、情侣问答、剧情解谜和收集卡牌等方向。每一个都有画面，老板不断追加“抽完签再配一段剧情”“最好还能收集分享”。两小时后，游戏从一个七夕传播小工具变成了带账号、剧情、收集和排行榜的产品。

一人游戏工作室的第一个问题不是“AI 能不能写出代码”，而是能不能在很多可以做的东西里，选出一个对当前目标有用、在截止时间前能发布的版本。

先选目标，再选类型

营销活动要传播和引流，适合H5抽签、答题、卡牌或轻互动；内容IP要延续故事，适合剧情分支；长期独立产品更看重可重复玩法和运营空间。

目标不同，同一个创意的价值会反转。给新品做七夕活动，不需要先做复杂数值系统；想长期运营，也不能只做一次性视觉Demo。

每个创意用同一张卡比较

写清一句话玩法、目标用户、核心乐趣、单局时长、发布渠道、传播入口、开发周期、美术与音频成本、技术风险、运营方式和成功标准。

AI员工可以生成十个方向并初步评分，老板调整权重。评分不是自动决定，而是迫使想法接受同样的现实条件。

第一轮先淘汰做不完的

需要多人服务器、复杂3D、海量关卡和长期内容供给的方案，不适合一人工作室首个短周期项目。不是创意不好，而是当前资源不匹配。

嘟哩OPC第一阶段更适合H5营销、剧情互动、答题测评、抽签卡牌等轻量类型，能和电商、短剧及私域活动串联。大型联网和复杂3D应明确放到后续探索。

用最小原型测试核心乐趣

原型只保留一个循环：抽取与反馈、选择与后果、答题与结果、合成与升级。先让三到五个目标用户试玩，记录是否理解规则、是否愿意再来一次、卡在哪一步。

不要在玩法未成立前花大量时间做首页、商店和完整美术。AI生成代码降低了制作门槛，却不会自动证明游戏好玩。

MVP边界要写进项目

明确本版包含的玩法、页面、素材、适配、埋点和发布渠道，也写不做的排行榜、账号、付费和复杂关卡。新增想法进入候选池，不直接打断开发。

一人公司驾驶舱显示当前版本目标、AI员工分工、待老板确认、试玩反馈和距离上线还缺什么。这样创意不会只停在对话里。

所有创意用同一张卡比，才不会被最炫的那个带走

评估项	香气抽签	剧情解谜	评估方式
业务目标匹配	适合七夕分享和商品引导	剧情强，商品可能变成背景	说清用户玩完后应该做什么
核心乐趣	翻牌抽到不同香气签文，结果可分享	通过线索选择推进剧情	能否用 30 秒可玩原型说清
范围	1 个首页、1 个抽签动画、12 个结果、分享卡	多角色、多分支、背包和多结局	按页面、系统、素材和内容量评估
素材风险	主要是卡面和香氛插画	需大量场景、角色和剧情内容	列出必须人工审核的数量
发布与运营	链接可玩、移动端适配、埋点、分享图和活动说明	还需进度存档和内容更新	不只估开发，同时估测试与发布

选定“香气抽签”后，MVP 卡明确写“本期不做账号、排行榜、收集册、剧情分支和支付”。后续任何新想法先回答：它是否直接帮助七夕分享或商品引导？如果是，要替换掉当前哪一项？如果不替换，就进入后续池，不偷偷进入本期。

一人游戏工作室不应让“创意最多”成为演示高潮

真正有价值的演示是：输入一个活动目标，看到多个创意，用统一尺度选定一个，确认 MVP 和不做范围，然后进入可玩原型。验收时随机提出 5 个很吸引人但超范围的想法，看系统能否说清新增工作、影响的发布日期和建议删减项。

一人游戏工作室先解决做哪个，而不是马上写代码

用户想做抽卡、塔防、跑酷、解谜和养成，AI 都能给创意。真正的痛点是想法太多，不知道哪个能在一个人、有限时间、有限素材下做成可上线版本。

环节	要记录什么	通过标准
类型选择	H5 营销、休闲、解谜、文字、轻经营	先定游戏边界
创意评分	玩法清晰度、素材量、开发难度、传播点	低分创意先放弃
MVP	核心循环、首关、胜负条件、分享点	只做最小可玩
删减	多人、复杂数值、长剧情、重美术	超范围时主动提示

一句更直白的话：不是想法越多越好，而是先选一个最可能上线的游戏。嘟哩游戏工作室要帮用户把创意收窄到可做范围。

怎么验收

验收时看系统是否能说清为什么推荐这个游戏、为什么砍掉其他想法。只有给出取舍理由，才不是普通创意生成器。

真正落到产品页面时，要看到这些东西

一人公司老板进入一人公司驾驶舱时，第一眼应该看到一个客户项目或游戏产品的当前状态，而不是一段功能介绍。入口动作也要直接：先选公司类型和经营目标，再让 AI 员工拆任务。用户每做一步，系统都要把输入、确认人、状态和产物留下来，后面 AI 才有可靠上下文。

页面区域	业务字段	系统状态	AI 动作
类型选择	H5 营销、休闲、解谜、文字、轻经营	当前状态、责任人、来源链接、更新时间	AI 检查“先定游戏边界”，并给出缺口待办
创意评分	玩法清晰度、素材量、开发难度、传播点	当前状态、责任人、来源链接、更新时间	AI 检查“低分创意先放弃”，并给出缺口待办
MVP	核心循环、首关、胜负条件、分享点	当前状态、责任人、来源链接、更新时间	AI 检查“只做最小可玩”，并给出缺口待办
删减	多人、复杂数值、长剧情、重美术	当前状态、责任人、来源链接、更新时间	AI 检查“超范围时主动提示”，并给出缺口待办

一天的真实使用路径可以这样设计：早上先打开看板看今日待确认事项；上午补齐缺失资料或接口数据；下午让 AI 生成分析、脚本、用例、风险或方案；执行前由负责人确认关键动作；晚上把结果、问题和下一步沉淀到同一个项目。这样用户不会觉得自己在“找 AI 聊天”，而是在推进一件有开始、有负责人、有产物、有复盘的工作。

产品里还要保留两个不太讨好、但很重要的状态：一个是“资料不足，不能判断”，另一个是“超出当前范围，建议拆分或延期”。这两句话会让页面看起来没有那么神奇，却能减少错误决策。企业场景里，靠谱比炫技更值钱。

边界说明

OPC 场景不能承诺用户一定获得收入。嘟哩能做的是降低从想法到交付、上线、复盘的组织成本，并让一个人看清今天最该推进什么。

读者真正会感受到的变化

以前用户面对一排 AI 专家，不知道自己今天该推进什么；现在先看到客户、项目、回款、成本和今日三件事。AI 员工围绕交付物工作，老板保留报价、范围、上线和收款这些关键决定。这段体验变化要在试点中被记录下来：用了几个入口、问了几个人、返工发生在哪一步、最终产物是否能被下一次复用。只有这些细节存在，文章里的方案才不是概念说明，而是能被团队带回去照着检查的工作方法。

常见问题

AI评分能判断游戏会不会火吗？

不能。它能按约束比较和暴露风险，市场结果仍需原型和真实用户验证。

第一个项目最好做哪类？

优先选择规则简单、周期短、可发布和有明确使用场景的轻量H5或互动内容。

被淘汰的创意要删除吗？

不必，放入创意库并记录淘汰原因，条件变化后可以重新评估。