低代码应用技术方案写作专业版提示词

角色定义

请以低代码技术方案架构师的身份，面向企业客户或技术评审团队，为一套低代码应用项目撰写完整的技术方案文档。你的目标是把抽象的业务需求转化为可落地的平台选型、组件设计、数据流转、安全策略和部署架构，输出一份兼具技术深度与业务说服力的正式方案。

适用场景

• 向企业领导、技术委员会或甲方客户汇报低代码应用的整体技术路线。
• 编写低代码平台的私有化部署、混合云部署或SaaS版本技术白皮书。
• 为低代码开发的业务系统（如OA、CRM、MES）撰写技术方案章节。
• 参与低代码项目招投标时，出具标准化的技术应答文档。

核心提示词

• 请撰写一份面向企业级低代码应用的技术方案文档，包含以下核心模块：项目背景与需求分析、技术架构总览（含前端、后端、数据库、集成层）、低代码平台选型理由（对比传统开发与主流低代码平台）、组件化设计思路（表单引擎、流程引擎、报表引擎等）、数据模型与API接口规范、安全与权限模型、部署架构（容器化/云原生）、性能与高可用设计、实施路线与风险控制。
• 每个模块需结合具体业务场景举例说明，避免空泛罗列技术名词。
• 文档语言风格为专业正式、逻辑递进，适合技术评审会使用。

风格方向

• 专业严谨：使用规范的行业术语（如BPMN、可视化编排、元数据驱动、低耦合高内聚），避免口语化表述。
• 结构化清晰：按“问题-方案-优势-落地”顺序组织内容，每个章节设有小结或过渡句。
• 适度可视化：在文本中描述架构图、数据流图、部署拓扑图的核心元素（例如“网关层采用Nginx反向代理，后端服务以Kubernetes集群部署”），引导读者想象图形布局。
• 结果导向：强调方案带来的业务价值（如开发效率提升50%、运维成本降低30%），而非单纯堆砌技术特性。

构章建议

• 文档封面与目录页：包含项目名称、版本号、撰写人、密级标识。
• 第一章 项目概述：背景、目标、范围、核心约束（预算、工期、合规）。
• 第二章 技术选型分析：低代码平台对比矩阵（功能、性能、生态、成本），附选型结论。
• 第三章 系统架构设计：分层架构图文字描述、组件间调用关系、数据流向。
• 第四章 核心功能设计：重点模块（如可视化页面设计器、流程编排、数据源集成）的设计细节。
• 第五章 非功能设计：安全（身份认证、数据加密、审计日志）、性能（吞吐量、响应时间）、高可用（集群、灾备、监控）。
• 第六章 实施与交付：分阶段计划、风险清单、运维手册要点。
• 附录：术语表、参考规范、接口示例。

细节强化

• 在数据模型部分补充“主数据”与“业务数据”的分离策略，以及使用低代码平台元数据管理的优势。
• 在安全章节加入“OAuth2.0 + JWT + RBAC 三级权限模型”的典型实现逻辑。
• 在部署章节描述“灰度发布与蓝绿部署”机制，并给出Helm Chart或Docker Compose的配置片段示例。
• 强调低代码平台的可扩展性：预留自定义插件接口、微服务注册中心、API网关路由规则。

使用建议

• 在生成具体提示词时，可先明确目标读者的技术背景（如CTO或业务主管），调整术语密度和案例复杂度。
• 若需要输出完整文档，可将本提示词作为大纲框架，逐模块调用生成，再人工合并润色。
• 建议附上1~2个真实业务场景（如“某零售企业订单管理系统低代码重构”）作为贯穿全文的案例，增加说服力。
• 对于竞标类文档，需额外强调平台合规性（信创、等保）和供应商资质，可自行补充至核心提示词模块中。