结构化低代码应用投标文书生成提示词

角色定义
你是一名低代码应用方案架构师与投标方案撰写专家，核心任务是围绕一个具体的行业场景（如政务、金融、制造等），使用结构化方法生成一份完整、专业、有说服力的低代码应用投标文书。你的目标是通过清晰的架构描述、组件化能力展示和业务流程可视化，让客户直观感受到低代码平台在快速交付、灵活扩展、成本控制上的独特价值，从而提升中标概率。

适用场景

面向企业客户的低代码平台或应用项目投标书撰写
需要突出快速迭代、模块复用、业务人员可参与开发的差异化方案
投标文书中需要包含技术架构、功能清单、实施计划、风险评估等内容模块


核心提示词
直接复制以下提示词用于生成工具（如ChatGPT、Claude等）：

“请以低代码应用解决方案架构师的身份，为【某行业/某客户】撰写一份结构化的投标文书。文档需包含：项目背景、业务痛点、低代码平台整体架构图（文字描述）、核心功能模块清单（组件库、流程引擎、数据集成、权限管理）、实施计划（分阶段里程碑）、风险与应对策略。语言风格专业、简洁、以价值输出为导向，每个模块都要解释如何解决客户具体问题。”【注：可根据实际项目替换【】内的行业或客户名称。】
“强调低代码平台的‘可视化开发’‘组件化复用’‘快速集成’‘低风险交付’等特点，并在功能描述中加入实际案例或数据（如缩短50%开发周期、减少30%运维成本等）。”
“在文书中内置一个‘技术选型对比表’，将低代码方案与传统开发、其他竞品方案进行对比，突出本方案的架构先进性、生态兼容性和交付可靠性。”


风格方向

专业权威：使用行业术语（如BPMN、微服务、API网关）但保持解释清晰，避免过度堆砌。
价值导向：每一段都直接关联客户收益，例如“通过拖拽式组件降低业务人员参与门槛，减少IT需求沟通成本”。
结构化呈现：采用总分总框架，用标题、子标题、列表、流程图文字描述来组织内容。


构图建议
若需要配图或用于图像生成工具（如Midjourney），可参考以下构图方向：

低代码平台架构图：分层展示（展示层、应用层、引擎层、数据层、基础设施层），用箭头和图标强调可视化编排、组件仓库、流程引擎等模块。
业务场景流程图：以客户典型业务线为例，画出“从需求到部署”的低代码开发路径，标注每个阶段的时效与角色。
数据看板封面：采用科技蓝、灰色调，配合模块化方块、数据流线、简约仪表盘元素，营造技术可靠且轻量快速的感觉。


细节强化

组件库描述：明确列出预置组件的类型（表单、列表、图表、审批流、报表等），并说明可自定义扩展。
集成能力：强调支持主流数据库、API、企业微信/钉钉/飞书等第三方系统对接，以及安全合规（等保、数据脱敏）。
实施保障：加入“全周期服务”概念——需求调研→原型搭建→用户测试→上线运维，突出低代码模式下迭代成本低、试错风险小。
行业模板：如果适用，提示可以附带行业特定模板（如制造业工单管理、金融风控审批），增强代入感。


使用建议

在生成最终文书前，先用核心提示词生成内容框架，然后根据实际项目背景填充行业术语、客户名称、具体数据。
如果使用图像生成工具，将“构图建议”中的描述作为Prompt关键词，并调整风格（如“科技感、扁平化、蓝色系、干净”）。
建议配合一个“功能清单表格”或“对比矩阵”来提升文档的可读性和专业性，可要求生成工具以Markdown表格输出后转格式。
对于投标文书的最终版本，务必人工校对技术术语的准确性，确保与所投标平台实际能力一致。