人手改的那一手真正落得下去;界面不撒谎那几处补齐
手改是**兜 AI 的错**的那一手 —— 这一轮把它从「摆在那儿但落不了地」做成真的: 件上就地改 · 保存**按地址收**,不看当下那张卡:载荷从前借道工单的 `blocks[i]` 取列名, 于是熔断卡(没有 blocks)在屏上时,人补的那一格一个字都送不出去 —— 而他要补的恰恰是把这一单卡住的那个必填格。授权面改由活动清单的台账声明把关。 · **能增删行**:错不止「这一格填错了」,还有「这一行不该在」与「漏了一行」。 删挂记号不当场抹掉(看得见、可后悔),且**删要说出来**(`drops`)—— 「没回传就是删了」会把一次不完整的回传变成一次删表。 · **必填没填按不下提交**:与放行门 L1 同一个数同一套算法;闸上摆出差在哪一行哪一格。 · 只写真改了的那几行 —— 改一格却留「修订 4 行」的痕,那句话是假的。 判据与门 · 裁量判据带谓词时**谓词说了算**:「选填缺口已补齐」基座数得出来, 人填好的目标价它照样判「客户未提供」的毛病由此消掉。 · 验收卡判据**读时现算** —— 人在成果件上补一格,判据跟着变。 · 放行门认「**办完了没有**」不认「有人写过」:从前写个 `false` 就把门推开, 于是一单没打标就进了放行门。三个数全由基座现数。 · 拒回把「活没干完」说成「数或行对不上」的毛病:判据点名的表一行都没写时直说那一步没办。 **指向两扇打不开的门,比不指还糟。** 界面不撒谎 · 日志只有三色:负责人绿 · 智能体蓝 · 系统灰(归侧五种是度量的分法,不是给人看的)。 · 验收收口答两件事:落了什么(按**交付物**点名,一份成果的几张表并成一行)、 往哪儿去(转出哪一口、带过去哪些字段);一个口都没发就直说到此为止。 · 签完到收尾之间那一段有自己的话「字已签下,正在落地」—— 中间态本来就该说出来,只是要说对。 · 消息不再被内部事件刷屏:只有从通道进来的件才谈得上「无人认领」。 · 建客户公司与联系人**一次确认落两行**;联系人编码自增不问人;卡面摆表的人读名。 A1 三案例端到端全 released:全 A 类直通 12 拍 / 客户点名跳一条 10 拍 / 新客户缺必填 14 拍。 五道门禁全绿(971 passed)。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01JsTDjoHovERXyy6Wmw1ALp
This commit is contained in:
@@ -1,61 +1,95 @@
|
||||
/**
|
||||
* A7 情报归档的案例模型 —— **双表示同版本**:CMMN XML(机器面)与案例说明书(叙事面)。
|
||||
* A7 情报归档的案例模型 —— **一步落三张表**(2026-07-31 照 A1 的状态机模式重做)。
|
||||
*
|
||||
* 2026-07-29 由步序声明(flow)改写而来。归档这件事没有分支:登记结果 → 更新画像 →
|
||||
* 统计落地率 → 验收。三件事互不依赖,同阶段并列(CMMN 里同阶段的项本就无隐含次序)。
|
||||
* 归档这件事没有分支,也没有判断:一单报价有了结果,把它沉淀成下一单用得上的情报 ——
|
||||
* 历史价、客户画像、落地率统计。上一版把这三样各建成一个计划项,
|
||||
* 可它们**互不依赖、同一拍就能写完**,分开只换来两次多余的 finish。
|
||||
*
|
||||
* 两项:
|
||||
* T_archive —— 一步落三张表(历史价 / 客户画像 / 落地率);
|
||||
* T_release —— 封卷放行(人工激活)。
|
||||
*
|
||||
* 归档的价值全在**下一单**:这一单的拒绝原因,是下一单定价时的判据。
|
||||
* 所以「不得空归档」是它唯一的硬判据 —— 三张表都写了才算办完。
|
||||
*/
|
||||
|
||||
export const CMMN_XML = `<?xml version="1.0" encoding="UTF-8"?>
|
||||
<definitions xmlns="http://www.omg.org/spec/CMMN/20151109/MODEL">
|
||||
<case id="archive">
|
||||
<caseFileModel>
|
||||
<caseFileItem id="result" name="报价结果"/>
|
||||
<caseFileItem id="history" name="历史价格情报"/>
|
||||
<caseFileItem id="profile" name="客户画像"/>
|
||||
<caseFileItem id="stats" name="报价落地率统计"/>
|
||||
<caseFileItem id="quoteNo" name="报价单号(开案即有)"/>
|
||||
<caseFileItem id="archived_total" name="已归档条数"/>
|
||||
</caseFileModel>
|
||||
<casePlanModel id="plan" name="情报归档" autoComplete="true">
|
||||
<sentry id="s_result">
|
||||
<onPart id="op_rs" caseFileItemRef="result"><standardEvent>create</standardEvent></onPart>
|
||||
</sentry>
|
||||
<sentry id="s_logged">
|
||||
<onPart id="op_lg" caseFileItemRef="history"><standardEvent>update</standardEvent></onPart>
|
||||
<ifPart id="if_lg"><condition>reasonLogged = true</condition></ifPart>
|
||||
<sentry id="s_archived">
|
||||
<onPart id="op_ar" caseFileItemRef="archived_total"><standardEvent>update</standardEvent></onPart>
|
||||
<ifPart id="if_ar"><condition>archived_total > 0</condition></ifPart>
|
||||
</sentry>
|
||||
|
||||
<stage id="S1" name="回写沉淀" autoComplete="true">
|
||||
<entryCriterion id="ec_s1" sentryRef="s_result"/>
|
||||
<humanTask id="T_log" name="人工登记结果(拒绝原因 / 竞对价位)">
|
||||
<itemControl><manualActivationRule id="m_lg"/></itemControl>
|
||||
</humanTask>
|
||||
<humanTask id="T_profile" name="人工更新客户画像">
|
||||
<entryCriterion id="ec_pf" sentryRef="s_logged"/>
|
||||
<itemControl><manualActivationRule id="m_pf"/></itemControl>
|
||||
</humanTask>
|
||||
<humanTask id="T_stats" name="人工统计落地率">
|
||||
<itemControl><manualActivationRule id="m_st"/></itemControl>
|
||||
</humanTask>
|
||||
</stage>
|
||||
<milestone id="M_archived" name="情报已回写"/>
|
||||
|
||||
<humanTask id="T_release" name="人工归档闭环验收放行">
|
||||
<itemControl><manualActivationRule id="m_rl"/></itemControl>
|
||||
<!-- 一步落三张表:它们互不依赖,同一拍写完 -->
|
||||
<humanTask id="T_archive" name="情报归档:落历史价、客户画像、落地率统计">
|
||||
<itemControl><repetitionRule id="r_ar"/></itemControl>
|
||||
</humanTask>
|
||||
|
||||
<timerEventListener id="TL_half" name="时限过半">
|
||||
<timerExpression>PT12H</timerExpression>
|
||||
</timerEventListener>
|
||||
<humanTask id="T_release" name="封卷放行">
|
||||
<entryCriterion id="ec_rel" sentryRef="s_archived"/>
|
||||
<itemControl><manualActivationRule id="m_rl"/></itemControl>
|
||||
</humanTask>
|
||||
</casePlanModel>
|
||||
</case>
|
||||
</definitions>`;
|
||||
|
||||
export const NARRATIVE = `§0 开案:一单报价有了结果(成交 / 拒绝 / 超时)即开案。
|
||||
这件事不产生对外交付,它产生的是**下一单的本钱** —— 报价落地率、客户画像、竞对价位。
|
||||
这一单的价值**全在下一单**:今天记下的拒绝原因,是下次定价时的判据;
|
||||
今天记下的成交价,是下次的基准。所以归档不是收尾的仪式,是情报生产。
|
||||
|
||||
S1 回写沉淀:先登记结果 —— 拒绝的要写清原因与竞对价位,**「客户没回」不是原因**,
|
||||
问不出来就写「未获反馈」,不许编一个听着合理的理由。
|
||||
再按结果更新客户画像标签与等级(利润模型 P-01 的客户等级因子取的就是它),
|
||||
并把这一单计入当月落地率统计(TypeA 命中率、D+3 回复率一并算)。
|
||||
**一步就能办完** —— 三张表互不依赖,同一拍写完:
|
||||
· \`market.price_history\`:这一单报了什么价、什么时候报的、结果如何、拒绝原因是什么;
|
||||
· \`customer.profile\`:客户画像该更新什么(价格敏感度、决策周期、常用条款);
|
||||
· \`shared.landing_stats\`:这个月的落地率、A 类命中、三日回复率。
|
||||
|
||||
§Z 结案:原因已回写、画像已更新、BD 签字放行,自动结案。
|
||||
归档做得好不好,不在这一单看得出来 —— 在下一次报价能不能一眼看到「上次为什么丢」看得出来。`;
|
||||
**不得空归档**:三张表都得有东西。「这一单没什么好记的」不是理由 ——
|
||||
结果本身就是情报,拒绝的原因尤其是。写完把 archived_total 记上,再 finish。
|
||||
|
||||
【封卷放行】**先 start T_release**(人工激活),提交前用 judge 裁掉裁量判据
|
||||
(criterion 照判据名原样写),然后 submit。终局唯放行:你不能自己宣布完成。
|
||||
|
||||
【一路上要说话】每一拍带一句 say,说**业务的话**:这一单最后怎么样、为什么、
|
||||
下次遇到同类该注意什么。一两句、口语。别报「写草稿 N 行」这种系统词。`;
|
||||
|
||||
/**
|
||||
* 步骤剧本 —— 与 A1 同一套。放行那一项不给 `doneWhen`(触达世界)。
|
||||
*/
|
||||
export const ARCHIVE_STEPS = [
|
||||
{
|
||||
item: 'T_archive',
|
||||
intent: '一步落三张表:历史价、客户画像、落地率统计',
|
||||
writes: ['market.price_history', 'customer.profile', 'shared.landing_stats', 'quote_archive.verdict'],
|
||||
reads: [],
|
||||
tools: [],
|
||||
// 三张都写了才算归档过。不写 `!= null` —— 未绑定的名字那样求值为 true(A1 踩过)
|
||||
doneWhen: 'archived_total > 0',
|
||||
guide: `三张表互不依赖,**同一拍写完**:
|
||||
· \`market.price_history\`:报了什么价、什么时候、结果如何、拒绝原因;
|
||||
· \`customer.profile\`:客户画像该更新什么(价格敏感度、决策周期、常用条款);
|
||||
· \`shared.landing_stats\`:本月落地率、A 类命中、三日回复率。
|
||||
**不得空归档** —— 「没什么好记的」不是理由,结果本身就是情报,拒绝原因尤其是。
|
||||
**同一拍再写一行 \`quote_archive.verdict\`**(验收机检读的就是它):
|
||||
· archived_total = 已归档条数;
|
||||
· reason_logged_total = 已回写拒绝原因/竞对价位的条数(要 > 0);
|
||||
· profile_updated_total = 已更新客户画像标签的条数(要 > 0);
|
||||
· summary 一句人话结论。写不对 submit 会被门挡回来。写完再 finish。
|
||||
**每一行都要带 \`rfq_ref\`** —— 它是这一单的单标识(起单入参里就有,原样抄进去)。
|
||||
台账主键第一列就是它:不写,这一行会和**别的单**同料号的那一行撞主键,把人家覆盖掉
|
||||
(实测栽过:A4 的报价草案主键只有 pn,跑四轮只剩最后一轮的 3 行)。`,
|
||||
},
|
||||
{
|
||||
item: 'T_release',
|
||||
intent: '情报已沉淀,封卷放行',
|
||||
writes: [],
|
||||
reads: [],
|
||||
tools: [],
|
||||
guide: `**先 start T_release**(人工激活),提交前用 judge 裁掉裁量判据,然后 submit。
|
||||
终局唯放行:你不能自己宣布完成。`,
|
||||
},
|
||||
];
|
||||
|
||||
@@ -7,7 +7,6 @@ import type { ActivityBase, ActivityOutcome } from '@sdk';
|
||||
|
||||
export default defineActivity({
|
||||
name: 'quote-archive',
|
||||
paradigm: 'flow',
|
||||
|
||||
async run(base: ActivityBase): Promise<ActivityOutcome> {
|
||||
const history = await base.ledger.read('shared.history_price');
|
||||
|
||||
@@ -6,17 +6,19 @@
|
||||
*/
|
||||
import type { ActivityManifest } from '@contracts';
|
||||
import { ARCHIVE_SKILLS } from './skills.ts';
|
||||
import { CMMN_XML, NARRATIVE } from './case-model.ts';
|
||||
import { CMMN_XML, NARRATIVE, ARCHIVE_STEPS } from './case-model.ts';
|
||||
import { activityIdSchema } from '@contracts';
|
||||
import { ARCHIVE_LOGGED, ARCHIVE_RELEASE } from './views/report.ts';
|
||||
|
||||
const ACTIVITY_ID = activityIdSchema.parse('quote-archive');
|
||||
/** 本活动自己的数据域 —— 三张沉淀表落 `shared`,只有归档结论落这儿 */
|
||||
const DOMAIN = 'quote_archive';
|
||||
|
||||
export const manifest: ActivityManifest = {
|
||||
identity: {
|
||||
activityId: ACTIVITY_ID,
|
||||
name: 'A7 · 情报归档',
|
||||
packageVersion: '0.1.6',
|
||||
packageVersion: '2.1.0',
|
||||
category: '统一报价',
|
||||
sdkVersion: '0.1.0-m5',
|
||||
checksum: 'dev-checksum-quote-archive',
|
||||
@@ -28,9 +30,10 @@ export const manifest: ActivityManifest = {
|
||||
input: {
|
||||
data: {
|
||||
type: 'object',
|
||||
required: ['customerCode', 'quoteNo'],
|
||||
required: ['rfqRef', 'customerCode', 'quoteNo'],
|
||||
properties: {
|
||||
/** 归档写 (pn, quoted_at) 这一行,两个主键都由调用方给定 */
|
||||
rfqRef: { type: 'string', title: '询价单号(单标识,贯穿全流程)' },
|
||||
pn: { type: 'string' },
|
||||
quotedAt: { type: 'string' },
|
||||
customerCode: { type: 'string' },
|
||||
@@ -51,15 +54,28 @@ export const manifest: ActivityManifest = {
|
||||
],
|
||||
selective: [],
|
||||
},
|
||||
/*
|
||||
* 必交付物**必须给 `ledger` 地址**(2026-07-31 修)。
|
||||
* 不给的话预检退回 `scope[key]` 去找 —— key 是 `benchmark-table` 这样的短横线别名,
|
||||
* 任务视图里永远没有这个键,于是「必交付物缺一不得提交放行」永远拒,
|
||||
* 活办完了也放不了行,连拒五拍熔断(实测 A2 死于此)。
|
||||
*/
|
||||
requiredDeliverables: [
|
||||
{ key: 'history-archive', label: '历史价格情报(归档)' },
|
||||
{ key: 'landing-stats', label: '报价落地率统计' },
|
||||
{ key: 'history-archive', label: '历史价格情报(归档)', ledger: 'market.price_history' },
|
||||
{ key: 'landing-stats', label: '报价落地率统计', ledger: 'shared.landing_stats' },
|
||||
],
|
||||
/*
|
||||
* 机检谓词读的是 `verdict` 那张**汇总表**的列(照 A1 的口径)。
|
||||
* 上一版的名字(reasonLogged / profileUpdated)**台账里根本没有** —— S-FEEL 拿未绑定的名字
|
||||
* 比大小求值为假,判据永远达不了标,submit 门永远拒,连拒五拍熔断。
|
||||
* 判据的名字必须落在台账上,否则「机检」是一句空话(2026-07-31 销账)。
|
||||
*/
|
||||
acceptanceCriteria: [
|
||||
{ key: 'reason-logged', label: '拒绝原因 / 竞对价位已回写', level: 'L1', predicate: 'reasonLogged = true' },
|
||||
{ key: 'profile-updated', label: '客户画像标签已更新', level: 'L2', predicate: 'profileUpdated = true' },
|
||||
{ key: 'reason-logged', label: '拒绝原因 / 竞对价位已回写', level: 'L1', predicate: 'reason_logged_total > 0' },
|
||||
{ key: 'profile-updated', label: '客户画像标签已更新', level: 'L2', predicate: 'profile_updated_total > 0' },
|
||||
{ key: 'bd-release', label: 'BD 放行', level: 'L5' },
|
||||
],
|
||||
revisableAtRelease: [],
|
||||
prohibitions: [{ key: 'no-blank-archive', statement: '不得空归档 —— 每一单不成交的报价也是情报资产' }],
|
||||
authorization: { discretion: [], preauthorizedActions: [], humanCallBudget: 2 },
|
||||
resources: {
|
||||
@@ -77,8 +93,9 @@ export const manifest: ActivityManifest = {
|
||||
ledger: [
|
||||
{
|
||||
// 共享域:跨活动的沉淀事实(AM 11.3 暗耦合禁令的两条合法路径之一)
|
||||
domain: 'shared',
|
||||
object: 'history_price',
|
||||
domain: 'market',
|
||||
object: 'price_history',
|
||||
kind: 'master',
|
||||
label: '历史价格情报',
|
||||
fields: [
|
||||
{ name: 'pn', type: 'text', primaryKey: true, masked: false },
|
||||
@@ -88,8 +105,9 @@ export const manifest: ActivityManifest = {
|
||||
],
|
||||
},
|
||||
{
|
||||
domain: 'shared',
|
||||
object: 'customer',
|
||||
domain: 'customer',
|
||||
object: 'profile',
|
||||
kind: 'master',
|
||||
label: '客户资料库',
|
||||
fields: [
|
||||
{ name: 'customer_code', type: 'text', primaryKey: true, masked: false, label: '客户码' },
|
||||
@@ -100,6 +118,7 @@ export const manifest: ActivityManifest = {
|
||||
{
|
||||
domain: 'shared',
|
||||
object: 'landing_stats',
|
||||
kind: 'derived',
|
||||
label: '报价落地率统计',
|
||||
fields: [
|
||||
{ name: 'period', type: 'text', primaryKey: true, masked: false, label: '月份' },
|
||||
@@ -108,6 +127,26 @@ export const manifest: ActivityManifest = {
|
||||
{ name: 'reply_rate_d3', type: 'number', primaryKey: false, masked: false, label: 'D+3回复率' },
|
||||
],
|
||||
},
|
||||
{
|
||||
/*
|
||||
* 归档结论 —— 一单一行的**汇总表**,验收机检谓词的入参就在这儿。
|
||||
* 汇总列与逐行列**故意不同名**:任务视图把草稿行摊平到顶层是「后写的赢」,
|
||||
* 拿逐行列求值只会验到最后写的那一行,那不叫机检、叫抽样(A1 的教训)。
|
||||
*/
|
||||
domain: DOMAIN,
|
||||
object: 'verdict',
|
||||
kind: 'record',
|
||||
caseKey: 'rfq_ref',
|
||||
label: '归档结论',
|
||||
fields: [
|
||||
{ name: 'rfq_ref', type: 'text', primaryKey: true, masked: false, label: '询价单号' },
|
||||
{ name: 'quote_no', type: 'text', primaryKey: false, masked: false, label: '报价单号' },
|
||||
{ name: 'archived_total', type: 'integer', primaryKey: false, masked: false, label: '已归档条数' },
|
||||
{ name: 'reason_logged_total', type: 'integer', primaryKey: false, masked: false, label: '已回写原因条数' },
|
||||
{ name: 'profile_updated_total', type: 'integer', primaryKey: false, masked: false, label: '已更新画像条数' },
|
||||
{ name: 'summary', type: 'text', primaryKey: false, masked: false, label: '归档结论' },
|
||||
],
|
||||
},
|
||||
],
|
||||
listeners: [],
|
||||
// 7 天闭环(MVP示例 §1.7)
|
||||
@@ -120,6 +159,8 @@ export const manifest: ActivityManifest = {
|
||||
cmmnXml: CMMN_XML,
|
||||
narrative: NARRATIVE,
|
||||
dmn: { drd: [], tables: [] },
|
||||
/* 步骤剧本 —— 与 A1 同一套:doneWhen 真了引擎自己收步,不问模型 */
|
||||
steps: ARCHIVE_STEPS,
|
||||
},
|
||||
skills: ARCHIVE_SKILLS,
|
||||
viewTemplates: [
|
||||
|
||||
@@ -1,43 +1,154 @@
|
||||
/**
|
||||
* A7 视图模版 —— 归档两屏:结果登记 / 闭环待放行(AM 07)。
|
||||
* 归档是这条流的收尾:它写回的是**下一单的判据**,所以要说清「这次学到了什么」。
|
||||
* A7 情报归档的 HTML 报告模版 —— **活动自己持有的资产**(§10.3),随包版本冻结。
|
||||
*
|
||||
* 归档最容易被当成走过场:单子已经丢了,再填一遍原因像是给失败写检讨。
|
||||
* 所以这两屏从头到尾只讲一件事 —— **这一单留下了什么,下一单谁会用它**。
|
||||
* 三张共享域表各自对着下一单的一个判据:历史价格情报喂三分类 P-03 的「距上次报价」、
|
||||
* 客户资料库喂利润模型 P-01 的客户等级因子、落地率统计喂驾驶舱。人在这一屏上要判断的
|
||||
* 不是「填没填」,是**填的这几个字下一单的机器读不读得懂** —— 写成散文只能被人读,
|
||||
* 写成字段才进得了决策表。
|
||||
*
|
||||
* 两个局面:
|
||||
* ① 结果登记 —— 拒绝原因与竞对价位在不在、算不算数;
|
||||
* ② 闭环待放行 —— 三样沉淀齐不齐;签完这一笔整条流走到终点。
|
||||
*
|
||||
* 这里**没有「案例进程」一节**:归档只有 S1 一个阶段,摆出来是一行凑数的进度条,
|
||||
* 而版面上每多一节,真正要看的三张表就少一分注意力。
|
||||
*
|
||||
* 容器是 `sandbox=""` iframe:无脚本、无外链、样式自带;数据由基座推送时填
|
||||
* (`data-slot` 取值、`data-rows` 逐行展开)。状态章一律用「在办」灯 ——
|
||||
* 模版是随包冻结的静态字符串,盖不了一个还没发生的章;`verdict` 的橙档专指
|
||||
* 「还没发生,等你按」,绿只留给已达标的机检结论。
|
||||
*/
|
||||
import { kvCard, noteCard, tableCard, viewShell } from '@sdk';
|
||||
import { noteOnly, section, statsBand, tableOnly, verdict, viewShell } from '@sdk';
|
||||
|
||||
/**
|
||||
* 静态阶梯 —— **判据的写法与沉淀的去向不是数据**,它们随包冻结,不走 `data-rows`。
|
||||
* 沿用外壳已有的 `.steps` 版式,与引擎推的阶段列表同一副面孔。
|
||||
*/
|
||||
function ladder(rows: ReadonlyArray<readonly [string, string, string]>): string {
|
||||
return `<ul class="steps">${rows
|
||||
.map(
|
||||
([no, term, gloss]) =>
|
||||
`<li><span class="n">${no}</span><span><span class="t">${term}</span> <span class="d">${gloss}</span></span></li>`,
|
||||
)
|
||||
.join('')}</ul>`;
|
||||
}
|
||||
|
||||
/** 局面一:S1 回写 —— 人此刻要判的是「这条原因,下一单读不读得懂」 */
|
||||
export const ARCHIVE_LOGGED = viewShell({
|
||||
title: '结果登记',
|
||||
kicker: 'A7 · 情报归档',
|
||||
kicker: 'A7 · 情报归档 · S1 回写',
|
||||
tone: 'archive',
|
||||
icon: 'database',
|
||||
stamp: { kind: 'live', text: '回写中' },
|
||||
sign: 'A7 情报归档 · 结果登记(共享域)',
|
||||
body:
|
||||
kvCard('本单结果', [
|
||||
['型号 PN', 'pn', 'mono'],
|
||||
['报价日期', 'quotedAt', 'mono'],
|
||||
['拒绝原因', 'lostReason'],
|
||||
statsBand([
|
||||
['报价日期', 'quoted_at'],
|
||||
['竞对价位', 'competitor_price'],
|
||||
['客户等级', 'grade'],
|
||||
]) +
|
||||
noteCard('为什么要登记', '拒绝原因与竞对价位是<b>下一单的判据</b>:它们回写历史价格情报,供 P-03 的「距上次报价 / 行情稳定」与 P-01 的客户等级因子取用。这一单的败仗,是下一单的地形图。'),
|
||||
section('本单登记的结果',
|
||||
tableOnly('mine:shared.history_price', [
|
||||
['型号 PN', 'pn', 'mono'],
|
||||
['报价日期', 'quoted_at', 'mono'],
|
||||
['拒绝原因', 'lost_reason'],
|
||||
['竞对价位', 'competitor_price'],
|
||||
]) +
|
||||
noteOnly(
|
||||
'<b>「客户没回」不是原因。</b>问不出来就写「未获反馈」—— 不许编一个听着合理的理由:' +
|
||||
'编出来的原因会一路流进下一单的判据里,而那时已经没人记得它是编的。',
|
||||
),
|
||||
{ text: '只列本单写下的行' },
|
||||
) +
|
||||
section('什么样的原因才算数',
|
||||
ladder([
|
||||
['1', '竞对报价多少、差几个百分点', '要数,不要形容词'],
|
||||
['2', '输在价格、交期,还是资质 / 认证', '把败因归到一个维度上'],
|
||||
['3', '客户是否明说了可接受区间', '下一单的起点就藏在这句话里'],
|
||||
]) +
|
||||
noteOnly(
|
||||
'<b>「价格高」不是原因,是结论。</b>判据要能被下一单<b>机器读取</b>:' +
|
||||
'P-03 用「距上次报价 / 行情稳定」,P-01 用客户等级。' +
|
||||
'写成一段散文,它就只能被人读;写成字段,它才进得了决策表。',
|
||||
),
|
||||
{ text: '写成字段' },
|
||||
) +
|
||||
section('这一单往哪儿沉 —— 三张共享域表',
|
||||
ladder([
|
||||
['1', '历史价格情报 · shared.history_price', '喂给下一单的三分类 P-03'],
|
||||
['2', '客户资料库 · shared.customer', '喂给下一单的利润模型 P-01'],
|
||||
['3', '报价落地率统计 · shared.landing_stats', '喂给驾驶舱的落地率与 D+3 回复率'],
|
||||
]),
|
||||
{ text: '跨活动的沉淀事实' },
|
||||
) +
|
||||
section('这一单的底线',
|
||||
verdict('不得空归档 —— 每一单不成交的报价也是情报资产', 'wait', '原因未回写,预检当场退回') +
|
||||
noteOnly(
|
||||
'归档做得好不好,<b>不在这一单看得出来</b> —— 在下一次报价能不能一眼看到「上次为什么丢」看得出来。',
|
||||
),
|
||||
),
|
||||
});
|
||||
|
||||
/** 局面二:闭环待放行 —— 签完这一笔,整条工作流走到终点 */
|
||||
export const ARCHIVE_RELEASE = viewShell({
|
||||
title: '情报归档 · 闭环待放行',
|
||||
kicker: 'A7 · 成果预览',
|
||||
tone: 'ok',
|
||||
kicker: 'A7 · 情报归档 · 成果待签',
|
||||
tone: 'case',
|
||||
icon: 'archive',
|
||||
stamp: { kind: 'live', text: '待签字封卷' },
|
||||
sign: 'A7 情报归档 · 闭环成果(待放行)',
|
||||
body:
|
||||
tableCard('历史价格情报回写', 'mine:shared.history_price', [
|
||||
['型号', 'pn', 'mono'],
|
||||
['报价日期', 'quoted_at', 'mono'],
|
||||
['拒绝原因', 'lost_reason'],
|
||||
]) +
|
||||
kvCard('画像与落地率', [
|
||||
['客户编码', 'customer_code', 'mono'],
|
||||
['画像标签', 'profile_tags'],
|
||||
['统计周期', 'period', 'mono'],
|
||||
statsBand([
|
||||
['统计周期', 'period'],
|
||||
['落地率', 'landing_rate'],
|
||||
['TypeA 命中', 'type_a_hit'],
|
||||
['D+3 回复率', 'reply_rate_d3'],
|
||||
]) +
|
||||
noteCard(
|
||||
'闭环的含义',
|
||||
'放行后这条工作流走到<b>终点节点</b>,状态收敛为「已完成」。' +
|
||||
'终态封卷触发<b>蒸馏钩子</b>:从任务记忆归纳出活动记忆的候选条目(带证据链),' +
|
||||
'经回放与人放行才成为下一版业务模型的一部分 —— <b>记忆不载权力</b>。',
|
||||
section('历史价格情报回写',
|
||||
tableOnly('mine:shared.history_price', [
|
||||
['型号 PN', 'pn', 'mono'],
|
||||
['报价日期', 'quoted_at', 'mono'],
|
||||
['拒绝原因', 'lost_reason'],
|
||||
['竞对价位', 'competitor_price'],
|
||||
]),
|
||||
{ text: '下一单 P-03 取它' },
|
||||
) +
|
||||
section('客户画像更新',
|
||||
tableOnly('mine:shared.customer', [
|
||||
['客户码', 'customer_code', 'mono'],
|
||||
['客户等级', 'grade'],
|
||||
['画像标签', 'profile_tags'],
|
||||
]),
|
||||
{ text: '下一单 P-01 取它' },
|
||||
) +
|
||||
section('报价落地率统计',
|
||||
tableOnly('mine:shared.landing_stats', [
|
||||
['月份', 'period', 'mono'],
|
||||
['落地率', 'landing_rate'],
|
||||
['TypeA 命中', 'type_a_hit'],
|
||||
['D+3 回复率', 'reply_rate_d3'],
|
||||
]) +
|
||||
noteOnly(
|
||||
'三张表都写在<b>共享域</b>:它们是跨活动的沉淀事实,不属于这一单 ——' +
|
||||
'这也是活动之间除了流程边以外,唯一一条合法的信息通路。',
|
||||
),
|
||||
{ text: '驾驶舱取它' },
|
||||
) +
|
||||
section('放行前要过的三道判据',
|
||||
ladder([
|
||||
['1', '拒绝原因 / 竞对价位已回写', 'L1 机检 · reasonLogged = true'],
|
||||
['2', '客户画像标签已更新', 'L2 机检 · profileUpdated = true'],
|
||||
['3', 'BD 放行', 'L5 人签 · 签了才算数'],
|
||||
]),
|
||||
{ text: '两机检 · 一人签' },
|
||||
) +
|
||||
section('封卷之后会发生什么',
|
||||
verdict('放行即闭环:这条工作流就此收敛为「已完成」', 'wait', '终态封卷触发蒸馏钩子') +
|
||||
noteOnly(
|
||||
'蒸馏从任务记忆归纳出<b>活动记忆</b>的候选条目(带证据链),经回放与人放行才成为' +
|
||||
'下一版业务模型的一部分 —— <b>记忆不载权力</b>。这一单丢了,但它把下一单的地形描出来了。',
|
||||
),
|
||||
),
|
||||
});
|
||||
|
||||
Reference in New Issue
Block a user