提交
This commit is contained in:
159
README.md
159
README.md
@@ -84,7 +84,7 @@ Artisan Factory
|
||||
|
||||
## 4. 典型行业解决方案
|
||||
|
||||
匠厂已服务物流、制造、电商、财务、营销、人力等多个行业客户,并按职能沉淀了可复用的智能体能力。以下是将交付经验翻译为客户能直接理解的业务场景——实际项目会根据您的流程重新组合和开发,而非套用固定套餐。
|
||||
匠厂已服务物流、制造、电商、财务、营销、人力等多个行业客户,并按职能沉淀了可复用的智能体能力。以下是将交付经验整理为**更完整的行业与职能解决方案矩阵**——实际项目会根据您的流程重新组合和开发,而非套用固定套餐。
|
||||
|
||||
### 4.1 物流与货代
|
||||
|
||||
@@ -107,7 +107,7 @@ Artisan Factory
|
||||
|
||||
**价值**
|
||||
|
||||
减少机械查询、提高异常发现及时性,让业务员把时间放回客户沟通和异常处理。
|
||||
减少机械查询与手工抄录,异常更早进入待处理列表,让业务员把时间放回客户沟通和问题处理上。
|
||||
|
||||
### 4.2 跨境电商
|
||||
|
||||
@@ -131,7 +131,7 @@ Artisan Factory
|
||||
|
||||
**价值**
|
||||
|
||||
减少重复运营动作、提高资料整理效率,帮助团队更快发现异常。
|
||||
减少多平台重复操作,提升 Listing 与经营数据整理效率,帮助团队更快发现订单与库存异常。
|
||||
|
||||
### 4.3 淘宝 / 天猫电商
|
||||
|
||||
@@ -141,19 +141,20 @@ Artisan Factory
|
||||
- 客服咨询、售后、评价处理压力大
|
||||
- 店铺活动、价格、库存需要频繁检查
|
||||
- 多店铺运营数据汇总慢,难以及时掌握整体情况
|
||||
- 运营人员大量时间花在后台操作和表格整理上
|
||||
|
||||
**可落地智能体**
|
||||
|
||||
- 商品资料整理智能体
|
||||
- 标题/详情优化智能体
|
||||
- 标题 / 详情优化智能体
|
||||
- 客服回复草稿智能体
|
||||
- 评价分析智能体
|
||||
- 店铺数据巡检智能体
|
||||
- 库存/价格异常提醒智能体
|
||||
- 库存 / 价格异常提醒智能体
|
||||
|
||||
**价值**
|
||||
|
||||
降低商品维护和后台巡检的重复劳动,让运营团队把精力放在活动策划和转化提升上。
|
||||
减少重复运营动作,提升商品资料和店铺数据整理效率,让运营把更多时间放在选品、活动和客户体验上。
|
||||
|
||||
### 4.4 制造业
|
||||
|
||||
@@ -207,6 +208,7 @@ Artisan Factory
|
||||
- 公众号、头条、搜狐、知乎、小红书等平台格式要求不同
|
||||
- 发布记录、链接、状态需要人工维护
|
||||
- 内容团队大量时间花在复制、排版、登录后台上
|
||||
- 线索采集和整理分散在多个渠道
|
||||
|
||||
**可落地智能体**
|
||||
|
||||
@@ -229,6 +231,7 @@ Artisan Factory
|
||||
- 面试安排沟通成本高,协调多方时间繁琐
|
||||
- 员工制度咨询重复,HR 反复回答同类问题
|
||||
- 入职账号、权限、资料流程繁琐,容易遗漏
|
||||
- 考勤、薪酬、绩效数据核对工作量大
|
||||
|
||||
**可落地智能体**
|
||||
|
||||
@@ -237,11 +240,11 @@ Artisan Factory
|
||||
- 面试协调智能体
|
||||
- 员工政策问答智能体
|
||||
- 入职办理智能体
|
||||
- 薪酬/考勤核对辅助智能体
|
||||
- 薪酬 / 考勤核对辅助智能体
|
||||
|
||||
**价值**
|
||||
|
||||
减少 HR 事务性工作,让团队更聚焦人才评估、员工发展和组织建设。
|
||||
减少 HR 在筛选、沟通、答疑和资料处理上的重复工作,让 HR 更聚焦组织沟通和人才判断。
|
||||
|
||||
### 4.8 教育培训
|
||||
|
||||
@@ -251,6 +254,7 @@ Artisan Factory
|
||||
- 课程资料整理耗时,版本更新后同步慢
|
||||
- 作业、测评、反馈依赖人工,批改和汇总压力大
|
||||
- 教务通知和排课协调琐碎,容易遗漏或延迟
|
||||
- 学员学习情况汇总不及时
|
||||
|
||||
**可落地智能体**
|
||||
|
||||
@@ -259,10 +263,11 @@ Artisan Factory
|
||||
- 作业批改辅助智能体
|
||||
- 学习反馈生成智能体
|
||||
- 教务通知智能体
|
||||
- 学员进度跟进智能体
|
||||
|
||||
**价值**
|
||||
|
||||
减轻教务和客服的重复劳动,让教师把更多时间用于教学质量和学员服务。
|
||||
帮助教务、老师和运营减少重复答疑与资料整理,把更多精力放在教学质量和学员服务上。
|
||||
|
||||
### 4.9 企业内部知识助手
|
||||
|
||||
@@ -284,15 +289,15 @@ Artisan Factory
|
||||
|
||||
**价值**
|
||||
|
||||
减少“问老员工”的依赖,加快新员工上手,让制度和产品知识随时可查、有据可依。
|
||||
减少“问老员工”的依赖,加快新员工上手,让制度、流程、产品和系统操作知识随时可查。
|
||||
|
||||
### 4.10 通用流程自动化
|
||||
|
||||
**客户痛点**
|
||||
|
||||
- 各行业都有表格整理、文件命名、批量录入、邮件处理、日报生成等重复工作
|
||||
- 这些工作规则相对明确,但分散在各部门日常操作中,长期占用一线员工时间
|
||||
- 缺乏统一工具,往往靠个人 Excel 技巧或临时脚本凑合
|
||||
- 流程看似简单,但每天都做,占用大量碎片时间
|
||||
- 同类工作由不同员工处理,格式和质量不稳定
|
||||
|
||||
**可落地智能体**
|
||||
|
||||
@@ -300,11 +305,12 @@ Artisan Factory
|
||||
- 邮件附件处理智能体
|
||||
- 文件归档智能体
|
||||
- 数据录入智能体
|
||||
- 日报/周报生成智能体
|
||||
- 日报 / 周报生成智能体
|
||||
- 批量查询与核对智能体
|
||||
|
||||
**价值**
|
||||
|
||||
把各部门共性的重复劳动标准化、自动化,快速见效,也便于作为智能体落地的首个试点场景。
|
||||
先从最容易验收的小流程切入,快速验证智能体价值,再逐步扩展到更复杂的业务场景。
|
||||
|
||||
---
|
||||
|
||||
@@ -316,106 +322,99 @@ Artisan Factory
|
||||
|
||||
| 项目 | 内容 |
|
||||
|---|---|
|
||||
| **客户类型** | 某国际货代企业(客户名称已匿名处理),业务员需频繁向客户反馈物流状态 |
|
||||
| **原业务流程** | 业务员逐票登录船公司/航司网站或第三方平台查询轨迹,手工记录后回复客户;异常往往在客户催问时才发现 |
|
||||
| **主要问题** | 机械查询占用大量时间;异常发现滞后;同一客户多次催问增加沟通成本 |
|
||||
| **匠厂交付内容** | 运单轨迹查询智能体:按批次自动查询并汇总状态;对超时未更新、状态异常等情形生成提醒清单;配套执行日志与汇总报表 |
|
||||
| **人工确认节点** | 异常提醒发送给客户前,由业务员确认内容;不自动对外发送 |
|
||||
| **上线后变化** | 机械查询时间明显减少;异常项更早进入待处理列表;业务员回复客户时可直接引用汇总结果 |
|
||||
| **适用边界** | 需客户提供可查询的运单号和授权访问方式;部分船公司/渠道查询规则可能需单独适配 |
|
||||
| **客户类型** | 某国际货代企业(客户名称已匿名处理),主营海运拼箱与空运出口,业务员每日需向多家客户反馈在途货物状态 |
|
||||
| **原业务流程** | 业务员早晨打开 Excel 运单清单,逐票登录船公司网站、航司货况页或第三方轨迹平台查询;将状态手工抄入表格,再通过企业微信或邮件回复客户。遇到船期延误、清关停滞等情况,往往在客户主动催问后才着手核实 |
|
||||
| **主要问题** | 单票查询耗时长,批量处理时机械操作占用半天;异常发现滞后,影响客户体验;同一票多次查询结果分散,不便汇总复盘 |
|
||||
| **匠厂交付内容** | 运单轨迹查询智能体:导入当日待跟进运单清单,按船公司/渠道规则批量查询并归集状态;对超过设定天数未更新、状态跳变异常、到港未提货等情形生成待处理清单;输出汇总表与执行日志,支持按客户、航线筛选 |
|
||||
| **人工确认节点** | 异常提醒对外发送前,由业务员逐条确认表述内容;涉及赔偿、责任认定等事项不自动生成对外口径 |
|
||||
| **上线后变化** | 机械查询时间明显减少;异常项更早进入待处理列表;业务员回复客户时可直接引用汇总结果,减少重复登录查询 |
|
||||
| **适用边界** | 需客户提供可查询的运单号及各渠道授权访问方式;部分船公司反爬或登录规则变更时需单独维护适配 |
|
||||
|
||||
### 项目案例 2:某货代企业询价整理与报价草稿
|
||||
|
||||
| 项目 | 内容 |
|
||||
|---|---|
|
||||
| **客户类型** | 某货代企业(客户名称已匿名处理),销售团队每日收到大量询价 |
|
||||
| **原业务流程** | 销售从微信、邮件、Excel 等渠道复制询价信息,手工核对起运港、目的港、柜型、货量等字段,再查询运价表生成报价 |
|
||||
| **主要问题** | 询价信息格式不统一,整理耗时;报价草稿重复劳动多;新人不熟悉渠道和价格结构 |
|
||||
| **匠厂交付内容** | 询价整理智能体:从多渠道提取并标准化询价字段;结合客户运价规则生成报价草稿;输出结构化询价台账供销售审核 |
|
||||
| **人工确认节点** | 报价发送前必须由销售确认金额和条款;智能体不自动对外报价 |
|
||||
| **上线后变化** | 询价整理效率提高;报价草稿生成更快;销售可将更多时间用于客户沟通和议价 |
|
||||
| **适用边界** | 需客户提供历史询价样例和运价规则;复杂或非标询价仍需人工判断 |
|
||||
| **客户类型** | 某货代企业(客户名称已匿名处理),销售团队同时对接直客与同行,每日询价来自微信截图、邮件正文、Excel 附件等多种形态 |
|
||||
| **原业务流程** | 销售将各渠道询价信息复制到统一 Excel,手工补全起运港、目的港、柜型、货量、贸易条款等字段;再翻查内部运价表或向航线同事确认,最后整理成报价邮件发给客户。旺季时销售同时处理十几条询价,容易漏字段或报重报漏 |
|
||||
| **主要问题** | 询价来源分散、格式不一,整理占用大量时间;报价草稿重复劳动多;新人不熟悉各航线命名和附加费规则,出错率高 |
|
||||
| **匠厂交付内容** | 询价整理智能体:从微信文字、邮件、表格中提取并标准化询价字段,标注缺失项;结合客户运价规则与附加费模板生成报价草稿;输出结构化询价台账,供销售逐条审核后发送 |
|
||||
| **人工确认节点** | 报价金额、附加费、有效期等条款发送前必须由销售确认;智能体不自动对外报价,不代替商务谈判 |
|
||||
| **上线后变化** | 询价整理效率提高;报价草稿生成更快;销售可将更多时间用于客户沟通和议价,人工整理压力下降 |
|
||||
| **适用边界** | 需客户提供历史询价样例、运价表及附加费规则;复杂联运、特种柜、危险品等非标询价仍需人工判断 |
|
||||
|
||||
### 项目案例 3:某企业财务对账表自动整理与差异标记
|
||||
|
||||
| 项目 | 内容 |
|
||||
|---|---|
|
||||
| **客户类型** | 某有跨境及物流业务的企业(客户名称、财务系统名称已脱敏) |
|
||||
| **原业务流程** | 财务人员下载各渠道账单,手工整理为统一格式,逐行与内部系统数据核对,标记差异后逐笔追查 |
|
||||
| **主要问题** | 账单格式不统一,整理工作量大;月结期间压力大;差异项定位慢,容易遗漏 |
|
||||
| **匠厂交付内容** | 对账整理智能体:自动识别并归一化账单格式;按规则比对内部数据,输出差异清单;配套对账模板与执行日志 |
|
||||
| **人工确认节点** | 差异项的处理结论、调账和付款动作均由财务人员确认后执行 |
|
||||
| **上线后变化** | 对账表整理时间缩短;差异项定位更快;财务人员可集中精力处理有争议的条目 |
|
||||
| **适用边界** | 需客户提供历史账单样例和内部对账规则;首次上线建议从 1–2 个渠道试点 |
|
||||
| **客户类型** | 某有跨境及物流业务的企业(客户名称、财务系统名称已脱敏),每月需与多家承运商、海外仓、平台方核对运费与服务费 |
|
||||
| **原业务流程** | 月结前,财务人员从邮箱下载各渠道 PDF、Excel 账单,按内部模板手工整理字段;再导出业务系统明细,逐行比对单号、金额、币种、计费重量等;发现差异后标注颜色、写备注,逐笔联系业务或供应商核实 |
|
||||
| **主要问题** | 账单格式五花八门,整理阶段就占用大量时间;月结窗口短、压力大;差异项散落在多张表里,定位慢、容易遗漏重复计费或漏录 |
|
||||
| **匠厂交付内容** | 对账整理智能体:识别并归一化各渠道账单格式,映射到统一对账模板;按预设规则与内部明细比对,输出差异清单(多计、少计、单号不匹配等);配套对账模板、差异分类规则与执行日志 |
|
||||
| **人工确认节点** | 差异项的处理结论、调账申请、付款审批均由财务人员确认后执行;智能体不自动修改财务系统数据 |
|
||||
| **上线后变化** | 对账表整理时间缩短;差异项定位更快;财务人员可集中精力处理有争议的条目,人工审核更聚焦 |
|
||||
| **适用边界** | 需客户提供历史账单样例和内部对账规则;首次上线建议从 1–2 个渠道试点,规则稳定后再扩展 |
|
||||
|
||||
### 项目案例 4:某制造企业供应商报价比对与采购建议
|
||||
|
||||
| 项目 | 内容 |
|
||||
|---|---|
|
||||
| **客户类型** | 某制造业客户(客户名称已匿名处理),采购部门定期向多家供应商询价 |
|
||||
| **原业务流程** | 采购员收集各供应商报价(邮件/Excel/微信),手工填入对比表,逐项核对后提交采购经理审批 |
|
||||
| **主要问题** | 报价格式不统一,整理费时;历史报价难追溯;新人不熟悉比价维度和供应商特点 |
|
||||
| **匠厂交付内容** | 供应商报价比对智能体:自动提取并标准化报价字段,生成对比表和采购建议草稿;支持按物料、供应商维度归档历史报价 |
|
||||
| **人工确认节点** | 最终采购决策和下单由采购经理确认;智能体仅提供整理和建议,不自动下单 |
|
||||
| **客户类型** | 某制造业客户(客户名称已匿名处理),原材料品类多,采购部门需定期向多家供应商询价并提交比价审批 |
|
||||
| **原业务流程** | 采购员发出询价后,陆续收到供应商邮件、微信文件或纸质扫描件;手工将报价填入对比表,核对单价、起订量、交期、付款方式、是否含运费等维度;整理完成后提交采购经理审批,历史报价多靠个人文件夹保存,检索不便 |
|
||||
| **主要问题** | 报价格式不统一,整理费时;比价维度多时容易漏项;历史报价难追溯,新人不熟悉各供应商报价习惯 |
|
||||
| **匠厂交付内容** | 供应商报价比对智能体:从邮件、Excel、图片报价单中提取并标准化字段;按物料生成横向对比表,标注最优项与异常报价;输出采购建议草稿,支持按物料、供应商归档历史报价供检索 |
|
||||
| **人工确认节点** | 最终供应商选择、合同条款和下单动作由采购经理确认;智能体仅提供整理和建议,不自动下单 |
|
||||
| **上线后变化** | 报价比对整理效率提高;采购建议更有据可查;比价规则可沉淀复用,减少对个人经验的依赖 |
|
||||
| **适用边界** | 需客户提供报价样例和比价维度;战略采购、非标物料等复杂决策仍需人工判断 |
|
||||
| **适用边界** | 需客户提供报价样例和比价维度;战略采购、独家物料、非标规格等复杂决策仍需人工判断 |
|
||||
|
||||
### 项目案例 5:某电商运营团队商品资料整理与 Listing 草稿生成
|
||||
|
||||
| 项目 | 内容 |
|
||||
|---|---|
|
||||
| **客户类型** | 某电商运营团队(客户名称已匿名处理),经营多平台跨境店铺 |
|
||||
| **原业务流程** | 运营从供应商资料、竞品页面、内部表格中提取商品信息,手工整理标题、卖点、属性后录入各平台后台 |
|
||||
| **主要问题** | 商品资料来源分散,整理重复;多平台格式要求不同,录入耗时;上新节奏快时人工压力大 |
|
||||
| **匠厂交付内容** | 商品资料整理智能体与 Listing 草稿生成智能体:从原始资料提取并标准化字段,按平台规则生成标题、详情草稿;输出待审核清单 |
|
||||
| **人工确认节点** | 商品上架、价格调整等操作由运营人员审核确认后执行;不自动发布 |
|
||||
| **上线后变化** | 商品资料整理效率提高;Listing 草稿生成更快;运营可将更多时间用于选品和投放优化 |
|
||||
| **适用边界** | 需客户提供商品资料样例和各平台字段规则;品牌调性和敏感表述需人工把关 |
|
||||
| **客户类型** | 某电商运营团队(客户名称已匿名处理),同时经营淘宝、天猫及跨境平台店铺,SKU 更新频繁 |
|
||||
| **原业务流程** | 运营从供应商提供的规格表、竞品详情页、内部产品库中提取信息;按各平台要求分别编写标题、卖点、属性、详情图文结构;上新高峰期需反复登录卖家后台录入,并手工维护一份商品资料总表供团队协同 |
|
||||
| **主要问题** | 商品资料来源分散,同一 SKU 在多平台重复整理;各平台字段长度、违禁词、类目属性要求不同,录入耗时;人工维护表格易与后台不同步 |
|
||||
| **匠厂交付内容** | 商品资料整理智能体:从原始资料提取并标准化 SKU 字段,合并去重;Listing 草稿生成智能体:按淘宝/天猫及跨境平台规则分别生成标题、卖点、属性草稿;输出待审核清单,标注各平台差异项与敏感词提示 |
|
||||
| **人工确认节点** | 商品上架、价格调整、促销活动设置等操作由运营人员审核确认后执行;不自动发布,不自动改价 |
|
||||
| **上线后变化** | 商品资料整理效率提高;Listing 草稿生成更快;运营可将更多时间用于选品、活动和客户体验优化 |
|
||||
| **适用边界** | 需客户提供商品资料样例和各平台字段规则;品牌调性、夸大宣传及平台敏感表述需人工把关 |
|
||||
|
||||
### 项目案例 6:某内容运营团队多平台文章发布自动化
|
||||
|
||||
| 项目 | 内容 |
|
||||
|---|---|
|
||||
| **客户类型** | 某内容运营团队(客户名称已匿名处理),需在多个自媒体平台同步发布内容 |
|
||||
| **原业务流程** | 编辑完成稿件后,运营逐平台登录后台,调整格式、上传配图、填写标签,手工记录发布链接和状态 |
|
||||
| **主要问题** | 多平台格式要求不同,重复操作多;发布记录分散,难以统一追踪;内容团队大量时间耗在后台操作上 |
|
||||
| **匠厂交付内容** | 多平台文章发布智能体:按各平台格式要求自动排版和发布;内容发布记录整理智能体:汇总发布链接、状态和时间;配套发布日志 |
|
||||
| **人工确认节点** | 文章发布前由编辑或运营审核确认;敏感内容和高风险账号不自动发布 |
|
||||
| **上线后变化** | 重复发布操作减少;发布记录整理更及时;内容团队可将更多时间用于选题和内容质量 |
|
||||
| **适用边界** | 需客户提供各平台账号授权和发布规范;部分平台界面变更时需同步维护适配规则 |
|
||||
| **客户类型** | 某内容运营团队(客户名称已匿名处理),为企业客户提供公众号、头条号、搜狐号、知乎等多平台内容分发服务 |
|
||||
| **原业务流程** | 编辑在 Word 或飞书完成定稿后,运营按各平台要求调整标题字数、段落格式、封面比例和标签;逐平台登录后台上传配图、粘贴正文、设置原创声明;发布后在共享表格中手工记录链接、发布时间和阅读量截图,周报时再汇总 |
|
||||
| **主要问题** | 同一篇文章需重复排版发布,操作琐碎;各平台后台界面不同,新人上手慢;发布记录分散,复盘和向客户汇报时需重新整理 |
|
||||
| **匠厂交付内容** | 多平台文章发布智能体:按各平台格式要求自动排版并执行发布;内容发布记录整理智能体:汇总各平台链接、发布状态和时间;配套发布日志,支持按客户、账号、日期检索 |
|
||||
| **人工确认节点** | 文章发布前由编辑或运营审核确认正文与配图;涉政敏感、客户品牌口径及高风险账号不自动发布 |
|
||||
| **上线后变化** | 重复发布操作减少;发布记录整理更及时;内容团队可将更多时间用于选题、改稿和转化跟进 |
|
||||
| **适用边界** | 需客户提供各平台账号授权和发布规范;部分平台界面或审核规则变更时需同步维护适配 |
|
||||
|
||||
### 项目案例 7:某企业 HR 简历初筛与面试协调
|
||||
|
||||
| 项目 | 内容 |
|
||||
|---|---|
|
||||
| **客户类型** | 某企业人力资源部门(客户名称已匿名处理),招聘需求量大、岗位类型多 |
|
||||
| **原业务流程** | HR 逐份阅读简历,按岗位要求手工筛选;协调面试官与候选人的时间,通过邮件或即时通讯反复沟通 |
|
||||
| **主要问题** | 简历初筛耗时,标准难以统一;面试安排沟通成本高;同类制度咨询反复占用 HR 时间 |
|
||||
| **匠厂交付内容** | 简历初筛智能体:按岗位 JD 和筛选规则输出初筛结果与推荐理由;面试协调智能体:汇总可用时间并生成协调建议;员工政策问答智能体辅助制度咨询 |
|
||||
| **人工确认节点** | 进入面试环节的候选人由 HR 最终确认;面试时间和地点发送前需 HR 审核 |
|
||||
| **上线后变化** | 简历初筛效率提高;面试协调沟通次数减少;HR 审核更聚焦,事务性工作压力下降 |
|
||||
| **适用边界** | 需客户提供岗位 JD、筛选标准和历史简历样例;最终录用决策仍由 HR 和用人部门做出 |
|
||||
| **客户类型** | 某企业人力资源部门(客户名称已匿名处理),业务扩张期同时开放销售、运营、技术等十余类岗位招聘 |
|
||||
| **原业务流程** | HR 每日从招聘平台导出简历,逐份阅读并对照 JD 标注是否进入下一轮;确定候选人后,通过邮件或企业微信与用人部门面试官、候选人多方协调面试时间;员工常就请假、报销、制度条款向 HR 重复咨询 |
|
||||
| **主要问题** | 简历量大时初筛占用整块工作时间;面试协调来回沟通多,改期频繁;制度类咨询打断 HR 核心招聘工作 |
|
||||
| **匠厂交付内容** | 简历初筛智能体:按岗位 JD 和硬性条件输出初筛结果与推荐理由,标注存疑项;面试协调智能体:汇总面试官可用时段,生成协调建议供 HR 确认发送;员工政策问答智能体:基于制度文档回答常见咨询并引用出处 |
|
||||
| **人工确认节点** | 进入面试环节的候选人由 HR 最终确认;面试邀请、时间变更通知发送前需 HR 审核;录用决策仍由 HR 与用人部门共同做出 |
|
||||
| **上线后变化** | 简历初筛效率提高;面试协调沟通次数减少;重复制度咨询减少,HR 审核更聚焦,事务性工作压力下降 |
|
||||
| **适用边界** | 需客户提供岗位 JD、筛选标准和经审核的制度文档;高端岗位、管理岗等需深度评估的候选人仍建议人工通读简历 |
|
||||
|
||||
### 项目案例 8:某企业内部 SOP / ERP 操作知识库助手
|
||||
|
||||
| 项目 | 内容 |
|
||||
|---|---|
|
||||
| **客户类型** | 某制造企业(客户名称、ERP 系统名称已脱敏),员工频繁查询操作流程和制度 |
|
||||
| **原业务流程** | 员工遇到操作问题先问老员工或翻找分散的文档;SOP 更新后难以及时同步到一线;新员工上手依赖口头传授 |
|
||||
| **主要问题** | 重复咨询多,老员工被打断频繁;文档版本不统一,查找困难;培训成本高、周期长 |
|
||||
| **匠厂交付内容** | 企业知识库与问答助手:导入 ERP 操作手册、SOP、制度文件和产品资料;支持自然语言查询并引用原文出处;配套知识更新流程说明 |
|
||||
| **人工确认节点** | 知识库内容更新由管理员审核后生效;涉及权限变更、财务操作等敏感问题引导至人工处理 |
|
||||
| **上线后变化** | 重复咨询减少;新员工上手更快;制度和产品知识查询更便捷,回答可溯源 |
|
||||
| **适用边界** | 需客户提供经审核的文档资料;知识库需随制度变更定期维护,不宜一劳永逸 |
|
||||
| **客户类型** | 某制造企业(客户名称、ERP 系统名称已脱敏),仓库、生产、采购等部门员工日常频繁查询系统操作与内部制度 |
|
||||
| **原业务流程** | 员工遇到“这个单据怎么录”“退货流程怎么走”等问题,习惯直接问邻座老员工或在各群重复提问;SOP 文档存放在共享盘多个文件夹,版本不一;新员工入职前两周大量时间花在跟岗记笔记上 |
|
||||
| **主要问题** | 重复咨询多,老员工频繁被打断;文档查找路径不统一,答非所问时有发生;制度或流程更新后,一线知晓滞后 |
|
||||
| **匠厂交付内容** | 企业知识库与问答助手:导入 ERP 操作手册、仓储 SOP、采购制度、产品资料等经审核文档;支持自然语言提问并引用原文段落;配置敏感问题(如权限变更、财务过账)转人工处理规则;提供知识更新与下架流程说明 |
|
||||
| **人工确认节点** | 知识库新增或变更内容经管理员审核后生效;涉及金额、权限、合规等事项自动引导至对应负责人,不直接给出操作建议 |
|
||||
| **上线后变化** | 重复咨询减少;新员工上手更快;制度、流程和系统操作知识查询更便捷,回答可溯源到原文 |
|
||||
| **适用边界** | 需客户提供经审核的文档资料;知识库需随制度与系统变更定期维护,不宜一劳永逸 |
|
||||
|
||||
更多项目案例可按行业继续整理为独立案例页,例如:
|
||||
|
||||
- 物流与货代项目案例
|
||||
- 制造业项目案例
|
||||
- 财务与对账项目案例
|
||||
- 电商运营项目案例
|
||||
- 市场营销自动化项目案例
|
||||
- 人力资源智能体项目案例
|
||||
更多项目案例请查看:[匠厂 AI 智能体项目案例库](./cases/README.md)
|
||||
|
||||
---
|
||||
|
||||
@@ -427,7 +426,7 @@ Artisan Factory
|
||||
| **是否能操作流程** | 需要人自己操作 | 能操作但理解弱 | 可理解、可执行、可审核 |
|
||||
| **适合场景** | 问答、写作 | 固定页面操作 | 跨系统、跨文档、跨流程的业务任务 |
|
||||
| **风险控制** | 依赖人工判断 | 脚本异常需维护 | 人工确认 + 日志追溯 + 异常回退 |
|
||||
| **价值重点** | 给建议 | 替代点击 | 让智能体参与日常工作 |
|
||||
| **价值重点** | 给建议 | 减少重复点击 | 让智能体参与日常工作 |
|
||||
|
||||
匠厂不是让 AI 直接盲目操作系统,而是把 **AI 理解能力、Python 技能、OpenClaw 自动化、RPA/API 集成和人工审核** 组合起来,让智能体在可控边界内处理真实工作——能读懂业务、能执行动作、能留痕追溯、关键节点有人把关。
|
||||
|
||||
@@ -459,6 +458,8 @@ Artisan Factory
|
||||
|
||||
试点周期通常为数周,具体取决于流程复杂度和数据准备情况。先跑通、再扩展,降低决策风险。
|
||||
|
||||
如果您想判断自己的流程是否适合先做试点,可以查看:[AI 智能体试点启动指南](./quick-start.md)
|
||||
|
||||
---
|
||||
|
||||
## 8. 我们如何交付
|
||||
@@ -559,7 +560,7 @@ Artisan Factory
|
||||
### 不适合
|
||||
|
||||
- 完全没有流程、没有样例数据可参考
|
||||
- 希望 AI 立刻替代所有相关岗位员工
|
||||
- 期望智能体无需人工复核即可承担全部岗位工作
|
||||
- 不愿意提供测试账号或样例资料
|
||||
- 高风险动作不愿设置人工确认节点
|
||||
- 期望不维护、不迭代的一次性项目
|
||||
|
||||
Reference in New Issue
Block a user