{"id":"73c9f569-27ee-4435-bf9a-5022e4be20b9","shortId":"PcXrHM","kind":"skill","title":"p0a-micro-needs-detector","tagline":"微需求五问检测器。团队天然偏爱\"大需求\"，这个 Skill 把看起来很小、但可能压得很深的问题重新看见。 基于《AI rebuild product","description":"# 微需求五问检测器\n\n## 一句话定位\n\n需求池里全是大词时，用这五个问题检测那些\"太小不值得做\"的问题，是不是真正的产品起点。\n\n## 何时触发\n\n- 需求池里全是大词（\"协作总控台\"、\"智能化升级\"）\n- 团队觉得\"这个点太碎，不值得做\"\n- 你怀疑真正的问题藏在系统外补偿动作里\n\n## 输入\n\n一个具体场景描述（不要抽象需求，要具体事件）。\n\n**示例输入**：\n```\n\"项目负责人总要在会后再追一遍责任确认\"\n```\n\n## 输出\n\n五问检测结果 + 判断建议。\n\n## 五个问题\n\n### Q1: 这个问题是不是每天都在发生，只是每次都很小？\n\n**检测方法**：\n- 这个动作是否在不同项目/不同团队重复出现？\n- 是否已经成为某些角色的\"默认动作\"？\n- 是否很少被单独讨论，但实际频率很高？\n\n**输出格式**：\n```\n频率评估: [high/medium/low]\n证据: [ju体观察/数据/访谈结果]\n```\n\n### Q2: 用户是不是已经为它发展出稳定的 workaround？\n\n**检测方法**：\n- 用户是否有固定的\"补救步骤\"？\n- 这些 workaround 是否已经被视为\"正常流程\"？\n- 是否有人专门负责处理这些 workaround？\n\n**输出格式**：\n```\nworkaround 列表:\n1. [workaround 描述] - 频率: [x次/天/周]\n2. ...\n\n隐性成本: [时间/精力/情绪代价]\n```\n\n### Q3: 如果不做，谁会继续默默为它承担代价？\n\n**检测方法**：\n- 这个代价是平均分摊还是由某个/某几个角色党底？\n- 党底的人是否是组织中最忙或最有价值的人？\n- 这种代价是否会影响他们做更重要的事？\n\n**输出格式**：\n```\n承担角色: [角色名称]\n承担内容: [具体代价]\n机会成本: [因此错过的更重要事项]\n```\n\n### Q4: 这段负担是不是带着羞耻、疲惫或责任风险，因此不容易被主动表达？\n\n**检测方法**：\n- 用户是否会在正式场合提出这个问题？\n- 是否常常被用\"这就是工作\"或\"习惯了\"带过？\n- 是否涉及\"这不是我该做的\"或\"我不想让别人知道我在做这个\"的心理？\n\n**输出格式**：\n```\n情绪负担: [shame/fatigue/anxiety/none]\n表达障碍: [用户主动提出频率 low/medium/high]\n潜台词: [用户实际会说什么来描述这个问题]\n```\n\n### Q5: 一旦系统接住它，用户体感会不会明显变轻？\n\n**检测方法**：\n- 解决后，那些党底的人是否立刻少背一层心智负担？\n- 是否有人会主动说\"终于不用再…了\"？\n- 这个改变是否可以被感知到（而不是只是数据上好看）？\n\n**输出格式**：\n```\n体感变化: [dramatic/moderate/subtle/none]\n关键见证: [用户可能会说的话]\n价值密度: [high/medium/low]\n```\n\n## 综合输出格式\n\n```yaml\nmicro_needs_assessment:\n  input: \"原始场景描述\"\n  \n  q1_frequency:\n    score: \"high/medium/low\"\n    evidence: \"证据\"\n  \n  q2_workaround:\n    workarounds: [\"列表\"]\n    hidden_cost: \"隐性成本\"\n  \n  q3_bearer:\n    role: \"承担角色\"\n    cost: \"具体代价\"\n    opportunity_cost: \"机会成本\"\n  \n  q4_emotion:\n    burden: \"shame/fatigue/anxiety/none\"\n    expression_barrier: \"low/medium/high\"\n  \n  q5_relief:\n   体感_change: \"dramatic/moderate/subtle/none\"\n    value_density: \"high/medium/low\"\n  \n  verdict:\n    is_micro_need: true/false\n    confidence: \"high/medium/low\"\n    reasoning: \"判断理由\"\n  \n  recommendation:\n    action: \"建议动作\"\n    priority: \"P0/P1/P2\"\n    next_step: \"下一步\"\n```\n\n## 常见误判\n\n- **小 ≠ 深**：问题小不自动等于值得做\n- **隐蔽 ≠ 高价值**：隐蔽的问题也需要验证是否真的有人在乎\n- **体感变化是必要条件**：如果接住了但用户感觉不到，不是好的微需求\n\n## 一句判断\n\n> 微需求不靠声量成立，靠重复出现的代价成立。\n\n## 核心概念\n\n### 概念一：微需求（Micro-Need）\n\n微需求不是情绪波动，也不是偶发抱怨。它是用户在现实中反复承担的一小段劳动——具体、长期、反复发生，却一直没被认真命名。\n\n三大特征：\n1. **长期存在**：不是一次性起伏，而是用户在现实中反复承担的代价。\n2. **被习惯化**：用户未必天天抱怨，甚至会把它当成工作的一部分；正因被习惯化，它更难被普通需求流程看见。\n3. **一旦被接住，体感变化很大**：用户未必用宏大语言夸你，但会明显感觉\"终于少背一点了\"。\n\n> 来源：《AI rebuild product needs》第20章——微需求才是产品真正的起点。\n\n### 概念二：团队为什么系统性低估微需求\n\n产品团队长期被训练依赖\"可见性\"做判断——大词、大人群、大场景、大指标。微需求不具备这些特征：\n\n- 不会成为行业热词\n- 用户不容易把它总结成一句投诉\n- 自然映射不到一个大功能模块\n- 在 Dashboard 里也不明显\n\n真正拉开产品差距的，往往是谁更早看见那些别人觉得\"不值得看\"的小负担。\n\n> 来源：《AI rebuild product needs》第20章第1节——为什么团队系统性低估微需求。\n\n### 概念三：AI 时代微需求第一次获得入场券\n\n过去即使看见微需求，团队也会犹豫——实现成本太高。AI 降低了原型、流程和功能实现的门槛，那些\"值得理解但不值得建造\"的问题第一次获得了进入系统的机会。\n\n如果 AI 只用来放大已可见的大需求，产品只会更快进入同质化竞争。但如果 AI 降低了处理微需求的门槛，它反而成为产品重新接近现实的机会。\n\n> 来源：《AI rebuild product needs》第20章第4节——AI 时代微需求更值得做。\n\n### 概念四：微需求与补偿行为的关系\n\n系统没接住的代价不会凭空消失，而是转化成用户额外承担的劳动——这就是补偿行为（workaround）。补偿行为是微需求最可靠的信号来源：\n\n- 会后多发一条确认消息\n- 自己记一层待办\n- 给自己设闹钟\n- 把系统链接私存到备忘录\n\n这些行为的存在说明：问题不只是抱怨，而是现实里已经在持续支付代价。\n\n> 来源：《AI rebuild product needs》第19章——用户说出来的未必是需求，用户活出来的才是。\n\n### 概念五：微需求的判断边界\n\n不是每个微需求都值得建造。小不自动等于深，隐蔽不自动等于高价值。微需求也可能是偶发偏好、局部习惯、或某一小群用户的便利。五问法的核心不是\"找到更多微需求\"，而是\"分辨哪些小负担真正值得进入系统\"。\n\n> 来源：《AI rebuild product needs》第20章第6节——微需求是起点，不是终点。\n\n## 分步执行\n\n### Step 1：场景采集——找到具体的补偿行为\n\n**输入**：一个具体场景描述（不要抽象需求，要具体事件）\n\n**处理**：\n1. 不要从\"用户想要什么\"开始，而是从\"用户在多做什么\"开始\n2. 观察用户在系统外的补偿动作：额外确认、重复记录、私下提醒、手动补位\n3. 记录至少 3 个真实用户的行为案例，注意频率和触发条件\n4. 区分\"用户的痛苦\"和\"用户描述的痛苦\"——后者往往已被媒介翻译过\n\n**输出**：补偿行为清单（附频率和触发场景）\n\n---\n\n### Step 2：五问检测——逐项评估微需求价值\n\n**输入**：Step 1 产出的补偿行为清单\n\n**处理**：\n对每个识别出的补偿行为/小负担，逐项过五问：\n1. Q1：是不是每天都在发生，只是每次都很小？\n2. Q2：用户是不是已经发展出稳定的 workaround？\n3. Q3：如果不做，谁会继续默默承担代价？\n4. Q4：这段负担是不是带着羞耻、疲惫或责任风险？\n5. Q5：一旦系统接住，用户体感会不会明显变轻？\n\n**输出**：五问评估结果（每项标注 yes/no + 证据）\n\n---\n\n### Step 3：价值判断——标记高价值微需求\n\n**输入**：Step 2 产出的五问评估结果\n\n**处理**：\n1. ≥3 问回答\"是\"→ 标记为高价值微需求\n2. 在需求池旁单开一列：\"这个点为什么虽然小，却值得做\"\n3. 评估体感变化等级：dramatic > moderate > subtle > none\n4. 体感变化为 none 的，即使其他问题都通过，也不标记为高价值\n\n**输出**：高价值微需求清单（附五问评分 + 体感变化等级）\n\n---\n\n### Step 4：代价量化——估算隐性成本\n\n**输入**：Step 3 产出的高价值微需求清单\n\n**处理**：\n1. 对每个高价值微需求，估算补偿行为的隐性成本：\n   - 时间成本：每次 X 分钟 × 每天 Y 次 × 每月 Z 天\n   - 注意力成本：是否打断了更重要的工作\n   - 情绪成本：是否带来焦虑、疲惫、羞耻\n   - 责任风险：出错时谁被追责\n2. 评估承担代价的角色是否是组织中最忙或最有价值的人\n3. 估算机会成本：这些人因此错过的更重要事项\n\n**输出**：代价量化报告\n\n---\n\n### Step 5：方案映射——从微需求到产品动作\n\n**输入**：Step 3 的高价值清单 + Step 4 的代价量化\n\n**处理**：\n1. 对每个高价值微需求，思考：系统接住的最小动作是什么？\n2. 区分\"系统直接承接\"和\"系统辅助判断\"\n3. 不要试图一次解决所有微需求——选择代价最高、体感变化最大的 2-3 个先做\n4. 设定验证指标：不是功能上线率，而是\"用户是否停止了某个补偿行为\"\n\n**输出**：微需求产品化方案（附优先级和验证标准）\n\n---\n\n### Step 6：上线验证——30 天后回看\n\n**输入**：已上线的微需求解决方案\n\n**处理**：\n1. 上线 30 天后，重新跑一次五问检测\n2. 重点验证：用户的补偿行为是否真的消失了\n3. 收集\"终于不用再……了\"类型的用户反馈\n4. 如果补偿行为没有消失，分析是方案问题还是执行问题\n\n**输出**：验证报告 + 迭代建议\n\n---\n\n## 示例 1\n\n### 场景：会后协作中的\"再多说一句\"\n\n**背景**：一家内部协作工具的产品团队，大需求很明确：自动笔记、自动任务拆解、自动同步、自动提醒。讨论时间自然都集中在这些\"大功能\"上。\n\n**微需求发现**：\n\n产品经理跟访一位项目负责人一整天后，发现一个非常小的动作：每次会议快结束时，她都会低头看一眼笔记，然后在大家开始收电脑的间隙，随口加一句：\"我一会儿再发个总结，大家到时候看一下。\"\n\n语气很轻，像是只加一个例行备注。\n\n**五问检测**：\n\n| 问题 | 回答 | 证据 |\n|------|------|------|\n| Q1：每天都在发生？ | ✅ 是 | 几乎每次会议结束她都会加这句话 |\n| Q2：有稳定 workaround？ | ✅ 是 | 固定动作：会后再发一遍、再戳一遍人、再加一句背景 |\n| Q3：谁在默默承担？ | ✅ 是 | 项目负责人自己——一旦没人加这层保险，出问题最先被追责的是她 |\n| Q4：带着责任风险？ | ✅ 是 | 太碎了，不会被说成正式需求；\"我多做一点就好了\" |\n| Q5：接住后体感变轻？ | ✅ 是 | 真正想摆脱的不是\"多发一条消息\"，而是\"总觉得需要再加一层保险\"的紧张感 |\n\n> 五问得分 5/5 → 高价值微需求\n\n**产品动作**：\n\n团队没有把它包装成大功能。他们只在系统生成会后内容时，增加了一层非常轻的接受反馈：谁看到了、谁明确确认了、谁还没回复、哪些事项仍然是\"发出去但没被真正接住\"的状态。\n\n**结果**：\n\n项目负责人说了一句话：\"终于不用每次我自己再加那句话了。\"\n\n---\n\n## 示例 2\n\n### 场景：远程会议中的\"再确认一眼\"\n\n**背景**：一个远程会议产品，团队在做大功能升级。有一个非常小、很容易被忽略的投诉：\n\n> \"我分享完屏幕后，总得再确认一下大家是不是真的看到了我刚才讲的那个页面。\"\n\n**微需求分析**：\n\n这听起来小得可笑——不值得放进策略文档，也不值得单独上线关注。但持续观察后发现：\n\n- 分享者不确定自己是否把关键内容讲清楚了\n- 听众有时走神但不想打断\n- 一旦会议继续推进，误解会在后续被放大\n\n**五问检测**：\n\n| 问题 | 回答 | 证据 |\n|------|------|------|\n| Q1：每天都在发生？ | ✅ 是 | 每次分享屏幕后都会发生 |\n| Q2：有稳定 workaround？ | ✅ 是 | 分享者会口头问\"大家看到了吗\"，或者切换回上一页再问一次 |\n| Q3：谁在默默承担？ | ✅ 是 | 分享者——承担\"可能没讲清楚\"的责任风险 |\n| Q4：带着责任风险？ | ✅ 是 | 如果后续出问题，\"当时分享时你没说清楚\"会指向分享者 |\n| Q5：接住后体感变轻？ | ✅ 是 | 不用反复确认，少一层\"不知道大家有没有看到\"的焦虑 |\n\n> 五问得分 5/5 → 高价值微需求\n\n**产品方向**：\n\n值得解决的不是\"做一个更酷的演示功能\"，而是让共享状态、视图焦点、页面位置和理解确认——那些过去完全依赖人不断补位的微小动作——被系统更早接住。\n\n**启示**：\n\n大需求更容易表达、更容易被竞品复制、更容易快速跟进。但藏在补偿动作、微表情、犹豫和小负担里的问题，往往不会同时出现在每个团队的视野里。谁先看见，谁就有更大机会做出看起来不同、且更难被复制的产品。","tags":["p0a","micro","needs","detector","native","product","agent","skills","gmaxxxie","agent-skills","ai-agent","ai-native"],"capabilities":["skill","source-gmaxxxie","skill-p0a-micro-needs-detector","topic-agent-skills","topic-ai-agent","topic-ai-native","topic-ai-product","topic-methodology","topic-product-management","topic-product-methodology","topic-product-thinking","topic-skills"],"categories":["ai-native-product-agent-skills"],"synonyms":[],"warnings":[],"endpointUrl":"https://skills.sh/gmaxxxie/ai-native-product-agent-skills/p0a-micro-needs-detector","protocol":"skill","transport":"skills-sh","auth":{"type":"none","details":{"cli":"npx skills add gmaxxxie/ai-native-product-agent-skills","source_repo":"https://github.com/gmaxxxie/ai-native-product-agent-skills","install_from":"skills.sh"}},"qualityScore":"0.478","qualityRationale":"deterministic score 0.48 from registry signals: · indexed on github topic:agent-skills · 56 github stars · SKILL.md body (6,069 chars)","verified":false,"liveness":"unknown","lastLivenessCheck":null,"agentReviews":{"count":0,"score_avg":null,"cost_usd_avg":null,"success_rate":null,"latency_p50_ms":null,"narrative_summary":null,"summary_updated_at":null},"enrichmentModel":"deterministic:skill-github:v1","enrichmentVersion":1,"enrichedAt":"2026-05-18T18:57:26.109Z","embedding":null,"createdAt":"2026-05-01T01:02:51.929Z","updatedAt":"2026-05-18T18:57:26.109Z","lastSeenAt":"2026-05-18T18:57:26.109Z","tsv":"'-3':522 '1':74,231,353,361,394,400,434,468,508,540,560 '2':81,235,368,389,404,431,439,489,512,521,545,638 '3':241,374,376,408,426,435,443,465,491,502,517,548 '30':535,542 '4':379,412,449,460,505,524,553 '5':416,497 '5/5':622,694 '6':533 'action':197 'ai':14,248,275,282,287,294,298,302,307,324,344 'assess':147 'barrier':177 'bearer':164 'burden':174 'chang':182 'confid':192 'cost':161,167,170 'dashboard':268 'densiti':185 'detector':5 'dramat':445 'dramatic/moderate/subtle/none':138,183 'emot':173 'evid':154 'express':176 'frequenc':151 'hidden':160 'high/medium/low':54,142,153,186,193 'input':148 'ju体观察':56 'low/medium/high':122,178 'micro':3,145,189,221 'micro-ne':220 'moder':446 'need':4,146,190,222,251,278,305,327,347 'next':201 'none':448,451 'opportun':169 'p0/p1/p2':200 'p0a':2 'p0a-micro-needs-detector':1 'prioriti':199 'product':16,250,277,304,326,346 'q1':42,150,401,589,662 'q2':59,156,405,593,666 'q3':86,163,409,601,673 'q4':101,172,413,607,680 'q5':125,179,417,613,686 'reason':194 'rebuild':15,249,276,303,325,345 'recommend':196 'relief':180 'role':165 'score':152 'shame/fatigue/anxiety/none':119,175 'skill':10 'skill-p0a-micro-needs-detector' 'source-gmaxxxie' 'step':202,352,388,393,425,430,459,464,496,501,504,532 'subtl':447 'topic-agent-skills' 'topic-ai-agent' 'topic-ai-native' 'topic-ai-product' 'topic-methodology' 'topic-product-management' 'topic-product-methodology' 'topic-product-thinking' 'topic-skills' 'true/false':191 'valu':184 'verdict':187 'workaround':61,66,70,72,75,157,158,314,407,595,668 'x':473 'x次':78 'y':476 'yaml':144 'yes/no':423 'z':479 '一个具体场景描述':33,357 '一个远程会议产品':643 '一句判断':214 '一句话定位':18 '一家内部协作工具的产品团队':565 '一旦会议继续推进':656 '一旦没人加这层保险':605 '一旦系统接住':418 '一旦系统接住它':126 '一旦被接住':242 '三大特征':230 '上':573 '上线':541 '上线验证':534 '下一步':203 '不会成为行业热词':264 '不会被说成正式需求':611 '不值得做':30 '不值得放进策略文档':651 '不值得看':272 '不同团队重复出现':47 '不是一次性起伏':233 '不是功能上线率':526 '不是好的微需求':213 '不是每个微需求都值得建造':333 '不是终点':350 '不用反复确认':689 '不知道大家有没有看到':691 '不要从':362 '不要抽象需求':34,358 '不要试图一次解决所有微需求':518 '且更难被复制的产品':714 '个先做':523 '个真实用户的行为案例':377 '为什么团队系统性低估微需求':280 '也不值得单独上线关注':652 '也不是偶发抱怨':224 '也不标记为高价值':454 '习惯了':110 '了':133,551 '五个问题':41 '五问得分':621,693 '五问检测':390,585,658 '五问检测结果':39 '五问法的核心不是':339 '五问评估结果':421 '产出的五问评估结果':432 '产出的补偿行为清单':395 '产出的高价值微需求清单':466 '产品动作':624 '产品只会更快进入同质化竞争':296 '产品团队长期被训练依赖':256 '产品方向':696 '产品经理跟访一位项目负责人一整天后':575 '从微需求到产品动作':499 '他们只在系统生成会后内容时':626 '代价量化':461 '代价量化报告':495 '价值判断':427 '价值密度':141 '会后再发一遍':598 '会后协作中的':562 '会后多发一条确认消息':316 '会指向分享者':685 '估算机会成本':492 '估算补偿行为的隐性成本':470 '估算隐性成本':462 '但会明显感觉':245 '但可能压得很深的问题重新看见':12 '但如果':297 '但实际频率很高':51 '但持续观察后发现':653 '但藏在补偿动作':708 '体感':181 '体感变化':137 '体感变化为':450 '体感变化很大':243 '体感变化是必要条件':211 '体感变化最大的':520 '体感变化等级':458 '何时触发':24 '你怀疑真正的问题藏在系统外补偿动作里':31 '值得理解但不值得建造':291 '值得解决的不是':697 '做一个更酷的演示功能':698 '做判断':258 '像是只加一个例行备注':584 '党底的人是否是组织中最忙或最有价值的人':92 '关键见证':139 '具体':226 '具体代价':98,168 '再加一句背景':600 '再多说一句':563 '再戳一遍人':599 '再确认一眼':641 '几乎每次会议结束她都会加这句话':592 '出错时谁被追责':488 '出问题最先被追责的是她':606 '分享者':676 '分享者不确定自己是否把关键内容讲清楚了':654 '分享者会口头问':670 '分析是方案问题还是执行问题':555 '分步执行':351 '分辨哪些小负担真正值得进入系统':342 '分钟':474 '列表':73,159 '判断建议':40 '判断理由':195 '区分':380,513 '协作总控台':26 '即使其他问题都通过':453 '却一直没被认真命名':229 '却值得做':442 '原始场景描述':149 '反复发生':228 '发出去但没被真正接住':632 '发现一个非常小的动作':576 '只是每次都很小':44,403 '只用来放大已可见的大需求':295 '可能没讲清楚':678 '可见性':257 '后者往往已被媒介翻译过':384 '听众有时走神但不想打断':655 '启示':704 '周':80 '和':382,515 '哪些事项仍然是':631 '回答':587,660 '因此不容易被主动表达':104 '因此错过的更重要事项':100 '团队为什么系统性低估微需求':255 '团队也会犹豫':285 '团队在做大功能升级':644 '团队天然偏爱':7 '团队没有把它包装成大功能':625 '团队觉得':28 '固定动作':597 '在':267 '在需求池旁单开一列':440 '场景':561,639 '场景采集':354 '基于':13 '增加了一层非常轻的接受反馈':627 '处理':360,396,433,467,507,539 '多发一条消息':617 '大人群':260 '大功能':572 '大场景':261 '大家到时候看一下':582 '大家看到了吗':671 '大指标':262 '大词':259 '大需求':8 '大需求很明确':566 '大需求更容易表达':705 '天':79,480 '天后':543 '天后回看':536 '太小不值得做':21 '太碎了':610 '她都会低头看一眼笔记':578 '如果':293 '如果不做':87,410 '如果后续出问题':683 '如果接住了但用户感觉不到':212 '如果补偿行为没有消失':554 '它反而成为产品重新接近现实的机会':300 '它是用户在现实中反复承担的一小段劳动':225 '它更难被普通需求流程看见':240 '实现成本太高':286 '对每个识别出的补偿行为':397 '对每个高价值微需求':469,509 '小':205 '小不自动等于深':334 '小负担':398 '少一层':690 '局部习惯':337 '已上线的微需求解决方案':538 '带着责任风险':608,681 '带过':111 '常见误判':204 '建议动作':198 '开始':364,367 '当时分享时你没说清楚':684 '往往不会同时出现在每个团队的视野里':711 '往往是谁更早看见那些别人觉得':271 '很容易被忽略的投诉':646 '微表情':709 '微需求':219 '微需求不具备这些特征':263 '微需求不是情绪波动':223 '微需求不靠声量成立':215 '微需求与补偿行为的关系':310 '微需求也可能是偶发偏好':336 '微需求五问检测器':6,17 '微需求产品化方案':530 '微需求分析':649 '微需求发现':574 '微需求才是产品真正的起点':253 '微需求是起点':349 '微需求的判断边界':332 '思考':510 '总得再确认一下大家是不是真的看到了我刚才讲的那个页面':648 '总觉得需要再加一层保险':619 '情绪代价':85 '情绪成本':483 '情绪负担':118 '我一会儿再发个总结':581 '我不想让别人知道我在做这个':115 '我分享完屏幕后':647 '我多做一点就好了':612 '或':109,114 '或某一小群用户的便利':338 '或者切换回上一页再问一次':672 '手动补位':373 '找到具体的补偿行为':355 '找到更多微需求':340 '承担':677 '承担内容':97 '承担角色':95,166 '把看起来很小':11 '把系统链接私存到备忘录':319 '接住后体感变轻':614,687 '描述':76 '收集':549 '数据':57 '方案映射':498 '时代微需求更值得做':308 '时代微需求第一次获得入场券':283 '时间':83 '时间成本':471 '是':437,591,596,603,609,615,664,669,675,682,688 '是不是每天都在发生':402 '是不是真正的产品起点':23 '是否已经成为某些角色的':48 '是否已经被视为':67 '是否带来焦虑':484 '是否常常被用':107 '是否很少被单独讨论':50 '是否打断了更重要的工作':482 '是否有人专门负责处理这些':69 '是否有人会主动说':131 '是否涉及':112 '智能化升级':27 '更容易快速跟进':707 '更容易被竞品复制':706 '有一个非常小':645 '有稳定':594,667 '机会成本':99,171 '来源':247,274,301,323,343 '某几个角色党底':91 '标记为高价值微需求':438 '标记高价值微需求':428 '核心概念':217 '检测方法':45,62,89,105,128 '概念一':218 '概念三':281 '概念二':254 '概念五':331 '概念四':309 '次':477 '正因被习惯化':239 '正常流程':68 '每天':475 '每天都在发生':590,663 '每月':478 '每次':472 '每次会议快结束时':577 '每次分享屏幕后都会发生':665 '每项标注':422 '注意力成本':481 '注意频率和触发条件':378 '流程和功能实现的门槛':289 '深':206 '潜台词':123 '然后在大家开始收电脑的间隙':579 '犹豫和小负担里的问题':710 '甚至会把它当成工作的一部分':238 '用户不容易把它总结成一句投诉':265 '用户主动提出频率':121 '用户体感会不会明显变轻':127,419 '用户可能会说的话':140 '用户在多做什么':366 '用户实际会说什么来描述这个问题':124 '用户想要什么':363 '用户描述的痛苦':383 '用户是不是已经为它发展出稳定的':60 '用户是不是已经发展出稳定的':406 '用户是否会在正式场合提出这个问题':106 '用户是否停止了某个补偿行为':528 '用户是否有固定的':63 '用户未必天天抱怨':237 '用户未必用宏大语言夸你':244 '用户活出来的才是':330 '用户的痛苦':381 '用户的补偿行为是否真的消失了':547 '用户说出来的未必是需求':329 '用这五个问题检测那些':20 '疲惫':485 '疲惫或责任风险':103,415 '的':452 '的代价量化':506 '的小负担':273 '的心理':116 '的焦虑':692 '的状态':633 '的紧张感':620 '的责任风险':679 '的问题':22 '的问题第一次获得了进入系统的机会':292 '的高价值清单':503 '真正想摆脱的不是':616 '真正拉开产品差距的':270 '示例':559,637 '示例输入':36 '私下提醒':372 '第19章':328 '第20章':252 '第20章第1节':279 '第20章第4节':306 '第20章第6节':348 '类型的用户反馈':552 '精力':84 '系统接住的最小动作是什么':511 '系统没接住的代价不会凭空消失':311 '系统直接承接':514 '系统辅助判断':516 '终于不用再':132,550 '终于不用每次我自己再加那句话了':636 '终于少背一点了':246 '结果':634 '给自己设闹钟':318 '综合输出格式':143 '羞耻':486 '而不是只是数据上好看':135 '而是':341,527,618 '而是从':365 '而是现实里已经在持续支付代价':322 '而是用户在现实中反复承担的代价':234 '而是让共享状态':699 '而是转化成用户额外承担的劳动':312 '背景':564,642 '自动任务拆解':568 '自动同步':569 '自动提醒':570 '自动笔记':567 '自己记一层待办':317 '自然映射不到一个大功能模块':266 '补偿行为是微需求最可靠的信号来源':315 '补偿行为清单':386 '补救步骤':64 '表达障碍':120 '被习惯化':236 '被系统更早接住':703 '要具体事件':35,359 '观察用户在系统外的补偿动作':369 '视图焦点':700 '角色名称':96 '解决后':129 '讨论时间自然都集中在这些':571 '记录至少':375 '设定验证指标':525 '访谈结果':58 '证据':55,155,424,588,661 '评估体感变化等级':444 '评估承担代价的角色是否是组织中最忙或最有价值的人':490 '语气很轻':583 '误解会在后续被放大':657 '谁会继续默默为它承担代价':88 '谁会继续默默承担代价':411 '谁先看见':712 '谁在默默承担':602,674 '谁就有更大机会做出看起来不同':713 '谁明确确认了':629 '谁看到了':628 '谁还没回复':630 '责任风险':487 '输入':32,356,392,429,463,500,537 '输出':38,385,420,455,494,529,556 '输出格式':52,71,94,117,136 '过去即使看见微需求':284 '这不是我该做的':113 '这个':9 '这个代价是平均分摊还是由某个':90 '这个动作是否在不同项目':46 '这个改变是否可以被感知到':134 '这个点为什么虽然小':441 '这个点太碎':29 '这个问题是不是每天都在发生':43 '这些':65 '这些人因此错过的更重要事项':493 '这些行为的存在说明':320 '这听起来小得可笑':650 '这就是工作':108 '这就是补偿行为':313 '这段负担是不是带着羞耻':102,414 '这种代价是否会影响他们做更重要的事':93 '远程会议中的':640 '迭代建议':558 '选择代价最高':519 '逐项评估微需求价值':391 '逐项过五问':399 '那些':290 '那些党底的人是否立刻少背一层心智负担':130 '那些过去完全依赖人不断补位的微小动作':702 '里也不明显':269 '重复记录':371 '重新跑一次五问检测':544 '重点验证':546 '长期':227 '长期存在':232 '问回答':436 '问题':586,659 '问题不只是抱怨':321 '问题小不自动等于值得做':207 '附五问评分':457 '附优先级和验证标准':531 '附频率和触发场景':387 '降低了原型':288 '降低了处理微需求的门槛':299 '随口加一句':580 '隐性成本':82,162 '隐蔽':208 '隐蔽不自动等于高价值':335 '隐蔽的问题也需要验证是否真的有人在乎':210 '需求池里全是大词':25 '需求池里全是大词时':19 '靠重复出现的代价成立':216 '页面位置和理解确认':701 '项目负责人总要在会后再追一遍责任确认':37 '项目负责人自己':604 '项目负责人说了一句话':635 '频率':77 '频率评估':53 '额外确认':370 '验证报告':557 '高价值':209 '高价值微需求':623,695 '高价值微需求清单':456 '默认动作':49","prices":[{"id":"ec562403-1f78-4b47-ae01-9fc4447622e6","listingId":"73c9f569-27ee-4435-bf9a-5022e4be20b9","amountUsd":"0","unit":"free","nativeCurrency":null,"nativeAmount":null,"chain":null,"payTo":null,"paymentMethod":"skill-free","isPrimary":true,"details":{"org":"gmaxxxie","category":"ai-native-product-agent-skills","install_from":"skills.sh"},"createdAt":"2026-05-01T01:02:51.929Z"}],"sources":[{"listingId":"73c9f569-27ee-4435-bf9a-5022e4be20b9","source":"github","sourceId":"gmaxxxie/ai-native-product-agent-skills/p0a-micro-needs-detector","sourceUrl":"https://github.com/gmaxxxie/ai-native-product-agent-skills/tree/main/skills/p0a-micro-needs-detector","isPrimary":false,"firstSeenAt":"2026-05-01T01:02:51.929Z","lastSeenAt":"2026-05-18T18:57:26.109Z"}],"details":{"listingId":"73c9f569-27ee-4435-bf9a-5022e4be20b9","quickStartSnippet":null,"exampleRequest":null,"exampleResponse":null,"schema":null,"openapiUrl":null,"agentsTxtUrl":null,"citations":[],"useCases":[],"bestFor":[],"notFor":[],"kindDetails":{"org":"gmaxxxie","slug":"p0a-micro-needs-detector","github":{"repo":"gmaxxxie/ai-native-product-agent-skills","stars":56,"topics":["agent-skills","ai-agent","ai-native","ai-product","methodology","product-management","product-methodology","product-thinking","skills"],"license":null,"html_url":"https://github.com/gmaxxxie/ai-native-product-agent-skills","pushed_at":"2026-05-06T07:19:36Z","description":"AI Native Product Methodology — 80 executable skills across P0-P14 stages, covering needs discovery to aesthetic authority. From 8 books.","skill_md_sha":"f92ffe79aa9c284159a896590d4175921721b6c6","skill_md_path":"skills/p0a-micro-needs-detector/SKILL.md","default_branch":"main","skill_tree_url":"https://github.com/gmaxxxie/ai-native-product-agent-skills/tree/main/skills/p0a-micro-needs-detector"},"layout":"multi","source":"github","category":"ai-native-product-agent-skills","frontmatter":{"name":"p0a-micro-needs-detector","description":"微需求五问检测器。团队天然偏爱\"大需求\"，这个 Skill 把看起来很小、但可能压得很深的问题重新看见。 基于《AI rebuild product"},"skills_sh_url":"https://skills.sh/gmaxxxie/ai-native-product-agent-skills/p0a-micro-needs-detector"},"updatedAt":"2026-05-18T18:57:26.109Z"}}