revision-required-files

برای شروع Revision واقعاً به چه چیزهایی نیاز داریم؟

یکی از اشتباهات رایج این است که تصور کنیم «هرچه فایل بیشتری بفرستیم، کار سریع‌تر و کامل‌تر انجام می‌شود». در عمل، زیادبودن فایل‌ها زمانی مفید است که ارتباط آنها با Reviewer Comments روشن باشد. اگر چند نسخه قدیمی مقاله، خروجی‌های متعدد و فایل‌های نامرتبط کنار هم قرار بگیرند، احتمال انتخاب نسخه اشتباه بیشتر می‌شود.

نقطه شروع بهتر این است که ابتدا سه منبع اصلی کنار هم قرار گیرند: نامه تصمیم سردبیر، متن کامل نظرات داوران و نسخه‌ای از مقاله که دقیقاً همان نسخه بررسی‌شده در دور داوری بوده است. این سه فایل پاسخ می‌دهند که ژورنال چه تصمیمی گرفته، Reviewerها چه تغییراتی خواسته‌اند و تغییرات باید روی کدام نسخه اعمال شوند.

بعد از این مرحله می‌توان برای هر Comment مشخص کرد که آیا صرفاً توضیح متنی لازم است یا یک تغییر واقعی در Manuscript، Figure، Table، Supplementary File یا Analysis باید انجام شود. به همین دلیل، فایل‌های لازم برای ریوایز مقاله بهتر است بعد از تحلیل کامنت‌ها تعیین شوند، نه قبل از آن.

چرا Decision Letter فقط یک نامه اداری نیست؟

بسیاری از نویسندگان وقتی تصمیم Revision دریافت می‌کنند، مستقیم سراغ Reviewer Comments می‌روند و بخش ابتدایی Decision Letter را سریع رد می‌کنند. این کار می‌تواند باعث شود یک دستور مهم از طرف Editor نادیده گرفته شود. Decision Letter معمولاً علاوه بر نوع تصمیم، اطلاعاتی درباره Deadline، نحوه ارسال مجدد، فایل‌های موردنیاز و گاهی ارزیابی خود Editor از اهمیت کامنت‌ها دارد.

فرض کنید Reviewer 1 درباره Discussion چند نکته نوشته و Reviewer 2 هم درخواست اصلاح آماری دارد. اگر Editor در Decision Letter صریحاً تأکید کرده باشد که «نگرانی آماری Reviewer 2 باید به‌طور کامل حل شود»، این جمله برای برنامه‌ریزی Revision اهمیت زیادی دارد. در چنین وضعیتی، پاسخ به کامنت آماری فقط یکی از چند کار نیست؛ ممکن است مهم‌ترین بخش تصمیم بعدی ژورنال باشد.

Decision Letter همچنین به شما می‌گوید آیا مجله نسخه Marked، Clean Manuscript، Response Letter یا فایل دیگری را هنگام Resubmission می‌خواهد. بنابراین این فایل باید از ابتدای کار در کنار Reviewer Comments نگه داشته شود، نه اینکه فقط در آخر کار برای پیدا کردن Deadline به آن مراجعه شود.

Reviewer Comments را چگونه برای Revision آماده کنیم؟

مهم‌ترین ویژگی Reviewer Comments «قابل‌خواندن بودن» نیست، بلکه کامل‌بودن آنهاست. در بعضی مجلات تمام نظرات در یک PDF قرار دارند؛ در بعضی دیگر بخشی از Comments در Decision Letter و بخشی در Submission System نمایش داده می‌شود. گاهی نیز Reviewer یک Comment اصلی نوشته اما در همان پاراگراف چند درخواست مستقل مطرح کرده است.

به همین دلیل بهتر است متن نظرات داوران بدون خلاصه‌سازی آزاد نگه داشته شود. اگر یک Comment شامل سه درخواست است، هر سه باید دیده شوند. مثلاً جمله‌ای که از نویسنده می‌خواهد روش نمونه‌گیری را توضیح دهد، حجم نمونه را توجیه کند و Missing Data را تشریح کند، در واقع یک «کامنت» با سه وظیفه جداگانه است.

پس از استخراج کامل نظرات، هر Comment باید به یک اقدام مشخص تبدیل شود. ساختار ذهنی مفید این است:

این تبدیل، دقیقاً همان چیزی است که تعیین می‌کند چه فایل‌هایی باید وارد پروژه شوند. اگر هدف فقط Clarification است، احتمالاً Manuscript کافی خواهد بود. اگر تحلیل جدید مطرح شده، فایل‌های آماری اهمیت پیدا می‌کنند. اگر Figure باید بازطراحی شود، نسخه قابل‌ویرایش آن لازم خواهد شد.

برای جزئیات ساخت پاسخ حرفه‌ای به هر Comment، راهنمای پاسخ به کامنت داوران مقاله روی ساختار Point-by-Point Response تمرکز دارد.

کدام نسخه Manuscript باید مبنای کار قرار گیرد؟

این بخش ساده به نظر می‌رسد، اما در عمل یکی از مهم‌ترین منابع خطا در Revision است. نسخه‌ای که باید اصلاح شود، همان نسخه‌ای است که واقعاً برای ژورنال ارسال شده و Reviewerها بر اساس آن نظر داده‌اند. اگر نویسنده بعد از Submission فایل مقاله را روی سیستم خود تغییر داده باشد، آن فایل دیگر لزوماً مرجع مناسبی برای شروع Revision نیست.

این تفاوت می‌تواند کوچک باشد؛ مثلاً یک جمله عوض شده یا یک Reference اضافه شده باشد. اما همین تغییر کوچک ممکن است شماره صفحات و خطوط را جابه‌جا کند. در نتیجه وقتی در Response Letter نوشته می‌شود «این تغییر در صفحه 12، خطوط 240 تا 247 اعمال شد»، محل گزارش‌شده ممکن است با نسخه‌ای که Reviewer در اختیار دارد هم‌خوانی نداشته باشد.

اگر درباره نسخه درست تردید دارید، فایل دانلودشده از Submission System معمولاً بهترین نقطه مرجع است. سپس می‌توان نسخه Working Copy را از همان فایل ساخت و تمام اصلاحات جدید را روی آن مدیریت کرد.

Track Changes و Clean Manuscript چه زمانی لازم می‌شوند؟

همه مجلات یک روش واحد برای نمایش اصلاحات ندارند. بعضی ژورنال‌ها از نویسنده می‌خواهند تمام تغییرها با Track Changes مشخص باشند. بعضی دیگر Highlight رنگی را ترجیح می‌دهند و گروهی از مجلات فقط Clean Manuscript و Response Letter می‌خواهند.

بنابراین Track Changes معمولاً «فایل شروع» نیست؛ بیشتر یک خروجی نهایی یا بخشی از فرایند کنترل Revision است. اگر تغییرات بسیار زیاد باشند، نگه‌داشتن Track Changes از همان ابتدا ممکن است فایل را شلوغ و کنترل آن را سخت کند. در این حالت می‌توان روی Working Copy منظم کار کرد و در پایان نسخه‌ای مطابق دستور ژورنال تهیه کرد.

Clean Manuscript باید تمام اصلاحات را داشته باشد، اما نشانه‌های ویرایشی، Commentهای داخلی و Track Changes در آن دیده نشوند. اگر ژورنال هر دو نسخه Marked و Clean را می‌خواهد، هر دو باید از یک نسخه نهایی واحد تولید شوند؛ نه اینکه هرکدام از یک فایل جداگانه و با سابقه ویرایش متفاوت ساخته شوند.

Figures، Tables و Supplementary Files چه زمانی وارد کار می‌شوند؟

وجود Figure یا Table داخل فایل Word به این معنی نیست که همیشه همان نسخه برای اصلاح کافی است. اگر Reviewer فقط درباره Caption سؤال کرده باشد، احتمالاً Manuscript کافی است. اما اگر درخواست تغییر Label، رنگ، Legend، محور، کیفیت تصویر یا داده داخل Figure را داده باشد، نسخه قابل‌ویرایش اصلی اهمیت پیدا می‌کند.

همین منطق درباره Tables هم صدق می‌کند. وقتی داور می‌خواهد ستون جدیدی اضافه شود، یک متغیر گزارش شود یا Presentation جدول تغییر کند، فایل قابل‌ویرایش می‌تواند از ایجاد خطا جلوگیری کند. هر تغییر در Figure یا Table باید بعداً با متن Results، Caption، شماره‌گذاری و ارجاع‌های داخل Manuscript تطبیق داده شود.

Supplementary Files نیز زمانی مهم می‌شوند که داور درخواست اطلاعات بیشتری دارد ولی قرار نیست تمام آن محتوا وارد متن اصلی شود. ممکن است تحلیل تکمیلی، جدول بزرگ، جزئیات پروتکل یا پرسشنامه در Supplement قرار گیرد. اگر Supplementary Material از قبل وجود داشته، نسخه قبلی آن هم باید در دسترس باشد تا شماره‌گذاری و ارجاعات بین نسخه‌های مختلف به‌هم نریزد.

فایل‌های آماری، Code و Raw Data چه زمانی ضروری‌اند؟

یکی از مهم‌ترین تفاوت‌های بین Revisionهای ساده و Revisionهای تحلیلی در همین بخش دیده می‌شود. اگر کامنت‌ها فقط مربوط به Language، Literature یا Clarification باشند، معمولاً Raw Data برای شروع هیچ نقشی ندارد. اما وقتی Reviewer درباره نتیجه عددی مشخصی سؤال می‌کند، تحلیل جایگزین می‌خواهد یا درباره Sample Size، Missing Data یا Sensitivity Analysis ابهام دارد، ممکن است بدون فایل‌های تحلیلی پاسخ دقیق ممکن نباشد.

بسته به پروژه، فایل لازم می‌تواند SPSS Output یا Syntax، فایل R یا Python، Stata Do-file، Excel Workbook یا خروجی نرم‌افزار تخصصی باشد. اگر Code یا Syntax موجود باشد، مسیر تحلیل قابل‌ردیابی‌تر است و لازم نیست کسی از روی جدول نهایی حدس بزند که اعداد چگونه تولید شده‌اند.

Raw Data حساس‌ترین جزء این مجموعه است و نباید به‌صورت پیش‌فرض ارسال شود. اگر برای پاسخ به Comment نیازی به بازتحلیل وجود ندارد، اشتراک Dataset کامل ارزش عملی ندارد و حتی ممکن است از نظر محرمانگی مناسب نباشد. در بعضی موارد Data Summary، Output یا Syntax تمام اطلاعات لازم برای بررسی را فراهم می‌کند.

از روی نوع کامنت داور چطور فایل موردنیاز را تشخیص دهیم؟

ساده‌ترین روش این است که به‌جای پرسیدن «این مقاله Minor است یا Major؟» بپرسیم «برای انجام این تغییر مشخص، به چه چیزی نیاز داریم؟». جدول زیر یک راهنمای تصمیم‌گیری است و نشان می‌دهد چگونه ماهیت Comment می‌تواند نوع فایل موردنیاز را تعیین کند.

مثال عملی: وقتی یک Comment به چند فایل نیاز دارد

فرض کنید Reviewer 2 نوشته است که برای اطمینان از پایداری نتیجه اصلی باید یک Sensitivity Analysis انجام شود و هم‌زمان Figure 3 نیز به‌دلیل خوانایی پایین اصلاح شود. اگر فقط فایل Word مقاله در دسترس باشد، بخشی از Revision قابل انجام است اما بخش اصلی Comment هنوز بدون پشتوانه می‌ماند.

ابتدا باید مشخص شود تحلیل پیشنهادی Reviewer دقیقاً چه متغیرهایی را درگیر می‌کند و آیا داده موجود برای آن کافی است. در این مرحله Dataset یا فایل تحلیل، همراه با Syntax یا Code قبلی، اهمیت پیدا می‌کند. پس از اجرای تحلیل، نتیجه جدید باید با نتیجه قبلی مقایسه شود. اگر نتیجه تغییر کند، ممکن است Methods، Results و Discussion نیز نیازمند اصلاح باشند؛ حتی ممکن است یک جمله در Abstract یا Conclusion نیز تحت تأثیر قرار گیرد.

در بخش دوم Comment، نسخه قابل‌ویرایش Figure 3 لازم می‌شود. اصلاح Figure فقط به تغییر ظاهر تصویر محدود نیست؛ Caption، شماره‌گذاری و جمله‌هایی که در متن به Figure اشاره می‌کنند نیز باید دوباره کنترل شوند. در پایان، Response Letter باید توضیح دهد چه تغییراتی در تحلیل و Figure انجام شده و هر تغییر در کدام بخش نسخه اصلاح‌شده قابل مشاهده است.

حالا یک Comment ساده‌تر را تصور کنید: Reviewer می‌خواهد یک پاراگراف در Discussion شفاف‌تر نوشته شود و دو Reference جدید اضافه شوند. در این حالت Raw Data یا فایل آماری هیچ کاربرد مستقیمی ندارد. Manuscript و در صورت استفاده از نرم‌افزار مدیریت منابع، Reference Library برای انجام کار کافی‌اند.

تفاوت این دو سناریو نشان می‌دهد که فایل‌های لازم برای ریوایز مقاله باید از روی «اقدام موردنیاز» تعیین شوند. برچسب Minor یا Major به‌تنهایی نمی‌تواند بگوید چه فایل‌هایی باید آماده شوند.

آیا Minor Revision و Major Revision به فایل‌های متفاوتی نیاز دارند؟

در Minor Revision معمولاً احتمال بیشتری وجود دارد که همان سه فایل پایه برای بخش عمده کار کافی باشند، چون بسیاری از کامنت‌ها مربوط به Clarification، Literature، Language یا اصلاحات محدود هستند. با این حال Minor بودن تصمیم به این معنی نیست که هیچ Comment تحلیلی وجود ندارد.

در Major Revision معمولاً دامنه اصلاحات گسترده‌تر است و احتمال نیاز به Figures، Tables، Supplementary Files یا فایل‌های آماری بیشتر می‌شود. ولی باز هم باید از روی Commentها تصمیم گرفت. ممکن است یک Major Revision بیشتر شامل بازنویسی مفهومی باشد و هیچ بازتحلیل داده‌ای نخواهد.

بنابراین بهتر است نوع Decision را به‌عنوان نشانه‌ای از وسعت کلی کار ببینیم، نه فهرست قطعی فایل‌های لازم.

اگر بعضی فایل‌های لازم موجود نباشند چه باید کرد؟

نبود یک فایل همیشه به معنی توقف Revision نیست. ابتدا باید مشخص شود آن فایل برای پاسخ به کدام Comment موردنیاز است. مثلاً اگر Reviewer فقط درباره توضیح Sampling Method سؤال کرده، نبود Raw Data احتمالاً مانع اصلاح نیست. اما اگر همان Reviewer درخواست Re-analysis داده باشد و Dataset یا Output اصلی پیدا نشود، مسئله جدی‌تر است.

در این شرایط بهتر است قبل از نوشتن پاسخ، امکان بازیابی فایل از آرشیو پروژه، همکاران پژوهشی، فضای ذخیره‌سازی قبلی یا Submission Archive بررسی شود. اگر اطلاعات قابل بازیابی نیستند، نباید نتیجه‌ای ساخته یا بازسازی شود که امکان تأیید آن وجود ندارد.

گاهی حتی بدون فایل اصلی می‌توان بخشی از Comment را پاسخ داد، اما باید مرز بین آنچه واقعاً قابل بررسی است و آنچه نیازمند داده یا فایل گمشده است روشن باقی بماند.

چه فایل‌ها و اطلاعاتی را نباید بی‌دلیل ارسال کرد؟

Revision یک فرایند علمی است و برای انجام آن معمولاً نیازی به دسترسی کامل به حساب کاربری ژورنال وجود ندارد. نام کاربری، رمز عبور، Tokenهای دسترسی یا اطلاعات شخصی مرتبط با Submission System نباید صرفاً برای راحتی کار به اشتراک گذاشته شوند. نویسنده می‌تواند فایل‌های لازم را خودش دانلود کند و فقط همان فایل‌ها را در اختیار فرد یا تیم بررسی‌کننده قرار دهد.

درباره داده‌های خام نیز همین اصل برقرار است. اگر Commentها به داده نیاز ندارند، ارسال Dataset کامل نه‌تنها ضروری نیست، بلکه ممکن است ریسک محرمانگی ایجاد کند. همچنین بهتر است نسخه‌های بسیار قدیمی Manuscript که هیچ نقشی در Revision فعلی ندارند کنار گذاشته شوند تا احتمال اشتباه بین فایل‌ها کاهش یابد.

چطور فایل‌های Revision را منظم کنیم؟

لازم نیست ساختار پوشه پیچیده‌ای داشته باشید. هدف فقط این است که نقش هر فایل و نسخه آن مشخص باشد. یک روش ساده می‌تواند این باشد که Decision Letter و Comments در یک پوشه، Manuscript در پوشه‌ای دیگر، Supporting Files در بخش جداگانه و فایل‌های Analysis در پوشه مستقل نگه داشته شوند.

مهم‌تر از اسم پوشه‌ها، جلوگیری از نام‌گذاری‌هایی مثل final.docx، final2.docx و final-new.docx است. بهتر است نسخه‌ها تاریخ یا شماره داشته باشند تا در پایان مشخص باشد کدام فایل واقعاً نسخه نهایی است.

چک‌لیست نهایی فایل‌های Revision

این تنها بخشی است که استفاده از Checklist واقعاً مفید است؛ چون قبل از شروع یا Resubmission می‌توان آن را سریع مرور کرد.

• Decision Letter کامل و نسخه نهایی آن در دسترس است.
• تمام Reviewer Comments بدون حذف یا خلاصه‌سازی جمع‌آوری شده‌اند.
• نسخه Manuscript بررسی‌شده توسط داوران مشخص شده است.
• Manuscript ID، نام ژورنال و Deadline ثبت شده‌اند.
• Figure و Table قابل‌ویرایش فقط در صورت نیاز Comment آماده شده‌اند.
• Supplementary Files قبلی در صورت ارتباط با کامنت‌ها موجودند.
• Reference Library در صورت نیاز به تغییر منابع در دسترس است.
• Output، Syntax یا Code برای کامنت‌های آماری مشخص شده است.
• Raw Data فقط در صورت ضرورت علمی و با رعایت محرمانگی استفاده می‌شود.
• نسخه‌های قدیمی و جدید فایل‌ها از یکدیگر قابل تشخیص‌اند.
• دستور ژورنال درباره Clean Version و Marked Version بررسی شده است.

جمع‌بندی

نکته اصلی این راهنما این نیست که برای Revision همیشه یک فهرست ثابت از فایل‌ها وجود دارد. در واقع سه فایل Decision Letter، Reviewer Comments و Manuscript نقطه شروع‌اند و بقیه فایل‌ها باید بر اساس نیاز واقعی هر Comment انتخاب شوند.

وقتی Reviewer فقط توضیح بیشتر می‌خواهد، Manuscript ممکن است کافی باشد. وقتی تحلیل جدید درخواست شده، فایل آماری و شاید داده لازم می‌شود. وقتی Figure یا Table باید تغییر کند، نسخه قابل‌ویرایش آن اهمیت پیدا می‌کند. این نگاه باعث می‌شود Revision منظم‌تر، قابل‌ردیابی‌تر و هماهنگ‌تر با خواسته واقعی داوران پیش برود.

اگر مسئله اصلی شما تشخیص نوع بازبینی موردنیاز مقاله است، مقاله تفاوت ادیت زبانی و بازبینی علمی مقاله نیز می‌تواند مکمل این راهنما باشد.