Update nexus wiki content

wiki/sources/government-digital-presales-consultant.md

@@ -1,59 +1,65 @@
 ---
 title: "Government Digital Presales Consultant"
 type: source
-tags: [ToG, government-IT, presales, compliance, Xinchuang, Smart-City, Digital-Government]
-date: 2026-04-25
+tags: []
+date: 2026-04-29
 ---
 
 ## Source File
-- [[raw/Agent/agency-agents/specialized/government-digital-presales-consultant.md]]
+- [[Agent/agency-agents/specialized/government-digital-presales-consultant.md]]
 
 ## Summary（用中文描述）
-- 核心主题：中国政府信息化（ToG）市场的全生命周期售前专家智能体，涵盖从政策解读、解决方案设计到招投标全程
-- 问题域：政府数字化转型市场的项目机会识别、标书撰写、合规要求（POC验证、等保/密评/信创）、干系人管理
-- 方法/机制：五步工作流（机会发现→需求调研→方案设计→投标执行→中标交接），配合政策解读、竞品分析、POC演示、合规矩阵等工具模板
-- 结论/价值：为技术团队提供进入数字政府、智慧城市、一网统管、城市大脑等主流方向的决策支持，核心目标是提高中标率（>40%）、零废标、售前到交付对齐（偏差<10%）
+- 核心主题：中国政府数字化转型市场（ToG，Touching Government）的售前全流程专家，帮助技术团队赢得政府信息化项目。
+- 问题域：政策解读与商机发现、解决方案设计、投标文件编制、POC 验证、合规要求（等保/密评/信创）、干系人管理。
+- 方法/机制：五步工作流（商机发现→需求调研→方案设计→投标执行→中标移交）+ 分层干系人沟通策略（决策层/业务层/技术层/采购层差异化沟通）。
+- 结论/价值：将技术价值转化为政府话语，精准对接政策信号与评分标准，以案例背书和合规设计建立竞争优势。
 
 ## Key Claims（用中文描述）
-- 售前专家通过政策语言解码（"鼓励探索"→"全面实施"）识别市场成熟度信号，在政策从"软性鼓励"转向"硬性要求"时入场
-- 政府系统通常要求等保三级，核心系统可能要求等保四级；等保评估需在系统上线前2-3个月完成整改
-- 信创替换不必一步到位，分阶段替代是被接受的
-- 技术方案应以业务场景驱动，而非技术架构驱动——客户关心"市民服务处理速度提升80%"而非"微服务架构"
-- 投标文件零容忍格式错误——资质缺失、格式偏差、响应偏移均属废标项
+- Government Digital Presales Consultant 通过政策解读和分层干系人管理，帮助技术团队在政府采购流程中做出最优决策。
+- 解决方案必须以业务场景驱动而非技术架构驱动——客户关注"市民服务处理速度提升 80%"而非"微服务架构"。
+- 等保 2.0（三级）、密评（国密 SM2/SM3/SM4）、信创适配（鲲鹏/飞腾/曙光/龙芯 + 麒麟/统信 + 达梦/人大金仓）是政府信息化项目的硬约束，不是加分项。
+- 投标文件必须零容忍格式错误——遗漏资质、格式错误、响应偏差直接导致废标。
+- POC 应聚焦差异化核心能力，控制范围防止无限免费延伸。
 
 ## Key Quotes
-> "Drive with business scenarios, not technical architecture — the client cares about '80% faster citizen service processing,' not 'microservices architecture.'" — 方案设计核心原则
-> "Dengbao, Miping, and Xinchuang are mandatory, not bonus points." — 合规基线
-> "Don't tell the bureau head we use Kubernetes. Tell them 'Our platform's elastic scaling ensures zero downtime during peak service hall hours.'" — 技术价值转换
-> "A good proposal goes through at least three rounds of refinement." — 方案迭代要求
+> "Don't tell the bureau head we use Kubernetes. Tell them 'Our platform's elastic scaling ensures zero downtime during peak service hall hours — City XX had zero outages during the post-holiday rush last year.'" — 技术价值转化原则：用政府听得懂的语言说话
+> "'Advancing standardization, regulation, and accessibility of government services' translates to three things: service item cataloging, process reengineering, and digitization — our solution covers all three." — 政策翻译：将政策语言落地为具体建设内容
+> "The competitor has more City Brain cases than we do, but data governance is their weak spot — we don't compete on dashboards; we hit them on data quality." — 竞争策略：找到对手弱点，打差异化
 
 ## Key Concepts
-- [[Dengbao-2.0]]：网络安全等级保护制度，政府系统通常要求三级，等保评估需在上线前2-3个月完成
-- [[Miping]]：商用密码应用安全性评估，涉及身份认证、数据传输、数据存储必须使用国密算法（SM2/SM3/SM4）
-- [[Xinchuang]]：信息技术应用创新，核心要素为国产CPU（鲲鹏/飞腾/海光/龙芯）+ 国产OS（统信UOS/麒麟）+ 国产数据库（达梦/人大金仓/ GaussDB）+ 国产中间件
-- [[ToG]]（Government）：面向政府的数字化转型市场，区别于ToB（企业）和ToC（消费者）
-- [[Smart-City]]：智慧城市，典型方向包括城市大脑/城市运行中心（IOC）、智慧交通、智慧社区、城市信息模型（CIM）
-- [[Digital-Government]]：数字政府，典型方向包括一体化政务服务平台、一网统管/一网通办、12345热线智能升级、政府数据中台
-- [[Yiwangtongban]]：一网统办，一网通管，一体化政务服务门户
-- [[POC]]：概念验证，通过精选场景展示差异化优势，控制范围并设定明确成功标准
+- [[DigitalGovernment]]：一体化政务服务平台、政务服务"一网通办"/"一网统管"、12345热线智能化升级、政府数据中台
+- [[SmartCity]]：城市大脑/城市运行中心（IOC）、智慧交通、智慧社区、城市信息模型（CIM）
+- [[Dengbao]]（等保）：网络安全等级保护 2.0，政府系统通常要求三级，核心系统可能要求四级；安全架构设计必须覆盖网络分区分域、身份认证、数据加密、日志审计、入侵检测
+- [[Miping]]（密评）：商用密码应用安全性评估，涉及身份认证、数据传输和数据存储的政府系统必须使用国密算法（SM2/SM3/SM4）；电子印章和CA证书须使用国密证书
+- [[Xinchuang]]（信创）：信息技术应用创新；核心要素为国产CPU（鲲鹏/飞腾/曙光/龙芯）、国产OS（统信UOS/麒麟）、国产数据库（达梦/人大金仓/高斯DB）、国产中间件（东方通/宝兰德）；信创适配须优先选择信创目录主流产品，建立兼容性测试矩阵
+- [[XinchuangAdaptationMatrix]]：信创适配矩阵（CPU/OS/数据库/中间件/办公软件各层的国产替代产品与兼容性测试优先级）
+- [[DengbaoComplianceMatrix]]：等保合规矩阵（安全通信、安全边界、安全计算、安全管理中心各域的控制要求和推荐措施）
+- [[GovernmentProcurementWorkflow]]：政府信息化项目全流程——需求调研→招标文件分析→技术方案编写→商务报价→投标文件组装→讲标/答疑
+- [[StakeholderMapping]]：政府项目干系人地图（决策层/业务层/技术层/采购层），分层沟通策略
+- [[OpportunityAssessment]]：商机评估矩阵（项目真实性/竞争力/客户关系/投入产出比/风险标识）
 
 ## Key Entities
-- [[Digital-China-Master-Plan]]：数字中国建设整体布局规划，国家级政策文件
-- [[National-Data-Administration]]：国家数据局，国家层面数据治理主管机构
-- [[Government-Cloud]]：政务云平台，政府信息化基础设施
-- [[City-Brain]]：城市大脑，城市级数据融合与智能决策平台
-- [[Kunpeng]]：鲲鹏，国产CPU代表
-- [[Phytium]]：飞腾，国产CPU代表
-- [[UnionTech-UOS]]：统信UOS，国产操作系统代表
-- [[DM-Database]]：达梦数据库，国产数据库代表
+- [[Yiwangtongban]]：政务服务"一网通办"门户，省/市级政务服务统一入口
+- [[Yiwangtonguan]]：城市管理"一网统管"平台，城市运行管理综合平台
+- [[CityBrain]]：城市大脑，城市多源数据汇聚 + 实时监测 + 智能决策的综合平台
+- [[ClassifiedProtectionLevel3]]：等保三级，政府信息系统通常要求的网络安全等级
+- [[GuomiAlgorithms]]：国密算法（SM2/SM3/SM4），商用密码国家标准
+- [[XinchuangCatalog]]：信创产品目录，列出国产CPU/OS/数据库/中间件等合规替代产品
 
 ## Connections
-- [[Government-Digital-Presales-Consultant]] ← extends ← [[Sales-Engineer]]（通用售前 → 政府垂直领域售前）
-- [[Government-Digital-Presales-Consultant]] ← depends_on ← [[Xinchuang]]（信创合规必须掌握）
-- [[Government-Digital-Presales-Consultant]] ← depends_on ← [[Dengbao-2.0]]（等保合规必须掌握）
-- [[Government-Digital-Presales-Consultant]] ← depends_on ← [[Miping]]（密码评估必须掌握）
-- [[Digital-Government]] ← solution_domain ← [[Government-Digital-Presales-Consultant]]（数字政府是主要方案方向之一）
-- [[Smart-City]] ← solution_domain ← [[Government-Digital-Presales-Consultant]]（智慧城市是主要方案方向之一）
+- [[sales-engineer]] ← depends_on ← [[government-digital-presales-consultant]]：政府数字化售前提供商机评估和解决方案设计，销售工程师在此基础上进行商务跟进
+- [[sales-proposal-strategist]] ← extends ← [[government-digital-presales-consultant]]：投标文件撰写由售前专家主导，提案策略师提供格式和说服力优化
+- [[specialized-salesforce-architect]] ← extends ← [[government-digital-presales-consultant]]：Salesforce 政务云平台定制方案的设计需要政府数字化售前的业务理解
+- [[compliance-auditor]] ← depends_on ← [[government-digital-presales-consultant]]：合规审计（等保/密评/信创）由合规审计师执行，售前在方案设计阶段已嵌入合规架构
 
 ## Contradictions
-- 无明显冲突。本文档专注于中国政府ToG市场，与Wiki中其他以企业级/B2B市场为中心的售前/销售Agent形成领域区隔。
+- 与 [[sales-discovery-coach]] 张力：
+  - 冲突点：Discovery Coach 强调"按岗位层级定制提问"，而政府数字化售前的需求调研更侧重政策合规和评分标准对齐
+  - 当前观点：政府售前需优先满足招标文件硬约束（资质/案例/信创），以通过资格预审为第一目标
+  - 对方观点：销售发现应以客户业务痛点为核心，通过深度提问建立信任后再推方案
+  - 协调方案：政府数字化场景下，招标文件的强制要求（等保证书、类似案例数量、信创认证）是入场券——先满足合规门槛，再通过需求调研深化业务理解
+- 与 [[sales-proposal-strategist]] 潜在张力：
+  - 冲突点：提案策略师偏好"故事化叙事 + 差异化定位"，而政府售前方案更强调模板规范和政治正确
+  - 当前观点：政府技术方案必须使用当前政策术语（数字中国、数据要素X等），架构图要符合政务云标准规范
+  - 对方观点：提案策略师认为过度模板化会削弱差异化竞争力
+  - 协调方案：技术响应部分遵循政府规范格式（技术要求逐条对应），商务展示部分融入叙事和差异化