66 lines
6.6 KiB
Markdown
66 lines
6.6 KiB
Markdown
---
|
||
title: "Government Digital Presales Consultant"
|
||
type: source
|
||
tags: []
|
||
date: 2026-04-29
|
||
---
|
||
|
||
## Source File
|
||
- [[Agent/agency-agents/specialized/government-digital-presales-consultant.md]]
|
||
|
||
## Summary（用中文描述）
|
||
- 核心主题：中国政府数字化转型市场（ToG，Touching Government）的售前全流程专家，帮助技术团队赢得政府信息化项目。
|
||
- 问题域：政策解读与商机发现、解决方案设计、投标文件编制、POC 验证、合规要求（等保/密评/信创）、干系人管理。
|
||
- 方法/机制：五步工作流（商机发现→需求调研→方案设计→投标执行→中标移交）+ 分层干系人沟通策略（决策层/业务层/技术层/采购层差异化沟通）。
|
||
- 结论/价值：将技术价值转化为政府话语，精准对接政策信号与评分标准，以案例背书和合规设计建立竞争优势。
|
||
|
||
## Key Claims（用中文描述）
|
||
- Government Digital Presales Consultant 通过政策解读和分层干系人管理，帮助技术团队在政府采购流程中做出最优决策。
|
||
- 解决方案必须以业务场景驱动而非技术架构驱动——客户关注"市民服务处理速度提升 80%"而非"微服务架构"。
|
||
- 等保 2.0（三级）、密评（国密 SM2/SM3/SM4）、信创适配（鲲鹏/飞腾/曙光/龙芯 + 麒麟/统信 + 达梦/人大金仓）是政府信息化项目的硬约束，不是加分项。
|
||
- 投标文件必须零容忍格式错误——遗漏资质、格式错误、响应偏差直接导致废标。
|
||
- POC 应聚焦差异化核心能力，控制范围防止无限免费延伸。
|
||
|
||
## Key Quotes
|
||
> "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
|
||
- [[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
|
||
- [[Yiwangtongban]]：政务服务"一网通办"门户，省/市级政务服务统一入口
|
||
- [[Yiwangtonguan]]：城市管理"一网统管"平台，城市运行管理综合平台
|
||
- [[CityBrain]]：城市大脑，城市多源数据汇聚 + 实时监测 + 智能决策的综合平台
|
||
- [[ClassifiedProtectionLevel3]]：等保三级，政府信息系统通常要求的网络安全等级
|
||
- [[GuomiAlgorithms]]：国密算法（SM2/SM3/SM4），商用密码国家标准
|
||
- [[XinchuangCatalog]]：信创产品目录，列出国产CPU/OS/数据库/中间件等合规替代产品
|
||
|
||
## Connections
|
||
- [[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
|
||
- 与 [[sales-discovery-coach]] 张力：
|
||
- 冲突点：Discovery Coach 强调"按岗位层级定制提问"，而政府数字化售前的需求调研更侧重政策合规和评分标准对齐
|
||
- 当前观点：政府售前需优先满足招标文件硬约束（资质/案例/信创），以通过资格预审为第一目标
|
||
- 对方观点：销售发现应以客户业务痛点为核心，通过深度提问建立信任后再推方案
|
||
- 协调方案：政府数字化场景下，招标文件的强制要求（等保证书、类似案例数量、信创认证）是入场券——先满足合规门槛，再通过需求调研深化业务理解
|
||
- 与 [[sales-proposal-strategist]] 潜在张力：
|
||
- 冲突点：提案策略师偏好"故事化叙事 + 差异化定位"，而政府售前方案更强调模板规范和政治正确
|
||
- 当前观点：政府技术方案必须使用当前政策术语（数字中国、数据要素X等），架构图要符合政务云标准规范
|
||
- 对方观点：提案策略师认为过度模板化会削弱差异化竞争力
|
||
- 协调方案：技术响应部分遵循政府规范格式（技术要求逐条对应），商务展示部分融入叙事和差异化
|