从产品经理的经历，看见企业内部的知识需求
劳动报在全球数商大会的现场报道中介绍，杨宝玲曾做产品经理，创业后学习用AI编程并开发硬件，业务指向企业销售经验的积累与复用。报道将她称为公司当时唯一的员工。这是媒体在该时点的描述，未涵盖供应链、外包和其他合作人员，不能据此推算全部工作量或成本。
公开材料没有展开设备型号、数据采集方式和客户使用结果，本站也未采访或试用。值得进一步研究的是背后的业务问题：熟练销售人员知道怎样理解客户，但这些判断往往没有进入可检索、可更新的资料。以下分析讨论类似项目的验证思路，不代表该公司已经采用这些流程。
先找到一种值得传给新人的判断
客户购买知识整理服务，未必是为了得到更多文字。一种可供讨论的起点，是请业务负责人选出反复出现、容易回答不一致的问题，例如客户询问某个配件是否适配旧型号。团队先确认判断需要哪些资料、哪些人有权确认，再决定AI可以辅助哪一段。
在这个模拟任务里，老销售的口头经验只是线索。真正进入知识条目的内容，还应关联适用型号、产品资料版本、确认日期和例外情形。新人查询时，应看到答案成立的条件，而不是一条失去背景的推荐话术。这样才能区分经验分享、产品事实和需要重新确认的事项。
让资料保留边界，比把所有内容收进来更重要
拟采集的材料可以先分为公开产品说明、企业内部经验和涉及客户的资料，分别确认可用范围与访问人员。客户不愿提供原始内容时，可以先用模拟资料验证流程；不能为了演示效果，默认允许上传客户名单、对话或订单细节。
一条知识被修改后，旧版本也需要有明确状态。比如产品更新导致原有适配关系变化，维护者应知道哪些回答需要重新确认。可结合本站的知识库旧文件撤回研究，检查原资料、索引与最终回答是否一起更新。
用新人能否完成任务来检验交付
第一次试运行可以让熟练员工与新人分别处理同一组问题，观察新人能否找到出处、识别资料不足，并把疑问交给合适的人。这里检验的是知识是否可用，不是要求AI代替所有判断。测试样本应包括常见问题，也应包含旧型号、信息矛盾和缺少依据的情况。
对于涉及硬件的服务，还要把设备安装、数据整理、内容维护和售后支持的工作分别说清楚。交付一台设备，不等于完成后续知识维护。当前报道没有提供可独立核验的收入、利润或销售提升数据，本文不把这一创业方向写成已验证的盈利模式；更适合先用一个明确任务检验客户是否愿意持续使用。