不是缺一个大模型,是缺人把赚没赚、货到没到、微信怎么回、款会不会付重,接到同一套账上。
产值、出库、收款各一张表。签约额、出库额、回款额混在一起,老板看完还是没法拍板。
送货单拍完还要对照规格重量往系统里敲。抄错批次,后面领料、对账全乱。
询价、催货、改交期都在聊天里。回慢了丢单,回错了承诺对不上系统里的库存和交期。
对外是四位数字员工。问答、问数、录单、风控不单独包装成员工,按场景被调用。
「不是看一堆表,是看懂这个月赚没赚」
产值、出库、收款不必再各翻一张表。开口问经营,结论先出,明细可核。资金口径和业务口径分开,不把签约额说成已经进账的利润。
「货到了拍一张,核对后才入库」
仓管每天对着送货单抄规格、重量、批次。不是不想录,是货到了人就得围着纸单转。拍一张生成草稿,核对后才写入库存和应付。
「这段微信,下一句怎么接」
询价、催货、改交期都在微信里。对着这段聊天给出下一句,并核对库存、交期和商机,避免随口承诺对不上账。
「这笔记款,会不会付重」
供应商催款急的时候,先问这笔记款会不会付重。核对应付和近期付款,给出提示。通过或驳回仍由审批人点。
工贸助手主要用问数,进销存助手主要用录单,CRM 助手主要用问答,财务助手主要用风控。权限与系统一致。
问菜单、问步骤、问这段微信下一句怎么回。给出路径和建议,不编造系统里没有的按钮。
问本企业某个对象的数。先锁定菜单里的对象再查账,表格给明细,文字只汇总。
货到了拍一张,或把微信要点变成草稿。解析、核对、确认三步,未确认不入库。
这笔记款会不会付重,给出核对建议。通过或驳回仍是审批人的动作。
落地路径
先把报工和订单跑通,再按需要打开工贸、进销存、CRM 与财务助手
工贸助手看赚没赚,进销存拍一张再入库,CRM 接下一段微信,财务拦住付重。
对话身份就是这名员工的账号。页面上能点的,对话里才能做;只勾了查看,可以问数,不能写库。
解析可以错一次,入账必须人点确认。未确认不进审批、不扣库存、不形成应收应付。
对象对齐菜单。库存余额和库存流水分开认;利润必须落在资金口径或业务口径其中一张。
重复付款与风险可以提示。提交和同意是不同按钮,通过或驳回仍是审批人的事。
右下角对话、全页工作台、业务页智能录入、员工移动端、企业微信等外部助手,权限都是该员工那一套。
待办、工序、流程图在首页。Agent 从对话进入,不把默认首页改成聊天页。