给科研新手的保姆级教程：手把手搞定Elsevier期刊投稿（以Computers & Geosciences为例）
第一次投稿就像在迷宫里摸黑前行——系统里每个按钮都像隐藏机关，贡献声明里的术语堪比密码学，而Highlights写作则让人反复怀疑自己的学术表达能力。这份指南将用最直白的语言拆解整个流程，从ORCID注册到最终提交，确保你不再因技术细节卡壳。
1. 投稿前的四大基础准备
1.1 ORCID注册：学术身份证的获取
ORCID相当于研究者的永久学术身份证号，避免因姓名重复或机构变动导致的身份混淆。注册时需注意：
- 访问ORCID官网点击"Register now"
- 必填字段：英文姓名（与护照一致）、机构邮箱（避免使用gmail等商业邮箱）
- 隐私设置建议：选择"Everyone"可见，确保审稿人能验证你的身份
- 注册后记得到邮箱完成验证，否则48小时后账号会被冻结
提示：在个人资料中添加employment history时，建议按时间倒序填写所有任职机构，包括当前在读的学位信息。
1.2 期刊模板的精准选择
Computers & Geosciences提供两种模板：
| 模板类型 | 下载地址 | 适用场景 |
|---|---|---|
| Word | GitHub链接 | 不熟悉LaTeX的初学者 |
| LaTeX | GitHub链接 | 需要复杂数学公式排版的论文 |
常见踩坑点：
- Word用户需特别注意：
- 段落间距必须使用"段前6磅"而非空行
- 图表标题字体应为Arial 9pt
- 参考文献需用EndNote的CAGEO样式
1.3 投稿材料清单核查
准备以下文件再开始投稿流程：
- 主稿件（含图表）
- Highlights文档（单独Word文件）
- Cover letter
- 作者贡献声明
- 利益冲突声明
- 代码仓库链接声明（如有）
1.4 作者贡献声明(CRediT)填写指南
贡献类型分为14类，新手常混淆的几项：
- Conceptualization≠ Introduction写作：指提出核心研究思路
- Methodology≠ Methods描述：强调方法论的创新设计
- Software：需具体到"实现了XX算法的Python版本"
建议用表格明确分工：
| 作者 | 主要贡献 | 对应CRediT分类 |
|---|---|---|
| 张三 | 提出初始idea，设计实验方案 | Conceptualization, Methodology |
| 李四 | 编写数据处理代码，制作图表 | Software, Visualization |
2. Highlights写作的黄金法则
2.1 内容架构三维度
- 创新性：用"首次发现/开发/验证"等明确表述
- 实用性：指出"可使XX领域的效率提升XX%"
- 方法论：说明"采用XX方法解决了XX难题"
2.2 句式模板参考
• 开发了[创新工具/方法]，解决了[具体问题] • 首次揭示了[现象/规律]，修正了[现有理论] • 通过[技术手段]，将[某指标]提高了[数据]%注意：每条highlight应独立成句，避免使用"and"连接不同观点。理想长度为85-110字符（包括空格）。
2.3 常见拒稿雷区
- ❌ "我们研究了..."（未说明价值）
- ❌ "结果很好..."（缺乏量化）
- ✅ 优化后："量化分析显示精度提升40%"
3. 投稿系统分步图解
3.1 初始信息填写
进入投稿入口后：
- 选择"Submit New Manuscript"
- 文章类型选择：
- Full length article（≥8页）
- Short communication（≤7页）
- Review article（需主编邀请）
3.2 文件上传技巧
PDF生成检查清单：
- 所有字体必须嵌入（在Word的"选项→保存"中勾选）
- 图片分辨率≥300dpi
- 页码右下角连续编号
压缩包处理：
# 推荐使用zip格式，最大不超过50MB zip -r submission_files.zip *.docx *.pdf --exclude=*.tmp
3.3 元数据填写陷阱
- 关键词选择：必须包含2个来自期刊的主题词表
- 基金信息：需精确到项目编号（如NSFC-42001234）
- 建议审稿人：避免推荐同机构学者，最好选择近2年引用过你参考文献的专家
4. 代码开源的合规操作
4.1 存储库选择对比
| 平台 | 匿名访问 | 永久标识符 | 适合规模 |
|---|---|---|---|
| GitHub | ✓ | DOI（通过Zenodo） | 大型项目 |
| Figshare | ✓ | 自动分配DOI | 小型脚本 |
| 机构仓库 | 需确认 | 依机构政策 | 敏感数据 |
4.2 许可证类型选择
根据期刊要求，推荐以下开源协议：
MIT License：最宽松，仅要求保留版权声明 GPL-3.0：要求衍生作品同样开源 Apache-2.0：包含专利授权条款4.3 代码提交规范
- 在根目录包含：
- LICENSE文件
- README.md（说明运行环境和依赖）
- requirements.txt（Python项目）
- 在论文中添加声明段：
\section*{Code availability} The implementation code is available at \url{https://github.com/xxx} under the MIT License.
5. 审稿周期实战管理
5.1 状态解读与应对
With editor超1个月：可发礼貌问询邮件Under review期间：准备response letter模板Required reviews complete：立即检查邮箱垃圾箱
5.2 修改信写作要点
- 使用修订模式时：
- Old text that was removed + New text that was added - 逐条回复审稿意见：
Reviewer #1, Comment 1: [原文引用审稿意见] Response: 我们已在Methods部分新增实验设计细节（见第5页第2段）...
5.3 时间线优化策略
- 黄金投稿时段：1-3月（避开毕业季）
- 催稿技巧：在系统状态停滞4周后，使用模板：
Dear Editor, I'm writing to kindly inquire about the current status...
投稿系统里有个隐藏功能：在"Attach Files"步骤，按住Ctrl键同时点击上传按钮可以触发批量传文件模式，这对需要提交大量补充材料的情况特别有用。有次我帮学弟投稿时偶然发现这个技巧，比一个个上传节省了至少15分钟。
