06 · 从生活、工作与社区寻找问题
建立可追溯的问题日志，用最近一次任务、替代方案和后果识别需求，把社区抱怨转成可验证的工具站假设。
发布时间：2026-10-31
本页为文字教程；视频与配套媒体仍以实际发布状态为准。
本课交付：十条带出处的问题记录
寻找需求不从“最近什么赛道热门”开始，而从一件用户已经在努力完成的事开始。对英文商品介绍工具而言，线索可能来自反复核对材质表达、不同平台限制、翻译返工或把同一信息复制到多个系统。先描述发生的情境，再考虑是否适合用AI处理。
建立问题日志，每条有时间、场景、原始表述、当前处理方法、耗时、失败后果、出现频率和证据链接。来自个人工作记录的条目，也要区分当时发生的事实与事后解释。不要把“我觉得别人应该需要”伪装成已经观察到的需求。
三种入口分别怎样观察
生活入口：记录自己上周真正重复做过的任务，而不是今天为了创业临时想象的任务。工作入口：在获得允许的前提下，观察同事如何在表格、邮件和后台之间搬运信息。社区入口：阅读公开问题与回复，查找反复出现的绕路办法、出错原因和未解决的部分。
社区问题的价值不只在抱怨本身，更在回复中的现有替代方案。有人已经用脚本、表格或人工服务解决一部分问题，说明这件事有真实工作流；但也可能说明市场已有足够好的方案。不要只截取“太难用了”五个字，就忽略楼下已经给出免费解决方法。
Paul Graham关于创业想法和“麻烦工作”的原文，是本课观察方法的起点：有价值的问题可能藏在难做、繁琐或没人愿意处理的部分。本课不把“麻烦”直接等同于商业机会，还要继续验证它是否频繁、能否合法交付、用户是否愿意改变习惯。
用提问还原最近一次任务
不要问“如果有一个AI商品文案工具，你会用吗”。请对方回忆最近一次发布商品：资料从哪里来，谁确认事实，在哪一步卡住，最后如何解决。对每个回答追问具体例子，而不是替对方给出答案。如果愿意展示屏幕，应先征得同意，并允许对方隐藏私人资料。
将访谈记录分为“原话”“观察”“推断”三栏。原话可能是“我每次都要改两遍”；观察可能是对方展示了两个版本；推断才是“可能需要事实保留检查”。三者不能混写。对方没有给出次数或时间时，记录未知，不替他们填一个漂亮数字。
将抱怨改写成待验证命题
示例：原话是“AI总把材质写得夸张”。不要立即决定开发“专业级全能写作平台”。先形成命题：“对需要严格保留材质和规格的独立卖家，改写结果中突出标记新增事实，能否减少审核时间？”这一命题规定了用户、场景、改善方向和可观察结果。
准备两份使用相同原始事实的输出，让用户按自己的审核方法检查。记录是否发现更多事实错误、是否愿意采用、是否节省步骤。不要把模拟用户评价替代真人观察，也不要让AI自行评价自己生成的文案后宣布需求已验证。
从问题语言生成关键词
将用户的自然语言拆成动作、对象与限制。例如rewrite、product description、without changing facts。使用关键词规划师扩展只是下一步线索收集，不能因为工具返回某个词，就证明用户一定愿意付款。保留用户原话，便于后面检查页面文案是否仍然讲人话。
同时写一个反对解释：用户也许只需要更好的提示词；也许错误来自原资料不完整；也许他们不愿把新品信息交给第三方。每个解释都配一个最小检查动作，避免把所有问题都归因为“缺少一个网站”。
研究资料的边界
公开帖子可用于理解问题，但不代表可以复制全文、用户名和截图到自己的商业页面。课程作业只保留必要摘要和来源链接，涉及私人资料先脱敏。不得收集非公开群聊、绕过访问限制或向研究对象发送未经授权的大量消息。
交付十条问题记录，选出三条进入下一步研究。每条必须有当前替代方案、一个支持证据和一个反对解释。若十条只是在不同句子里重复“想提高效率”，说明观察还不够具体；回到真实任务，而不是继续增加词库。下一课将把这些问题与现有产品逐项对照。
实操记录的最小格式
为一条社区线索写出原问题链接、任务发生时间、用户正在使用的替代办法和希望改变的步骤。若链接失效或内容后来被删除，保留自己的脱敏观察而非转载全文，并标注证据已无法公开复核。这能防止几周后把无法查证的印象当成产品决策依据。
研究来源与适用边界
资料核对日期：2026年11月2日。本文的工具站、用户记录与金额为教学设计，不代表作者已获得对应收入；平台界面、价格和接入条件应在实际操作时再次核验。