<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Delivery on All about Raspberry Pi</title><link>https://hugozhu.site/tags/delivery/</link><description>Recent content in Delivery on All about Raspberry Pi</description><generator>Hugo</generator><language>en</language><lastBuildDate>Tue, 02 Jun 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://hugozhu.site/tags/delivery/index.xml" rel="self" type="application/rss+xml"/><item><title>销售流程 AI 化（三）：售后 SOP 不是写出来的，是从承诺编译出来的</title><link>https://hugozhu.site/post/2026/253-ai-native-sales-delivery-sop/</link><pubDate>Tue, 02 Jun 2026 00:00:00 +0000</pubDate><guid>https://hugozhu.site/post/2026/253-ai-native-sales-delivery-sop/</guid><description>&lt;p&gt;先讲一个我听来的真实教训。一位在某物流巨头做过数字化的朋友跟我说，他们曾经丢过一个大客户：销售签单时承诺了某条线路的时效和异常赔付标准，白纸黑字写在合同附件里。但这套承诺从来没有进过运营和售后的系统 —— 交付团队按通用 SOP 派单，时效标准对不上，出了几次异常也没按销售承诺的标准赔。三个月后客户怒而解约。产品没问题，销售没说谎，交付也尽力了，单子却死在了三者之间那道没人负责的缝里。&lt;/p&gt;
&lt;p&gt;这不是个案。 &lt;strong&gt;销售到交付的断点，是企业里最贵、又最没人负责的一种成本&lt;/strong&gt; —— 它不在销售的 KPI 里（单子签了），不在交付的 KPI 里（工单做了），它只在客户续约时，以丢单的形式一次性结算。&lt;/p&gt;
&lt;p&gt;&lt;a href="https://hugozhu.site/img/2026/ai-native-sales-delivery-sop.png"&gt;&lt;img src="https://hugozhu.site/img/2026/ai-native-sales-delivery-sop-thumb.jpg" alt="履约 SOP：从方案对象的承诺字段编译，运维数据回流预警续约"&gt;&lt;/a&gt;&lt;/p&gt;</description></item></channel></rss>