一人品牌设计工作室，第一步不是让 AI 出图

客户说“想要年轻、高级、有传播感”，直接让AI出图只会快速得到一堆方向。设计工作室要先确认业务目标、受众、使用场景、必交物、禁区和决策人，再生成需求确认书。AI制作很快，需求判断才是能否交付的门槛。需求确认越清楚，AI出图越不容易变成方向试错。

客户发来一句：“我们品牌想年轻一点，高级一点，最好有传播感。”一个人接单时最容易马上打开AI，让它生成十个视觉方向。半天后客户说“都不是我想要的”，制作很快，项目却没有前进。

一人品牌设计工作室的瓶颈，通常不是不会出图，而是没人替设计师把客户语言变成可确认的业务问题。

客户只说了“想做得高级一点”，AI 就连续出了 20 张没法报价的图

一人设计师在微信里收到咨询：“新开了一家咖啡店，帮我做个品牌，感觉高级一点。”他担心回复太慢丢掉客户，立即让 AI 生成 logo 方向。客户看完说“都不像我想的”，后来才问出客户还需要门头、菜单、外卖包装，两周后就要试营业，但预算只够一套基础视觉。

一人品牌工作室的第一个瓶颈通常不是出图速度，而是将模糊咨询变成可报价、可排期、可验收的项目。如果这一步没有收口，AI 只会让返工发生得更快。

咨询阶段先判断是不是合适的项目

了解客户行业、项目背景、使用场景、时间、预算区间和决策方式。客户要的是品牌升级、活动视觉、包装还是一整套识别系统，交付复杂度完全不同。

AI可以根据聊天记录整理缺失问题，但不能为了成交自动承诺范围。工作室老板要决定是否接单、是否需要合作伙伴、哪些内容明确不做。

需求确认要落成一份可签的简报

简报至少包括业务目标、目标受众、核心信息、使用触点、已有资产、参考与禁区、交付物、时间节点、客户决策人和验收方式。

“高级感”要继续追问：客户认为哪些品牌高级，具体是色彩、排版、材质还是语气；哪些方向绝对不能出现。抽象词被转换成例子和判断标准后，AI创意才有边界。

先确认范围和报价，再进入创意

交付物数量、修改轮次、文件格式、版权与使用范围写进报价。超出范围的新增需求，系统生成变更单和价格影响，而不是在聊天里一句“顺便再做一个”。

一个人最怕边做边谈钱。把报价、定金、节点款和尾款状态放进项目，能让设计师知道今天该追确认还是继续制作。

AI进入创意阶段后要保留选择依据

AI员工可以做行业研究、情绪板、命名方向、视觉概念和应用示例。每轮方案记录它对应简报中的哪个目标，客户反馈也回到具体方向，不用“感觉不对”结束。

最终设计仍需要人的审美、品牌判断和细节控制。嘟哩AI可以提供AI创作、专家团和项目资产管理，但不能把生成数量当设计质量。

一人公司驾驶舱应让老板看到经营

首页显示新咨询、待确认需求、待报价、进行中项目、待客户反馈、待收款和今日三件事。AI员工显示当前任务和待老板决定，不用一排“设计专家”卡片占据主视野。

从咨询、需求确认、方案报价、设计交付到回款和复盘完整运行，才是一人品牌设计工作室，而不是一个会出图的AI工具。

咨询进来后，老板先完成四次确认

确认	与客户说清什么	系统留下什么
是否接单	行业、目标客户、使用场景、时间、预算和决策人	商机卡，状态为待评估/拒绝/继续
需求简报	本次要解决的问题、品牌个性、必须交付物、参考和禁止方向	客户可确认的 Brief 版本
范围与报价	logo 基础系统、菜单和门头是否包含，提案数、修改轮次、付款节点	报价单和不在范围内清单
排期与开始	哪天看方向、哪天定稿、客户多久内必须反馈	里程碑、客户待办和首款状态

完成以上确认后，AI 员工才进入研究和创意：策略员整理竞品和客群，文案员提炼品牌语言，视觉员生成方向参考，老板对每个关键选择做确认。“AI 员工”卡片应显示当前输入、正在做的任务、产物和待老板决定项，不只展示头像和“品牌专家”头衔。

验收一人工作室时，看客户在哪里说“对”

选一个内部委托或可控测试项目，记录客户在需求简报、范围报价、创意方向、定稿和最终交付各确认了什么。若最终还因“我以为包含”“我以为还能再改”返工，就回看哪个确认对象缺失，而不是先归因于 AI 出图不够好。

品牌设计工作室要先把咨询变成可报价项目

客户一句“高端一点”进来，AI 很容易马上出图。一个人做工作室时，真正要先完成的是判断能不能接、做什么、多少钱、几天交、客户怎么确认。

环节	要记录什么	通过标准
咨询	行业、目标、预算、时间、决策人	判断是否接单
简报	受众、场景、交付物、参考、禁区	客户可确认
报价	范围、轮次、格式、版权、付款节点	避免边做边加
排期	方向、定稿、交付、回款	老板知道今日行动

嘟哩 OPC 的品牌设计工作室不应只是“品牌专家”。它要让用户像老板一样看到商机、项目、交付、回款和 AI 员工任务。

怎么验收

用一个内部委托跑一遍，记录客户在哪些节点确认。最后返工若来自范围不清，就说明前置确认还不够。

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

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

页面区域	业务字段	系统状态	AI 动作
咨询	行业、目标、预算、时间、决策人	当前状态、责任人、来源链接、更新时间	AI 检查“判断是否接单”，并给出缺口待办
简报	受众、场景、交付物、参考、禁区	当前状态、责任人、来源链接、更新时间	AI 检查“客户可确认”，并给出缺口待办
报价	范围、轮次、格式、版权、付款节点	当前状态、责任人、来源链接、更新时间	AI 检查“避免边做边加”，并给出缺口待办
排期	方向、定稿、交付、回款	当前状态、责任人、来源链接、更新时间	AI 检查“老板知道今日行动”，并给出缺口待办

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

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

边界说明

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

读者真正会感受到的变化

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

常见问题

客户不愿意填写需求表怎么办？

可以通过聊天或语音访谈，由AI整理成简报，再让客户确认关键内容，不必强迫客户填长表。

AI生成的设计可以直接交付吗？

需要检查质量、可编辑性、版权和使用条款，并由设计师完成必要调整和交付说明。

小单也要做完整流程吗？

可以使用简化模板，但目标、交付物、修改范围、时间和付款条件不能省略。