客服
- 在 WhatsApp、企业微信和邮件里回答产品、价格和货期问题
- 把询价按客户原话登记,派给负责的销售
人决定销售确认交期和订单
给自己卖、也通过经销商、门店和加盟伙伴卖的品牌:数字员工在 WhatsApp、企业微信和邮件里回答产品与订单问题,把询价变成报价和订单;每个伙伴的月度分成按真实净收入逐笔算出,每一笔追得到订单,付款前由另一个人审批。

客户在 WhatsApp、企业微信或邮件里问价、问货期,数字员工按价目表和成本起草报价;低于毛利底线的报价要指定的人批。
分成只按真实净收入算(原价减折扣、退款与手续费),最多三级;争议、未付款、已取消的订单不计。起草结算的人不能批结算。
订单金额减去实际成本,没有实际成本的先用预估。每天巡检,毛利过低、客户超信用额度就提出预警,写明依据。
数字员工在这个岗位已经在用的群里干活:它准备、核对、提醒,决定由人来做。
人决定销售确认交期和订单
人决定低于毛利底线的报价,由指定的人批
人决定渠道负责人认证或暂停伙伴;结算由起草人以外的人批
人决定商品负责人决定调价
人决定财务登记收款、安排付款
人决定老板定价格策略和渠道政策
WhatsApp、企业微信、Slack、Microsoft Teams,以及邮件
电商与支付平台的订单和流水导入 Semantic;会计软件照常记账
价目表、毛利底线、分成规则和伙伴名单导入一次,之后在 Semantic 里维护
改数据只走 Action:谁、什么时候、改了什么、谁批的,都记在 Action Log 里。
方案包是一组做好的对象类型、链接、动作、提醒和工作台,装进你们自己的 Semantic,跟着版本升级。下面的名字就是装上之后在 CLI 和接口里用的名字。
developer/apps/order-to-cash询价、报价(低于毛利底线要审批)、订单、发票、收款与催收,加一个老板工作台。
inquiryquotefollowUpdeveloper/apps/partner-network多级伙伴(经销商、门店、加盟)、终端客户、订单与退款、分成规则、月度结算(两人审批)、合规事件;合作伙伴台。
servicePlanpartnerendCustomerserviceOrdercommissionRulesettlementcommissionLinecomplianceEventdeveloper/apps/finance-cockpit资金账户、应付与付款、资金计划、成本记录、财务预警;13 周现金预测、按客户与产品的毛利、预警收件箱。
bankAccountbillsupplierPaymentcashPlanEntrycostRecordfinanceAlertdeveloper/apps/business-core客户、供应商、产品与物料、订单、发票(含电子发票与催收状态)、收款、员工:其他方案包共用的底座。
staffMembercustomersupplieritemsalesOrdersalesOrderLineinvoicepayment导入客户、产品、价目和现有伙伴;定下毛利底线、分成规则和审批人。
数字员工进客服和销售的群,接询价、起草报价;按首次回复时间与报价成交率签收。
起草、审批、付款;按出账天数与争议率签收。
可以。数字员工在 WhatsApp、企业微信、Slack 和 Microsoft Teams 里都能接活,记录照样进 Semantic,报价、订单、发票照样走完。
不会。分成只按真实成交的净收入算,最多三级;发展下级本身不拿钱,伙伴要先通过培训考核才能认证。
每张发票、账单和收付款都记原币和本币金额,汇总按本币算。
不用。订单和流水从它们导入,会计软件照常记账;ADIS 管的是接下来该做什么、该批什么。