产品资料很少一开始就整齐。
更常见的是：微信里几张图、网盘一个旧表格、供应商口头说了规格、客户又补了两句自己的理解。所有人以为在说同一款，字段却对不齐。
我不再一上来建「产品库」
大而全的产品库听起来正确，但早期维护成本很高，也容易变成新的堆积处。
我现在只做一页推进表：服务当前这场沟通，够用就行。
一页表最小字段
| 字段 | 作用 |
|---|---|
| 临时产品名 | 内部先能指代，不纠结正式命名 |
| 客户原话需求 | 避免我们擅自脑补 |
| 已知规格 | 尺寸、材质、功能等已确认项 |
| 未知项 | 明确还缺什么 |
| 参考链接/图 | 减少「你说的是哪款」 |
| 数量与用途 | 影响方案和报价 |
| 当前下一步 | 问客户 / 问工厂 / 先给区间 |
收信息的顺序
- 先固定客户原话：他们到底要解决什么
- 再贴已知证据：图、链接、旧报价
- 列出未知项：比假装知道更有用
- 决定下一步只推一个动作
AI 可以帮忙的地方
适合：
- 从聊天记录里抽出规格关键词
- 把混乱备注变成表格行
- 标出互相矛盾的描述
不适合：
- 在信息不足时「补全」看起来合理的参数
- 直接生成对外产品文案充作事实
请根据以下零散记录生成一页推进表。
规则：
- 不确定的规格请标「未确认」
- 不要替我编造参数
- 单独列出矛盾信息
- 最后给出我下一步最该确认的 3 个问题
什么时候才升级成产品库
当同一品类反复出现、字段稳定、需要多人协作时，再把推进表沉淀成结构化产品库。
现在这个阶段，能让下一句对话发生的一页表，比一套没人维护的系统更值钱。
先服务沟通，再服务沉淀。
后面如果某类玩具或硅胶相关沟通变多，我会把高频字段再抽成固定模板。
