我是 Skulinker 的创始人，拥有 10 年房地产供应链工作经验。过去的工作包括采购、供应商协调、产品开发，以及把供应商资料整理成项目和销售团队真正能够使用的产品数据。
这些年里，我反复遇到同一个问题：供应商发来的产品资料很有价值，但格式各不相同。只有先经过大量人工整理，我们才能搜索、比较和再次使用这些信息。
这段经历让我开始开发 Skulinker。
简单来说： Skulinker 可以把供应商 PDF、Excel 和 CSV 表格、Word 文档、产品图册和图片，转成结构化、可追溯的产品记录。供应链团队可以逐步沉淀自己的企业私有产品资料库；销售团队则可以用自然语言寻找合适产品、建立选品清单，并导出可编辑的客户方案。
每天都要面对的问题：每个供应商的格式都不一样
供应商开发团队每天都会接收不同公司的产品资料。有的供应商会发来排版完整的 Excel 报价表；有的只提供 PDF 图册，把价格放在另一份表格里；还有的会分别发送产品图片、Word 文档，再通过消息补充材质或尺寸。
即使收到的都是 Excel，结构通常也不一致：
- 产品名称、型号、尺寸、材质、颜色和价格使用不同表头。
- 有的供应商一行一个产品，有的使用合并单元格或多个工作表。
- 图片可能嵌在单元格里，也可能放在另一页或单独的文件夹中。
- 单位、币种、MOQ、交期和备注都有不同的填写习惯。
结果就是大量重复工作。我们打开一个又一个供应商文件，理解它的结构，再把需要的字段手工抄到内部台账或 ERP。这个过程不仅耗时，也容易出错；以后需要寻找产品时，还必须记得原文件放在哪里。
为什么我们不想太早把所有产品都录入 ERP
我们最初的想法，是把收集到的产品全部建立为 ERP 产品记录。但真正执行后，又出现了新的问题。
供应商开发发生在正式合作之前。团队可能评估成百上千个潜在产品，但最终只有少部分会进入报价、打样、采购订单或实际项目。如果太早为所有产品建立正式 ERP 主数据，不但增加工作量，也会让 ERP 堆满尚未经过商业验证、以后可能永远不会使用的记录。
因此，我们需要在 ERP 之前增加一层：先保存、结构化、搜索和评估供应商产品资料，但不把每个刚发现的产品都当成正式主数据。
什么是 ERP 之前的企业私有产品资料库
ERP 之前的私有产品资料库，是位于供应商原始文件和正式业务系统之间的工作层。
它应该帮助团队：
- 统一保存从不同渠道收到的供应商资料；
- 把关键字段和图片变成可搜索的产品记录；
- 保留每条产品记录与原始资料之间的联系；
- 比较不同产品和供应商报价；
- 复核并持续完善抽取结果；
- 只在条件成熟时，把经过商业验证的产品录入 ERP。
这层分工让采购和 ERP 团队拥有更清楚的边界：产品资料库负责发现与评估，ERP 继续管理已经确认的主数据和交易。
Skulinker 如何把供应商文件变成产品记录
Skulinker 从供应商文件出发，而不是从单个项目出发。团队可以直接上传平时收到的资料，无论有效信息藏在 PDF、表格、文档、图册还是图片中。
工作流程很直接：
- 上传供应商文件和相关资料。
- 使用 AI 识别产品，并抽取型号、供应商、品类、图片、尺寸、材质、颜色、价格、币种、MOQ 和备注等字段。
- 把这些信息映射到一致的产品结构中。
- 复核抽取结果，同时保留来源依据。
- 把经过复核的记录保存到团队的企业私有产品资料库。
供应商文件被整理成结构一致的产品记录，可以按产品名称、型号、品类、供应商、材质、价格等字段筛选。
我们的目标并不是假装 AI 抽取永远不会出错，而是减少机械的数据录入，同时让人工复核变得更方便。用户可以随时回到原始资料核对重要字段，而不是只能相信一条与来源脱节的数据库记录。
Skulinker 对供应链和采购团队有什么帮助
供应商开发是一项不断积累的工作。每一份新图册、报价表和规格文件，都会让我们更了解某个供应商的产品范围、价格水平、材质、能力和优势。
如果没有结构化资料库，这些知识只能散落在文件夹或个人记忆里。使用 Skulinker 后，团队可以把这些工作沉淀为能够重复利用的寻源资产。
私有产品资料库把供应商产品和不同款式集中到同一个工作空间，不再分散在多个文件中。
对供应链和采购团队来说，可以做到：
- 在产品尚未达到 ERP 录入标准时，先保留有潜力的资料；
- 比较供应商、价格、材质、尺寸、规格、MOQ 和交期；
- 让产品信息始终与原始来源连接；
- 随着时间积累，分析不同供应商的产品范围和优势；
- 接到相似需求时，直接复用之前的开发成果。
以后每次收到需求，团队不必再从旧文件夹开始，而是先搜索自己已经积累的产品知识。
Skulinker 对销售团队有什么帮助
销售团队通常从客户需求出发，而不是从供应商文件出发。客户可能会说：“预算 3000 以内，想要白色餐桌和四把椅子”，也可能需要“适合精品酒店、看起来轻巧的休闲椅”。
在 Skulinker 中，用户可以直接用自然语言描述需求。系统会搜索企业私有产品资料库，从不同供应商中找出相关产品，并展示可以比较的候选方案。用户可以查看图片、价格、尺寸、材质、供应商和匹配理由，再把合适的产品加入方案。
用日常语言输入客户需求，就可以匹配团队已经收集并复核过的产品。
匹配结果仍然保留来源依据。发现合适产品后，用户可以查看它对应的供应商原始文档、工作表、页码和行号。在产品发给客户之前，重要信息随时都可以人工复核。
来源证据会显示抽取结果来自哪里，用户可以回到供应商表格的具体位置进行人工核对。
选定产品后，销售或采购团队可以建立清单，并导出 Excel、PDF 或 PNG。导出的 Excel 方案包含产品图片和可编辑字段，团队可以继续修改数量、备注、价格或展示信息，再发送给客户。
一个实际工作场景
假设销售同事需要为一家精品酒店寻找五把休闲椅。椅子要看起来轻巧，适合温暖的室内风格，尺寸不能太大，还要控制在预算内。
传统做法是先回忆哪些供应商可能有合适产品，再逐一打开他们的图册，寻找对应页面，检查另一份价格表，最后把选项复制到新方案中。
有了私有产品资料库，团队可以：
- 用自然语言输入需求；
- 查看来自多个供应商的匹配产品；
- 比较图片、尺寸、材质和价格；
- 打开来源依据，确认重要字段；
- 把最合适的选项加入客户方案；
- 导出可编辑的报价或选品清单。
导出的 Excel 选品方案带有产品图片和结构化字段，并且可以针对客户需求继续编辑。
真正重要的变化不只是速度，而是寻源工作可以持续复用。下一次遇到类似需求时，团队会从已经积累的产品知识开始，而不是重新翻找分散的供应商文件。
Skulinker 不会取代 ERP
Skulinker 不会取代 ERP，也不负责采购交易、财务、库存、付款或企业全部主数据治理流程。
它处理的是更靠前的工作：
供应商资料 → 结构化产品记录 → 企业私有产品资料库 → 搜索、比较和选品 → 把经过确认的产品交给下游系统
当产品达到合适的商业阶段和数据质量标准后，团队可以把所需信息录入 ERP、PIM 或其他正式系统。在此之前，产品依然可以用于发现和评估，同时不会让正式主数据变得混乱。
如果希望进一步了解这个边界，可以阅读经销商产品主数据管理和供应商产品数据接入流程。
开发 Skulinker 后，我得到的认识
供应商产品数据最难的地方，并不只是读取一份文件，而是在把不一致的信息变成团队可以信任和复用的数据时，仍然保留原来的上下文。
三个原则影响了 Skulinker 的产品设计：
- 从团队已有的供应商资料开始。 真正可用的流程必须接受现实中的文件格式，而不是要求所有供应商重新填写同一个模板。
- 让结构化数据始终连接原始来源。 只有能够快速核对重要字段，AI 抽取才更适合实际业务使用。
- 把产品资料库当成企业长期资产。 每一份经过整理的供应商资料，都应该让下一次寻源或销售需求更容易完成。
因此，Skulinker 专注于 ERP 录入之前的工作：收集、理解、比较和重复利用供应商产品信息。
常见问题
Skulinker 适合哪些团队？
Skulinker 适合经常接收多个供应商产品资料的寻源、采购、供应商开发、产品数据、ERP 准备和销售团队。
可以处理哪些供应商文件？
团队可以处理常见的 PDF、Excel 和 CSV 表格、Word 文档、产品图册和图片。不同品类与供应商提供的有效字段并不相同，因此人工复核仍然是工作流程的重要部分。
为什么要在 ERP 之前保存产品记录？
很多产品在成为正式商业产品之前，就已经需要被评估和比较。ERP 之前的产品资料库可以让这些信息保持可搜索、可比较，同时避免过早建立正式 ERP 记录。
可以核对产品字段来自哪里吗？
可以。带来源连接的产品记录会保留相关原始文件及其位置，用户可以根据供应商资料复核重要信息。
建立更好的供应商产品数据流程
我开发 Skulinker，是因为我们自己的供应链工作需要一座更好的桥梁，把分散的供应商文件连接到正式业务系统。它可以帮助团队把每天处理文档的工作，逐步沉淀为同时服务寻源决策和客户需求的企业私有知识库。
如果你也遇到类似问题，可以了解 Skulinker、查看工作流程示例，或者直接从自己的供应商文件开始。
