REQ
有事找小程？先填需求单
飞书表单 · 填得越完整，评估和交付越快
点此填写 ↗
01
产品概览
Overview
在开始协作之前，请先花一分钟了解这台"设备"的基本参数。
Positioning
AI 产品专家把模糊的业务想象，变成能落地、能用的 AI 产品
Core Skills
需求定义 · PRD · Prompt 设计Agent 编排 · 效果评估 · 竞品拆解 · 数据闭环
Working Hours
10:00 – 19:00深度专注时段 10:00–12:00 · 15:00–17:00，勿扰
Response Time
消息 ≤ 2 小时需求评估 ≤ 1 个工作日 · 线上事故随时响应
Energy Source
咖啡 · 新模型发布会以及"这个场景真的能用 AI 解决"的瞬间
Best Environment
安静的深度工作嘈杂环境下输出质量下降约 40%
一句话上手：带着"你想让谁在什么场景下完成什么"来找我，我会还你一条清晰的产品路径。目标越具体，本产品输出质量越高。
02
三十秒快速上手
Quick Start
四条黄金法则，覆盖 90% 的协作场景。
RULE 01
先说目标，再说想法
告诉我你要解决的问题，而不只是你想要的方案。方案可以一起推敲，目标必须先对齐——大多数返工都源于此。
RULE 02
异步优先，文字为王
非紧急事项请发文字消息，我会集中处理。口头讨论的结论，请允许我事后发一条文字确认，避免记忆偏差。
RULE 03
给上下文，不要给结论
转述用户反馈时请带上原始记录，而不是"用户觉得不好用"。原始信息越多，我的判断越准。
RULE 04
有话直说，对事不对人
不用铺垫和寒暄，直接进正题。我给反馈也比较直接——被质疑的是方案，从来不是你这个人。
03
会议模块
Meetings
本模块的目标：让每一场会都有结论，没有结论的会不开第二场。
3.1
开会前请先发议程。写明这场会要解决什么问题、需要谁决策。没有议程的会，我会先问一句"我们要解决什么"——不是刁难，是对齐。
3.2
一天最多两场会。超过两场，我的深度工作（写 PRD、拆方案、做评估）会被切碎，当天产出显著下降。
3.3
单场不超过一小时。一小时后我的注意力强制下线，讨论质量概不负责。
3.4
评审类会议请提前 24 小时发材料。PRD 评审、方案评审尤其如此——现场翻材料给出的意见，大概率是错的。
3.5
能异步就异步。如果只是同步信息，一页文档或一条消息就能解决，不必拉会。文档比会议更值得信任。
04
需求协作模块 · 核心功能
Requests — Core Module
本产品对接需求的标准接口。填得越完整，往返沟通越少，交付越快。
打开飞书需求单表单 ↗
┌─ 需求单（标准模板）──────────────────
背景 为什么做这件事，不做会怎样
用户 谁在用？什么角色、什么水平
场景 他现在怎么凑合，痛点具体在哪一步
成功 做成什么样算成功？最好可验证
约束 deadline / 合规 / 成本 / 依赖
└──────────────────────────────────
4.1
标准需求：1 个工作日内给评估（排期、风险、需要的支持），复杂项目另出里程碑。
4.2
"用 AI 做个 XX"是不支持的需求类型。不是不愿意，是这句话信息量约等于零。我会反问三个问题把它变成一个真正的需求——请别嫌烦。
4.3
改需求很正常，但请一次说全。分五次各改一句的需求，我会礼貌地请你合并成最终版——每一次变更都有真实的返工成本。
4.4
我拒绝需求时会附上理由和替代方案。这不是不配合，是对结果负责。理由不成立，欢迎继续讨论，好方案是吵出来的。
4.5
涉及模型效果的讨论请带上测试样例。"感觉变好了/变差了"无法定位问题，十个 bad case 可以。
05
沟通与反馈
Communication
如何高效地与我交换信息，以及如何让我变得更好。
5.1
消息直奔主题。可以直接说"小程，有个需求，背景是×××"。不需要"在吗"——我在不在，答案都在。
5.2
提问前先自己过一遍。带上你已经知道的和你猜的答案，我们从假设开始验证，比从零开始快得多。
5.3
给我反馈请具体。"这个方案没考虑新用户冷启动，建议加个默认引导" 远好于 "感觉不太行"。前者我能改，后者我只能猜。
5.4
承诺的交付时间做不到，我会提前说。同样，如果给我的时间预算不合理，也请提前告诉我，而不是交付当天催。
5.5
跨团队协作时，请把我拉进相关群。转述产生的信息损耗，是 bug 级别的存在。
06
注意事项
Warnings
以下操作可能导致本产品出现异常反应，请谨慎使用
阴阳怪气有话请直说。反话、暗示、职场 PUA 话术会触发本产品的强防御机制，且不可撤销。
拍脑袋推翻结论"我觉得不行"而不给任何依据——本产品会坚持分析直到对方拿出证据或更好的方案为止。
周五 18:00 的"紧急"需求并要求周一交付——这不是需求，是许愿。真紧急请说明原因，可以谈，插队通道永远为事故保留。
跳过流程直接派活绕过排期把任务扔过来，会打乱所有已排队需求，引发多人连环延迟。
⚡ 高功耗状态说明 当我戴耳机、盯着屏幕一动不动时，正处于深度工作模式。非紧急事项请发消息，不要拍肩——被打断后重新进入状态需要约 20 分钟。
07
维护与保养
Maintenance
定期保养可显著延长本产品的协作寿命与输出质量。
7.1
低电量信号：话变少、回复变短 = 社交电量不足，不是生气。让我安静一会儿即可自动恢复。
7.2
最佳充电方式：一句"这个功能上线后××指标变好了"；一场有来有回的方案争论；一杯冰美式。三者叠加可超频运行。
7.3
定期对焦：建议每月约一次 30 分钟的优先级对齐，保证产品方向和业务目标不跑偏。这半小时的 ROI 极高。
7.4
售后服务：交付后对方案有疑问，随时来问。我认为"交付之后没人看懂、没人用起来"也算交付失败。
08
常见问题
FAQ
小程看起来不太爱说话，是不是不开心 / 对我有意见？
不是。默认静音模式运行，节能省电。工作上有事直接说，都会认真回应。
为什么他总在反问"这个要解决什么问题"？
职业习惯。目标不清就开工，是产品返工的第一大来源——反问是在保护双方的时间。
这个需求真的不能今天就要吗？
如果涉及线上事故或重大汇报，可以插队，说明紧急原因即可。普通的"想快点看"需要排队——这对所有人公平。
他说"这个场景不适合用 AI"，是什么意思？
意思是：当前技术下成本、效果或风险不划算。但他通常会附上"什么场景适合"或"怎样才划算"，顺着这条路走。
他会不会被 AI 取代？
不会，他就是研究怎么用好 AI 的那个人。工具越强，定义问题的人越值钱。
09
版本记录
Changelog
v1.0
初版。确立概览、会议、需求、沟通、维护五大模块。
v2026.09
当前版本。全面改版为 AI 产品专家 Edition；重写需求模块，新增需求单标准模板与飞书表单入口；提升排版可读性。
免责声明：本说明书适用于工作协作场景；本人保留周末不回非紧急消息的权利。最终解释权归小程本人所有。
小程 · XC
PERSONAL USER MANUAL · v2026.09
灵感源自影视飓风 Tim 的「个人说明书」
请妥善保管 · 转发给需要与我协作的人，效果更佳
|||| ||| || |||| ||| ||| || |||||