每年国赛和美赛出成绩的时候我都会收到不少学生的私信内容惊人地相似“老师我们模型建得挺顺的代码跑得也快但论文感觉就是不对劲最后只拿了省二。”等我把他们的论文打开一看问题经常不在模型本身而在表达——摘要写得像目录公式排版乱成一团图表没有一句解释模型假设拍脑袋写三条就完事。这就是典型的团队配置失衡建模手和编程手很强但论文手只是最后两天被抓来“打字”的。我做了多年数学建模竞赛的指导与评审相关工作一直有一个坚定的看法在一支三人队伍里论文手的准备深度往往直接决定了这支队伍能拿国一还是省一。大家别觉得这个说法夸张。数学建模竞赛的实质是“用论文说服评委”模型再漂亮代码再精妙最终都要落到纸面上变成可读、可信、可复现的论证链条。论文手不是团队的“后勤打字员”而是整支队伍的表达中枢和逻辑把关人。这篇内容我写给两类人看第一类是即将在队伍里担任论文手的同学第二类是希望通过理解论文手的工作方式来倒逼团队协作的队长和建模手。我会把论文手到底需要准备什么、比赛期间怎么推进工作、各部分写作有哪些能直接落地的套路一次讲透。1. 先想清楚论文手在团队里到底“扛”的是什么很多第一次当论文手的同学对这份工作的理解就是“最后一天把队友写的东西整理一下”。这个认知如果不纠正团队的三天赛程大概率会以一场灾难收场。论文手的职责边界必须从一开始就定清楚。1.1 论文手不是“打字员”而是逻辑中枢一支标配建模队伍里建模手负责提出思路、构建模型编程手负责算法实现、数据计算论文手负责把这一切组织成一篇结构严谨、表达清晰、图表规范的学术文章。看似分工明确实际运行中最大的问题在于建模手和编程手天然会用“过程导向”的方式工作他们关注的是“这个模型能不能跑通”“这个参数调到什么值”而论文手必须要用“结果导向”的方式工作关注的是“评委读到这里能不能看懂”“这个结论有没有足够的数据支撑”。我见过太多队伍在第三天下午才开始动笔写正文然后发现建模手说不清自己的假设条件编程手的代码注释少得可怜图表做完连个题目都没加。这种情况基本无力回天因为论文写作不是简单地把已有的东西“誊抄”一遍而是要在写作过程中二次加工、重建逻辑链条。所以论文手的第一个核心职责是从比赛第一刻起就建立一个“信息记录中枢”。第一天讨论选题、分析问题的时候所有人嘴里蹦出来的灵感和判断散落在空气里论文手要做的就是把它们全部接住记到文档里、写到白板上。这些看似碎片化的讨论正是后面正文里“问题分析”和“模型思路”的原始素材不记下来下午就忘了。第二个核心职责是时间控制。三天赛程看似充裕实际上每一个环节都有依赖关系——没有确定的模型假设编程手没法写代码没有计算结果论文手没法写结论。论文手必须成为团队里对“什么时间点必须完成什么”最敏感的人到了时间节点就果断去催建模手给思路、催编程手给结果这种推动力在高压环境下比任何自觉都有效。1.2 论文手和建模手、编程手的协作节奏从我带过的队伍经验来看论文手越早介入建模讨论最终论文质量越好。最理想的节奏是这样的第一天上午到中午是读题和选题阶段。论文手这时候的任务不是干坐着听而是带着“这篇论文的摘要最后大概会怎么写”的视角去参与讨论。发现队友在比较两三个题目的时候论文手就追问一句“这个题目的核心目标是啥我们打算用什么模型解决”这种问题会逼着大家把模糊的想法变得具体。第一天下午到晚上是建模方向初步确定阶段。建模手开始搭模型框架论文手要同步开始搭论文的数字文档框架。注意这个同步性数字先生成骨架后面往里填肉而不是反过来等所有内容齐了再建文档。第二天一整天是编程手的“主场”。论文手要做的不是坐在旁边等结果而是不断向编程手询问“你现在跑出来的这个中间结果为了解决什么问题它对应的那个模型是哪一段”拿到一个图表、一组数据马上把它连同标注一起存进论文对应的章节位置哪怕暂时只有图没有解释文字至少位置是占住的。等第二天晚上模型结果基本跑完后论文手手里应该已经积累了60%的素材剩下两天的工作就从“写作”变成了“整理和深化”。到了第三天才是论文手真正的冲刺期。这个时候建模手和编程手应该开始帮论文手检查图表、补公式推导而不是反过来让论文手帮他们改代码或者调整算法参数。职责错位是最后一天最容易出现的问题论文手一定要敢于拒绝那些与论文无关的临时请求。2. 赛前准备把功夫花在比赛开始之前有太多队伍把精力全部放在“赛前突击学模型、背算法”上却完全忽视了论文手自身的技能准备。结果就是比赛期间一边查LaTeX语法一边写公式排版耗费的时间比写作本身还长。论文手的赛前准备有四个明确的方向。2.1 排版工具选型与模板固化国赛和美赛的投稿环境有很大区别。国赛通常使用Word提交美赛则推荐使用LaTeX。我的建议是不管队伍最终选择哪个工具比赛前两周就必须把模板全部定死不允许比赛期间再换。如果选择Word路线论文手至少要学会三件事样式Style功能、题注自动编号、目录自动生成。这三件事的核心目的都是同一个——避免手动排版导致的格式崩坏。我见过一篇论文因为加了十几张图后面所有公式的编号全部错位最后队员手动改编号改到凌晨三点。用样式和题注功能这种问题在十分钟内就能解决。如果选择LaTeX路线建议提前在Overleaf上建好团队共享项目把国赛或美赛对应的官方模板预先加载进去。论文手要提前熟悉公式环境、三线表环境、图片插入和浮动体的常用语法。不需要背所有宏包只需要掌握比赛最常用的二十来个命令就足够了。在比赛期间查命令手册是极度浪费时间的事情宁愿赛前花两个晚上把所有常用语法过一遍。工具选型方面我的个人倾向是美赛优先LaTeX因为美赛的评审生态里LaTeX排版的工整本身就会带来第一印象加分国赛优先Word因为国赛评委更习惯Word排版且团队成员协作时Word的修改痕迹功能更方便。当然如果队伍里有LaTeX熟练工全部用LaTeX也行一致性更关键。2.2 绘图工具链与图表规范论文的图表质量是评委快速判断作者专业程度的最直观指标。论文手握几套趁手的绘图工具非常关键示意图类型流程图、架构图、逻辑关系图最推荐draw.io或者Vision这两个工具上手快、线条规范、输出格式兼容性好。很多人不知道的是PPT画流程框图也非常好用组合、对齐功能比许多专业工具还顺手。数据图类型折线图、柱状图、散点图、热力图编程手跑出来的结果建议统一用Python的matplotlib或者Excel生成。关键是字体大小、线宽、坐标轴标签、单位、图例这些细节必须在赛前预先设定好一个统一风格避免比赛时每张图风格都不一样。示意图里的“代码模型框架图”这类图建议用draw.io提前存好常用模板比如神经网络结构、层次分析法递阶结构、遗传算法流程图等比赛时直接改文字就能用。图表的规范要和排版规范一起在赛前定好包括编号规范“图1”“表1”、标题位置图题在图下方表题在表上方、坐标轴必须带单位和量纲。这些细节看似琐碎但每一条都在影响评委的阅读耐心。2.3 建立个人素材库我建议所有的论文手在赛前建立一个自己的“语料库”文档里面存三类东西。第一类是结构句式库。数学建模论文的很多章节其实有稳定的句式结构比如摘要里“针对XXX问题本文提出XXX模型”、问题分析里“该问题的核心在于XXX难点在于XXX”、模型假设里“假设……理由在于……”。这些句式不是背诵模板而是给写作提供一个稳定的出发点让你在时间紧张时不需要从零开始组织语言。第二类是优秀论文拆解笔记。找五到十篇国赛一等奖论文逐段拆解它们的摘要结构、正文展开方式、图表呈现方式把“它们为什么好”记录下来。很多人读优秀论文只停留在“读”论文手需要有意识地把优秀论文变成自己的写作参照系。第三类是常用算法的基础表述。比如层次分析法、遗传算法、模拟退火、神经网络、线性规划等常见模型提前写好它们的数学模型表达和适用场景描述。比赛时一旦用到直接调出来结合题目改能省出大半天的时间。3. 三天赛程里论文手的“时间轴管理术”比赛开始后三天时间看似充裕但每天都有每天的核心任务。论文手如果只是被动等素材第三天必定手忙脚乱。下面按时间轴把论文手每天的重点工作拆开来讲这一部分建议你直接截图保存。3.1 第一天把文档骨架搭到“能直接填肉”的状态拿到题目的第一个小时整个团队最容易陷入讨论旋涡——这个题可以用优化模型那个题和神经网络挺像还有人说做统计回归。这时论文手要做的不是等着他们吵出一个结果而是拿出“记录追问”两件套把每个人的观点快速列到一个共享文档里然后追问一句“如果选这个题摘要的第一句话怎么写”这个问题能立刻让讨论落地。确定选题之后论文手当天下午就要把论文主文档的结构全部建好。一个完整的数模论文文档至少要包含以下章节占位符摘要、一、问题重述、二、问题分析、三、模型假设、四、符号说明、五、模型建立与求解、六、模型检验灵敏度分析/误差分析、七、模型评价与推广、参考文献、附录。骨架搭好之后当天晚上可以先把“问题重述”和“问题分析”两个部分初稿写出来。问题重述不是抄题而是用自己的话把题目背景、要求和数据关系说清楚问题分析则是把后续准备怎么做这件事讲出一个逻辑链条。这两部分不需要等建模结果完全可以基于白天的讨论开始动笔。很多队伍习惯把这两个部分放到最后写这是极大的浪费——它们恰恰是工作量不小、但又不依赖后续计算的部分放到第一天去完成第三天就能多出大段时间打磨摘要。3.2 第二天边出结果边写初稿第二天上午建模手应该已经给出模型的数学表达框架编程手开始把模型转化为代码。论文手的核心动作是“平行写作”——模型手每确定一个方程论文手就把模型部分的大段文字写出来编程手每跑出一张图论文手就把图和初步解读放进对应的章节。不要等所有结果全部出来再动笔到那时候你根本来不及消化。有一个细节特别值得注意论文手在第二天向编程手要结果时不要只问“跑出来了吗”而要问“你跑出来的这个图能说明什么你用了哪些参数初始条件是什么”这些信息是写作所需要的但编程手经常默认你懂所以不说。你要主动把这些信息“榨”出来最好让编程手把每次运行的数据文件、参数配置、图像全部放到一个约定好的共享目录里并配一个简单的说明文档。这个动作越早约定第三天越轻松。第二天晚上通常是队伍的第一个疲劳点很多人会想着“今天搞差不多了明天早点起来再写”。作为论文手必须拉住队伍保持一个底线节奏晚上离开前正文初稿至少要完成60%五、模型建立与求解的主体部分基本落袋第二天繁重的图表补充和摘要打磨才不会那么被动。3.3 第三天摘要打磨与全文“体检”第三天上午是摘要的集中打磨时间。数模论文的摘要重要性怎么强调都不过分评委通常先读摘要如果你的摘要写得不清晰他们基本不会耐心看全文。摘要不是正文写完后再“压缩”出来的它需要在正文基础上单独花两个小时专门打磨前后至少改三版。我后面专门用一节来讲摘要怎么写。下午的时间主要用于全文统一性和格式检查图表编号是否连续、所有符号是否统一、公式编号是否错位、参考文献是否规范、附录代码是否和正文对应。建议论文手提前准备一张“检查清单”按从宏观到微观的顺序逐一排查比如先看摘要逻辑是否完整再看各章节衔接是否流畅再查公式排版和图表引用。最后一个小时不要安排任何重大修改只做“稳定化”处理备份最终版文件、把所有图表高清原图打包、确认提交格式要求、检查提交的附加材料是否齐全。越到最后一刻越不能有“反正还有时间再优化一下模型”的想法这个想法在过去的国赛里毁掉的队伍比模型本身算错的还多。4. 论文各部分写作的“实操套路”数学建模论文是有明显章法可循的文体掌握每个部分的写作目标和常用结构论文手就能在有限时间内写出远超平均水平的论文。这一节我按论文顺序逐个拆解。4.1 摘要评委的第一印象也是最后决定摘要的重要程度占了整篇论文的60%以上。数模比赛的评阅流程通常是先读摘要摘要没过直接进入“三等奖及以下”或者“成功参赛奖”的档位。哪怕你的模型再精彩摘要写得平庸评委也大概率不会给你高分。一篇合格的数模摘要必须包含四个要素问题背景一两句即可、建模思路用了什么模型、模型之间的逻辑关系是什么、求解方法用什么算法或工具求解、关键结果得到的具体数值结论而不是笼统说“结果很好”。很多选手的摘要通篇都在描述“本文建立了模型、进行了分析”却始终看不到一个具体的数据结果这种摘要基本属于无效写作。给你们一个可以直接参考的摘要结构公式第一段用两三句话点出研究问题和总体思路例如“针对XXX问题建立了XXX模型采用XXX方法进行求解得到了XXX结果”。第二段分别介绍每个子问题对应的具体模型和求解结果每一个子问题都要给出对应的量化结论。这一段是整个摘要的主体要用词准确、逻辑紧凑篇幅约占摘要总长的一半。第三段用一两句话总结模型的优势和检验情况比如“对模型进行了XXX灵敏度/误差分析结果表明模型具有较好的稳定性与适用性”。写完摘要后把它拿给队友读一遍如果他们不需要看你正文就能明白你们做了什么、结果是什么摘要就合格了。4.2 问题分析展示思路过程不重复题目问题分析是很多论文手最容易糊弄的部分常见的写法是直接把题目要求抄一遍。这完全浪费了这个部分的价值。题目重述是在告诉你“题目是什么”问题分析则要告诉评委“你觉得这个题目应该怎么解决、思路是什么、难点在哪里、你准备分几步走”。这里提供一个高参考价值的分步写法。第一步把题目的核心目标用一句话提炼出来比如“本题的核心目标是在满足XX约束条件下使XXX达到最优”。第二步说出你对这个目标的分析判断比如“该问题本质上是一个多目标规划问题需要先处理各目标之间的冲突关系”。第三步顺着这个判断列出你的建模路线比如“因此本文首先建立XXX模型描述基本关系再引入XXX算法对参数进行优化”。最后一步点出你预判的难点和如何应对这样评委能看出你不是在逐字抄题而是真正对问题做了拆解思考。4.3 模型假设与符号说明为你的模型筑起护城河模型假设是数模论文中最容易被低估的部分。高水平队伍和普通队伍在这里的差距十分明显。常见的低水平写法是写三条拍脑袋的话“假设数据真实可靠”“假设各变量相互独立”之类既空洞又没有意义反而暴露你对问题的思考不够深入。好的模型假设一定和你的模型结构强相关。假设不是“你觉得题目怎样”而是“为了让模型能够成立你主动设定的边界条件”。比如做交通流量模拟你会假设“忽略天气因素对车速的影响”做成本优化你会假设“折旧费用与时长线性相关”做选址你会假设“各候选点的建设成本相同”。每一条假设都应该能说一句“基于此假设就可以用XXX模型/公式”这样的假设才真正保护了你的建模逻辑。符号说明部分同样不是照搬题目符号而是把你自己定义的变量统一整理成表格。这里有一个非常关键的细节从摘要到正文到附录同一个符号从头到尾只能有同一个含义。很多论文前面用C表示成本后面又用C表示容量这种低级错误非常掉印象分。建议论文手在建模手确定模型后第一时间把符号表列出来全文所有公式都以这个符号表为准。4.4 模型建立与求解公式图和推导步骤互相配合模型建立是论文的重头戏最容易犯的错误是把建模过程写成“从天而降的公式”——直接甩出一个已经经过复杂推导的最终模型完全没有任何推导过程评委看到的感觉就是“这个模型是抄来的”还是“你自己推的”一旦产生怀疑整篇论文的可信度就动摇了。正确的展开方式是给出“从问题到模型”的推理链条。第一步从假设出发用自然的文字描述你的建模动机比如“考虑到目标函数的非线性特征本文采取分段线性化的方式进行处理”。第二步给出中间推导过程不要把公式框架直接推演到底而是要跳到细节层面展示关键推导步骤。第三步给出最终模型并用一句文字解释该模型各部分的意义。第四步如果模型是分层的或者多模块的务必用一张“模型关系图”把各个模块之间的逻辑关系展示出来这张图的表达价值超过一千字。模型求解部分则要注重“可复现性”。写完算法后要把算法的关键步骤用伪代码或流程图的方式给出然后接求解结果。结果展示有三个层级第一层是数据表格第二层是可视化图形第三层是简明的结果解读。如果你只做前两层而不做第三层评委就会产生“作者自己都不清楚结果的含义”的怀疑。4.5 模型检验与评价让你从写手升级为作者模型检验灵敏度分析、误差分析等是区分“普通参赛队”和“优秀参赛队”的一个重要分水岭。很多队把模型解出来就算结束了完全没有对结果进行任何检验这相当于把最有说服力的论据主动放弃了。灵敏度分析的核心在于回答一个问题“如果某个参数在合理范围内变化你的模型结论会因此发生剧烈变化吗”如果结论剧烈变化说明模型的稳定性不足需要说明原因并给出适用范围如果结论变化不大正好可以作为模型稳定性的证据。写这部分不用特别复杂选取两到三个关键参数给出它们在一定范围内变动的结果表通常是最终目标值的变化情况配合一句结论性评价即可。模型评价部分切忌“王婆卖瓜式”地写“本文模型准确率高结果可靠具有很好的应用前景”这种空话连自己都说服不了。更有效的做法是把模型的优点和缺点分开写而且每一条都对应具体的内容。优点可以写“模型充分考虑了数据的时间动态特性”缺点就写“模型未考虑极端天气对系统的影响在异常情况下可能偏离实际”然后补一句“后续可以通过引入XXX机制进行改进”这就是一篇论文该有的科学态度。5. 高频“论文事故”复盘与避坑指南每次赛后做评审复盘我都能整理出一批反复出现的问题。这些问题单独看都不致命但叠加起来足以让一支实力不错的队伍掉档。下面把我认为是最高频的前五个问题列成表格。问题类型典型表现后果预防措施摘要无结果通篇建模叙述无一个具体数值评委无法快速判断工作质量写完后逐句检查每个子问题都要有量化结论符号不统一同一符号在不同章节含义改变全文可信度骤降建模阶段就定好符号表全文共用图表无解释图片下方没有一句正文引述和解读图表像装饰物而非证据每张图/表在正文中必须被提及并解读公式排版混乱公式无编号、层级不清、推导跳步显得极不专业使用公式编号功能推导过程逐层展示附录代码堆砌大段代码无注释无说明完全没有阅读价值附录代码必须配文字说明和关键输出5.1 最常见的技术性“暴雷点”及修复办法技术层面的问题集中在排版细节和文件管理上。说一个几乎所有队伍都遇到过的场景第三天下午论文已经成型编程手突然跑来告诉你“之前有个数据算错了需要更新全部结果”。这个场景堪称数模比赛的“终极事故”。如果论文手在第二天就已经把结果全部写进正文并且源数据文件是共享的那么只需要用新数据重新跑一遍程序把结果表替换掉即可但如果论文手当时只是截图插入了图片没有保留原始数据文件那就要重新截图、重新排版、重新核对编号。平时保存和命名规范赛时就能救命。另一个非常常见的问题是图片清晰度。很多人从Excel或者Python界面直接截屏放大了就发糊。正确做法是保存时设置高dpi图片推荐300dpi以上格式选用PNG或者PDF矢量图。国赛提交的PDF要求中明确规定图片要清晰可读一旦图片模糊评委连数据都看不清根本不可能给你高分。还有一点是参考文献规范。很多队伍的参考文献只有书名和作者完全不符合标准格式。建议提前学会GB/T 7714标准的引用格式比赛时用文献管理工具或者直接在共享文档里统一编辑。参考文献数量不用贪多但要确保正文中确实引用了这些文献并且格式整齐、篇篇对得上。5.2 协作层面的沟通技巧论文手如何“催”出需要的素材很多论文手性格比较温和不好意思向队友开口要内容结果到了第三天发现素材缺口很大。这里提供几个行之有效的沟通思路第一不要问“你有没有结果了”而要问“你的结果文件我放在共享目录里自己取”的流程。与其被动等待不如主动把素材接收通道建立起来让队友一有结果就能立刻同步。第二向编程手要图时不要笼统地说“把结果图发我”而是具体说“我需要一张反映XXX关系的折线图横坐标是XXX纵坐标是XXX”。编程手多半不懂论文表达的需求你把要求说清楚他一分钟就能生成需要的图。第三如果建模手对于某个假设标准还在犹豫论文手要在他犹豫时追问一句“如果我们先按这个假设做后面需要改的话改动成本是多少”这种“推动决策”的姿态会让团队节奏明显提速。5.3 关于比赛最后一小时的“护卫动作”最后一小时是对论文手心理素质的终极考验。此时团队情绪通常很紧张各种“再改一点”的声音此起彼伏。一个成熟的论文手应该在这时果断切换到“变更冻结”模式不再接受任何大的结构变动只处理错别字、格式微调和文件整理。务必完成三个护卫动作第一另存一份final版文件任何修改都在副本上进行防止手滑覆盖了合格版本第二核对提交要求文件命名、页数限制、附件清单很多队伍在紧张中填错了文件名或漏传了附件第三确认PDF一旦生成调研打开检查是否有乱码、图片是否完整。这几个动作做完无论最终成绩如何至少你保证了拿手牌没有在自己手上丢掉。6. 论文手成长路径从完成比赛到建立能力我一直认为数学建模竞赛的价值不只是一张文奖状它本质上是一次高强度的、类研究性质的写作训练。论文手在这三天获得的“把复杂问题理清并用文字准确表达”的能力在未来任何一条职业道路上都非常有用——无论是写技术方案、学术论文还是商业报告核心逻辑都是一样的。对于想要系统提升论文手能力的人我建议在赛前一个月开始每周做一次限时的“模拟写作”训练给一个往年的赛题不要求完整建模只要求在一个半小时内完成一篇800字的问题分析加摘要。这种短平快的练习能飞速提升你在压力下组织语言和逻辑结构的能力。赛后再复盘一次自己写过的论文对比优秀论文找差距比盲写十篇都有用。另外还有一个比较实际的建议每一场比赛结束以后都把自己队的论文单独保存到自己的素材库里写上“这篇论文里最成功的一个表达是什么、最失败的一个表达是什么”。积累两三场比赛之后你会发现自己对“什么样的表达才是好表达”的感知会变得极其敏锐这种写作直觉是任何教程都教不出来的。论文手在队伍里的位置说高调一点是“最后质量关口”说实在一点是整个团队所有努力的最终放大器。一个好的论文手能让七十分的模型产出八十五分的论文一个准备不足的论文手也能让九十分的模型最终只给人留下七十分的印象。你现在为这个角色做的每一份准备最后都会在比赛的三天里加倍兑现到你的成绩单上。