论文框架怎么写 常见框架类型和示例

写论文最卡的不是字句，是骨架。很多人文献读了一堆，坐到电脑前还是不知道第一章该写什么、第二章放什么、方法到底归在哪一块。这篇不讲空理论，只讲怎么从研究问题倒推出框架、几种常见结构各自适合什么题目、以及搭完怎么自检。

写论文最卡的不是字句，是骨架。很多人文献读了一堆，坐到电脑前还是不知道第一章该写什么、第二章放什么、方法到底归在哪一块。框架没搭好的典型症状是：写了两千字发现全在铺垫，或者写着写着一章里塞了三件不相干的事。

这篇只讲动手的事：怎么从研究问题倒推出框架、几种常见结构各自适合什么题目、搭完怎么自检。不讲论文写作的通论，也不讨论选题本身好不好——那是另一回事。

先定研究问题，再倒推框架

框架不是先有形状再填内容，而是研究问题往下拆出来的。把研究问题写成一句能被验证的话，比如「某类做法在小团队场景下到底降低了什么成本」，而不是「关于某类做法的研究」。前者自带边界，后者什么都能塞。

拆完之后，每一章都要回答这句话的一部分。判断方法很土但管用：写完章节标题，问自己这章替研究问题解决了哪一小问。答不上来的章节，就是凑数，删掉反而更清爽。

• 研究问题能拆成三到五个小问，框架就大致有对应的三到五块主体章节
• 每个小问下面再拆一层，就是二级标题，不用拆太深
• 引言里提出的每个小问，结论章都要能一一回应，多出来的结论就是跑题
• 背景、综述这类章节不回答小问，但要能说清它为哪一问铺路

几种常见框架类型，各自适合什么题目

结构类型没有优劣，只有合不合题目。下面这张表是给搭骨架时对照用的，不是评分标准；实际写的时候经常两种结构混着用，比如前半段用现状问题，后半段接对策。

问题—原因—对策式的关键在后半段：原因和对策要能对上号，查出来三个原因就得有三个对策，多出来的对策要么是没查到位，要么是硬凑。这种结构最怕结论章突然冒出一堆前面没提过的东西。

理论—假设—验证式的前三章基本固定：理论、假设、方法。变量怎么定义要在框架阶段就写清楚，不能留到分析时再想。方法章要能对上数据来源，做不了的数据别写进框架——判不准工作量的话，先去站内模型与工具目录估一遍处理手段再定。

搭骨架的动手顺序

顺序反了会白写很多字。正确做法是先写目录再写正文，目录只列到二级标题，每个标题下面写两句话说明放什么内容。写不出来的标题，说明这章没必要存在，趁早砍。

1. 列目录只列到二级标题，每个标题下写两句话说明放什么，写不出来的先标问号
2. 归类文献把已读文献按章节归类，归不进去的要么是框架漏了一块，要么这篇不该引
3. 对齐方法方法章逐条对上数据来源和获取路径，拿不到的先标出来，去站内论文与学术工具目录找检索与全文获取的路子
4. 给导师看一版改动要趁早，正文写了大半再改结构等于重写，别怕这一版很粗糙

归类文献这一步最容易被跳过，但它其实是最省事的自检：如果一篇核心文献哪一章都放不进去，多半是你的框架缺了一块，而不是这篇文献水。

框架写完的自检清单

框架搭完别急着开写，花十几分钟过一遍下面几条。这几条不是学术规范，是止损用的——现在改结构成本最低，写到一半再改就晚了。

• 逐条改疑问句：每个章节标题能不能改写成一句疑问句，改不出来的通常是背景堆砌章
• 看比例：主体论证的章节数应该多于背景介绍，否则头重脚轻
• 看闭环：结论章要能一一回应引言提出的每个问题，多出来的结论就是跑题
• 看可执行：每章下面的资料是否已经拿得到，拿不到的先标出来，别等写到那章才发现查不到
• 看重复：两章之间有没有内容重叠，重叠部分要么合并要么切开，别含糊过去

这几条里最容易被忽略的是「可执行」。框架看上去很完整，但第三章需要的样本根本拿不到，那这个框架就是纸上的。早发现就早换路子，比如换案例、换数据源、或者把那一章从论证改成讨论。

如果你的题目需要用到检索工具、全文获取渠道或者数据处理手段，可以先到站内工具目录看一眼有哪些现成路子，再回头决定框架里那一章要不要保留。工具决定不了框架，但能决定框架能不能落地。