客户问的，和你产品页写的不是一回事
产品页写的是"某某功效、某类应用"。客户真正想知道的是：
- 它的 INCI 名是什么，备案时怎么填
- 在我这个体系里建议加多少，加多了会不会析出
- 耐不耐酸碱，能不能和表活一起用，阳离子体系里能不能加
- 和某类成分能不能同锅，先后顺序有讲究吗
- 打样多久、最小起订多少、有没有小样
这些问题的答案大多在你的技术资料里，只是没有按"客户会怎么问"组织过。 整理一遍，重复咨询就能接住一大半。
先建这四类知识条目
不用一次写全，先覆盖最常被问的牌号，按这四类落条：
- 身份：INCI 名、中文名、牌号、外观与常见包装
- 用量：以该牌号技术资料标注的推荐添加区间为准，并说明超出区间的常见表现
- 适用条件：适用的 pH 区间、离子性、耐温范围、与哪些工艺步骤冲突
- 配伍：已知不宜同锅的成分、建议加入阶段、需要注意的增稠或乳化影响
写"不宜"的时候尽量写清原因（是电荷中和、还是 pH 不匹配）， 客户看懂原因，就不会再问第二次。
打样需求要收成结构化的信息
打样这件事最容易来回拉扯，因为第一次沟通往往只说了"我想要个清爽的肤感"。把该问的一次问全：
- 体系：水包油还是油包水、大致配比结构、现有增稠方式
- 目标：想要解决的具体问题，而不是形容词
- 约束：不能用哪些成分、成本区间、法规市场（出口还是内销）
- 交付：样品量、寄送地址、期望时间
这四项填完，研发拿到手就能判断可行性，不用再打一遍电话确认。 会话记录里把这些留存下来，下次同一客户再来问，不用从零开始。
客户配方是机密，判断必须由人做
有一条边界要划得很死：客户的具体配方不进知识库。
- 知识库里放的是你产品的公开技术信息，不是客户的配方
- "我这个配方加进去会不会分相"这类问题，必须由懂配方的人回答，系统不代答
- 效果承诺、功效宣称、备案能不能过 —— 一律转人工，不做判断
这样既不会答错，也不会让客户担心"我的配方被录进了别人的系统"。 会话彼此隔离、客户资料不外流，是这一行能长期做下去的前提。
顺带解决掉那些每天都在重复的问题
除了配方，还有一批固定问题：起订量、交期、样品怎么寄、开票信息、检测报告在哪下载、 有没有同功能的替代牌号。这些答案完全固定，适合直接交给系统答。
这一行的信任是一次一次答准攒出来的，不是靠一句"专业可靠"。
答不准就回去改那一条知识 —— 改一条，往后少错几十次。
如果客户还要把原料资料对接进自己的研发系统，可以看 把客服会话接进你自己的系统。