展开知识库目录
投稿状态怎么看，被拒后怎样判断改投、重写还是补实验
投稿状态名称因期刊和系统而异，停留时间也不能单独说明结果。被拒后先识别是范围、论证、方法还是证据问题，再决定直接改投、重写或补研究。
“With Editor”停了 18 天，作者每天刷新并认定要被拒
不同期刊把格式检查、编辑分配、初筛和邀请审稿人都可能显示为同一个状态。有的系统在审稿人接受前不更新，有的编辑处理后仍延迟同步。仅凭状态名和天数，不能推出稿件命运。
状态管理要记录事实：提交日期、官方状态、系统说明、期刊给出的正常时程和沟通记录。拒稿后也不要立刻换刊原样上传，应把决定信拆成问题层级，判断下一本期刊是否还会遇到同一问题。
- 正确理解常见状态的有限含义
- 知道何时适合礼貌询问
- 按拒稿原因选择改投、重写或补研究
同名状态在不同系统里可能对应不同内部步骤
| 常见显示 | 通常可能表示 | 不要自动推断 | 该做什么 |
|---|---|---|---|
| Submitted / Technical Check | 文件上传、格式或合规检查 | 已经通过编辑初筛 | 检查系统消息和待办 |
| With Editor / Editor Assigned | 编辑分配、范围判断或等待处理 | 停留久就是拒稿 | 参考官网时程，保留日期 |
| Under Review | 可能在邀请、已有审稿人或外审中 | 已经凑齐审稿意见 | 避免频繁催问 |
| Reviews Completed / Decision in Process | 意见返回并由编辑评估 | 一定会接收或返修 | 等待正式决定信 |
| Revision Submitted | 返修稿进入检查或新一轮评估 | 原审稿人必然再次审 | 保存提交包和读回记录 |
只有期刊系统帮助页、编辑部说明和正式邮件能解释该刊的具体状态；本表不是所有平台的固定翻译。
“不适合本刊”和“证据不足”不能用同一改投策略
| 拒稿主因 | 识别信号 | 优先动作 | 直接改投风险 |
|---|---|---|---|
| 范围/读者不匹配 | 编辑明确说不适合 scope 或读者 | 重做候选期刊匹配，调整标题摘要定位 | 换刊仍只按指标，继续 desk reject |
| 新颖性/定位不清 | 贡献与既有研究差异看不见 | 重写证据定位和主张，补充近期文献 | 只换 Cover Letter，正文问题保留 |
| 报告与表达不足 | 结构、透明度、图表或语言妨碍判断 | 按意见逐项修稿和核验 | 新编辑同样无法评估 |
| 方法或分析可修 | 缺少合理敏感性分析、说明或验证 | 在研究设计允许范围内补分析并更新全文 | 临时加分析造成选择性报告 |
| 核心设计无法支持主张 | 样本、对照、时间顺序或测量存在根本限制 | 降低主张、重构稿件，必要时补新研究 | 原样改投只会重复核心质疑 |
先提取事实，情绪过去后再决定
- 01
保存决定信和全部附件
记录日期、编辑结论、审稿意见和任何转投或申诉说明，不根据邮件标题概括。
- 02
把意见分成期刊特定与稿件通用
格式、字数可能只属于该刊；主张、方法、证据和报告问题通常会跟随稿件。
- 03
判断核心主张是否还能成立
若设计无法支持当前结论，先降级或重构；若只缺说明和可行分析，完成后再选刊。
- 04
重新核对下一本期刊
不把转投推荐当成自动匹配。按 R41、R42 核对范围、文章类型、费用和政策。
- 05
确定唯一新版本
更新正文、摘要、标题、图表、声明和 Cover Letter，保留修改清单；不得一稿多投。
记录日期和证据，停止凭记忆判断“太久”
状态与改投记录
每次变化一行
journal,manuscript_id,event_date,official_status,system_message,expected_timeline_source,days_in_state,contact_action,reply,decision_reason,manuscript_change,next_journal,status
{期刊},{稿号},{日期},{状态},{原文},{官网/邮件},{天数},{未联系/已询问},{回复},{拒稿分类},{修改摘要},{下一本},进行中具体状态、询问时点和申诉路径只以该刊正式说明为准
状态命名、常规时程和联系渠道高度期刊特定，须保存当前官方说明。
需要申诉或投诉时，先了解期刊程序与出版伦理框架；不同意决定本身不自动构成申诉理由。