企业官网建设流程全解析

1. 从评审视角倒推：华为杯论文到底在比什么

参加过几届华为杯研究生数学建模竞赛的评审辅助工作之后，我最大的感受是：大部分队伍不是输在模型上，而是输在“表达效率”上。评审老师一天要看几十份论文，平均每篇的初筛时间可能只有几分钟，如果你的摘要在前两段没有把“做了什么、怎么做的、结果多好”讲清楚，后面写得再漂亮也很难被认真读完。这就是为什么每年赛后大家疯狂找优秀论文、找模板、找Latex排版方案——本质上大家想解决的是同一个问题：如何在有限篇幅和有限评审时间内，把工作量和创新点最大化地传递出去。

这篇内容面向的是准备参加2026年华为杯研究生数学建模竞赛的同学，尤其是第一次参赛、对论文写作和排版工具还不熟悉的队伍。我会把论文模板（Latex和Word两条路线）、论文各环节的硬性要求、以及我这些年踩过的排版坑，一次性讲透。你不需要有排版基础，跟着做就能搭出一份结构规范、视觉清爽、符合评审习惯的竞赛论文。

先明确一个认知：华为杯的论文不是学术期刊投稿，它的评价维度更偏向“工程完整性+结果可信度+表达清晰度”。所以模板的选择标准不是“好看”，而是“稳定、可复用、不易出错”。Latex和Word各有适用场景，后面我会给出明确的选型建议，而不是含糊地说“看个人习惯”。

另外提醒一句，竞赛论文的格式要求每年会在官方通知里给出，包括页数上限、字体字号、页边距、摘要页格式等。任何模板都必须以当年官方文件为准做二次校准，网上流传的模板只能作为起点，不能直接照搬。我见过太多队伍因为页边距差了几毫米、摘要超了一页被扣分，非常可惜。

2. Latex与Word的选型逻辑：不是喜好问题，是团队协作问题

2.1 先看团队的技术栈和协作方式

选Latex还是Word，很多人以为是个人偏好，其实核心变量是团队协作模式。Latex基于纯文本，天然适合Git版本管理，多人同时改不同章节几乎不会冲突；Word是二进制文件，两个人同时编辑同一份文档，轻则格式错乱，重则文件损坏。如果你的队伍是三个人分章节写作、最后合并，Latex的协作优势非常明显。

但Latex的门槛在于环境配置和编译报错处理。如果队伍里没有人用过Latex，赛期只有三四天，临时学Latex的风险很高——我见过队伍在最后一天因为一个宏包冲突编译不过，硬生生耽误了六个小时。所以我的建议是：赛前至少完成一次完整的Latex模板编译演练，把环境问题在赛前解决掉，赛期只专注内容。

2.2 两条路线的适用场景对照

从这张表能看出来，Latex在公式和排版精度上碾压Word，但代价是学习成本。数学建模论文公式密集，这是Latex的主场。但如果你的队伍里没人能搞定Latex环境，强行上Latex就是给自己挖坑，Word配合MathType或者内置公式编辑器也能做出规范论文。

2.3 一个折中方案：Markdown写作+双格式导出

这几年我自己常用的一套工作流是：用Markdown写正文，公式用Latex语法，最后通过工具导出为Word或PDF。这样写作阶段是纯文本、协作友好，导出阶段又能得到规范格式。缺点是复杂表格和浮动图表的控制不如原生Latex精细，适合对排版要求不是极致苛刻的场景。如果你的队伍想兼顾协作效率和排版质量，可以考虑这条路线，但赛前一定要测试导出效果，确认公式和表格没有错乱。

提示：无论选哪条路线，赛前必须做一次“全流程演练”——从空白模板到生成最终PDF，完整走一遍，把环境问题、字体问题、编译问题全部暴露出来。

3. Latex模板的搭建与赛前环境固化

3.1 环境安装：一次装好，赛期不再折腾

Latex环境我推荐两种方案。第一种是安装完整的发行版，比如TeX Live（跨平台）或MiKTeX（Windows），优点是宏包齐全，缺点是体积大、安装慢。第二种是使用在线编译平台，优点是零配置，缺点是对网络有依赖、大项目编译可能受限。赛期我倾向于本地环境，因为稳定可控。

安装完成后，务必做一件事：用一个小样例文档测试中文编译。华为杯论文是中文的，中文Latex需要特定的编译引擎（如XeLaTeX）和字体配置。如果这一步没跑通，赛期会非常痛苦。测试文档里放一段中文、一个公式、一张图、一个表格，能正常编译出PDF，说明环境基本可用。

编辑器方面，VSCode配合Latex插件是目前比较主流的方案，配置好编译命令后可以一键编译、实时预览。也可以使用专门的Latex编辑器，看个人习惯。关键是把编译命令和快捷键配置好，赛期减少鼠标操作。

3.2 模板结构：把论文拆成可独立编辑的模块

一份规范的竞赛论文Latex模板，我建议按下面的结构组织文件：

paper/ ├── main.tex # 主文件，负责组织各章节 ├── preamble.tex # 导言区：宏包、字体、格式设置 ├── sections/ │ ├── abstract.tex # 摘要 │ ├── problem1.tex # 问题一 │ ├── problem2.tex # 问题二 │ └── ... ├── figures/ # 图片目录 └── refs.bib # 参考文献

这样拆分的好处是：三个人可以各自编辑自己的section文件，主文件几乎不用动，合并时冲突极小。摘要单独成文件，方便反复打磨。图片统一放figures目录，引用路径清晰。

主文件main.tex的核心是导言区引入和正文组织。导言区里要设置好页面尺寸、页边距、字体、行距、章节标题格式、公式编号规则等。这些设置直接对应官方格式要求，必须逐条核对。

3.3 中文支持与字体配置的坑

中文Latex最容易出问题的地方就是字体。常见报错是“找不到字体”或者“中文显示为方框”。解决办法是明确指定系统中已安装的中文字体，比如宋体、黑体、楷体。不同操作系统的字体名称可能不同，Windows下叫“SimSun”，Linux下可能是“FandolSong”之类。赛前一定要在目标机器上确认字体可用。

另一个坑是编译引擎的选择。中文文档一般用XeLaTeX编译，因为它对系统字体支持最好。如果用pdfLaTeX编译中文，需要额外的中文宏包配置，容易出错。所以在编辑器里把默认编译引擎设为XeLaTeX，能省掉很多麻烦。

注意：如果赛期换了一台电脑，字体配置可能失效。建议把字体文件或字体配置一起打包，或者提前在备用机器上验证环境。

3.4 公式、图表、参考文献的排版要点

公式方面，Latex原生支持没得说。要注意的是公式编号要连续且可引用，多行公式用align环境，需要对齐的用&符号。竞赛论文里公式不宜过多堆砌，关键公式给出并解释物理意义即可。

图表方面，图片建议用PDF或PNG格式，矢量图优先。浮动体位置用[htbp]让Latex自动选择，不要强行固定位置，否则容易出现大片空白。表格推荐用三线表，简洁专业。表格列宽如果内容太长，用p{}指定宽度并允许换行。

参考文献用BibTeX管理，赛前准备好常用的参考文献条目。引用时用\cite命令，编译后自动生成编号。注意参考文献格式要统一，官方一般有指定格式。

4. Word模板的规范化操作与常见故障处理

4.1 样式体系：用“样式”而不是手动调格式

Word最大的问题是“手动调格式”——每个人凭感觉调字体字号，最后合并起来五花八门。正确做法是建立一套样式体系：标题1、标题2、标题3、正文、图注、表注、公式，每种样式定义好字体、字号、行距、段前段后间距。写作时只应用样式，不手动调格式。这样全文格式统一，改起来也方便——改样式定义，全文自动更新。

多级标题的编号建议用Word的“多级列表”功能绑定到标题样式上，这样标题会自动编号，插入或删除章节时编号自动更新。手动敲编号是灾难的开始，一旦中间插入一节，后面全要改。

4.2 公式处理：MathType与内置公式编辑器的取舍

Word的公式处理有两条路：内置公式编辑器（Office自带的）和MathType插件。内置编辑器胜在无需安装、兼容性好，但复杂公式输入效率低。MathType功能强、输入快，但需要额外安装，且不同版本兼容性有差异。

如果队伍用Word路线，我建议统一公式输入工具，避免有人用内置、有人用MathType导致格式不一致。另外，公式编号建议用表格或者制表位实现，不要手动敲空格对齐，否则一改字体就全乱。

4.3 图表与交叉引用：别让“图1”变成“图X”

Word里图表的交叉引用要用“题注”功能，插入题注后，正文中用“交叉引用”指向题注。这样插入新图后，编号自动更新。手动写“如图1所示”是另一个灾难源头。

表格列宽无法拖动是Word常见问题，通常是因为表格属性里设置了固定列宽或者“自动调整”被关闭。解决办法是选中表格，在布局选项卡里把列宽设为“自动调整”或者手动指定百分比宽度。如果还是拖不动，检查是否有单元格合并导致的限制。

4.4 Word的稳定性问题：关闭慢、崩溃、最后一页删不掉

Word处理大文档时容易卡顿甚至崩溃。几个实用技巧：关闭自动保存到云端（如果网络不稳）、关闭拼写检查（大文档拼写检查很吃资源）、定期手动保存并另存为不同版本。如果文档里有大量图片，压缩图片可以显著减小体积、提升流畅度。

“最后一页死活删不掉”是经典问题，通常是最后一个段落标记或者分页符导致的。解决办法是打开“显示编辑标记”，找到多余的段落标记或分页符删掉。如果是表格后面的空页，把表格后的段落字号设为1磅、行距设为固定值1磅，通常能消除。

提示：赛期建议每完成一个章节就另存一个版本，命名带时间戳。Word崩溃一次可能损失几小时工作，这个习惯能救命。

5. 论文各环节的硬性要求与写作节奏

5.1 摘要：决定生死的三百字

摘要的重要性怎么强调都不过分。评审初筛基本就看摘要，摘要写得好，论文才有被细读的机会。一份合格的竞赛论文摘要应该包含：问题背景一句话、每个问题用了什么方法、得到了什么主要结果、方法的亮点或创新点。不要写“本文研究了……”这种空话，要写“针对问题一，建立了XX模型，采用XX算法求解，得到XX结果，误差为XX”。

摘要里的数字要具体，比如“求解时间缩短了40%”“拟合误差控制在2%以内”，比“效果良好”有说服力得多。摘要长度一般控制在一页以内，官方有明确要求就按要求来。

5.2 问题重述与分析：别抄题，要提炼

问题重述不是把题目抄一遍，而是用自己的语言提炼问题的核心和约束条件。问题分析要说明你打算怎么入手、为什么选这个方法、预期难点在哪里。这部分是展示你“读懂题”的地方，评审会从这里判断你是否抓住了问题本质。

5.3 模型建立与求解：逻辑链要完整

这是论文的主体。模型建立要交代假设、符号说明、模型构建过程。假设要合理且必要，不要堆砌无关假设。符号说明用表格列出，方便查阅。模型构建要有推导过程，关键步骤不能跳。

求解部分要说明算法选择理由、实现细节、参数设置。如果用了启发式算法，要说明参数怎么调的、跑了多少次、结果稳定性如何。结果要用图表呈现，图要清晰、有标题、有单位。

5.4 结果分析与检验：灵敏度分析是加分项

很多队伍做完求解就结束了，忽略了结果分析。灵敏度分析、误差分析、模型对比是拉开差距的地方。比如改变某个关键参数，看结果如何变化，说明模型的鲁棒性。或者用另一种方法验证结果，增加可信度。

5.5 写作节奏：三天赛程的时间分配建议

以三天赛程为例，我的建议是：第一天上午读题选题、下午确定思路和分工；第一天晚上到第二天上午集中建模和编程；第二天下午到晚上出初步结果；第三天上午写作和排版，下午检查、补充分析、定稿。写作不要留到最后一天晚上，那时候人已经疲惫，容易出错。理想状态是建模过程中就同步记录思路和数据，写作时直接整理。

6. 赛期高频翻车点与我的实战避坑清单

6.1 排版类翻车：格式不达标、编译失败、文件损坏

格式不达标是最冤的失分。页边距、字号、行距、页数上限，这些硬性要求必须逐条核对。建议做一张检查清单，定稿前逐项打勾。Latex编译失败通常是因为宏包缺失或语法错误，赛前把常用宏包装全，写作时注意括号匹配。Word文件损坏的预防办法就是多版本备份。

6.2 内容类翻车：摘要空洞、模型堆砌、结果不可信

摘要空洞是通病，解决办法是逼自己用数字说话。模型堆砌是指用了很多高级模型但没解释为什么用、怎么用，评审一眼就能看出来。结果不可信通常是缺少验证环节，加一个灵敏度分析或者交叉验证能大幅提升可信度。

6.3 协作类翻车：版本混乱、分工不清、最后合并冲突

协作翻车的根源是缺少统一的版本管理和文件规范。Latex用Git，Word用“主文档+子文档”或者约定好每人负责的章节文件。合并前先约定好格式标准，合并后统一检查。

6.4 我的赛前检查清单

• 环境：Latex能编译中文文档，Word样式体系已建好
• 模板：页边距、字体、行距、标题格式已按官方要求校准
• 工具：公式输入工具统一，图表交叉引用测试通过
• 备份：Git仓库或云盘同步已配置，多版本备份习惯已养成
• 流程：全流程演练已完成，各环节时间分配已明确

这份清单看起来简单，但每一条都是我用真金白银的教训换来的。赛前花两小时把清单过一遍，赛期能省下无数个小时的救火时间。

最后分享一个我自己的习惯：赛期每天晚上把当天的工作打包备份一次，命名格式是“日期_版本_负责人”。这个习惯让我在一次硬盘故障中只损失了不到一小时的进度。数模竞赛拼的不只是智力，还有工程管理的细致程度。把排版和流程这些“杂事”提前解决掉，你才能把全部精力放在真正重要的建模和求解上。