Before you submit, run one deliberate internal review. Not a proofread, a red-team, where the goal is to find the weaknesses while you can still fix them, not to feel reassured. The difference matters. A proofread confirms; a red-team attacks. You want the second, because the evaluator will do the second whether you did or not. Concrete steps, half a day, ideally with one person who hasn't been living inside the draft: 1. Give the reviewer the call criteria and the topic text, not just your proposal. Their job is to score you against those, the way a real evaluator would, not to react to the writing. 2. Ask them to read once, fast, then answer three questions from memory: What is this project actually going to do? Who benefits and how? Why this team? If they can't answer cleanly, your key messages aren't landing, and no reviewer reads twice to find them. 3. Have them hunt for unsupported claims. Every "significant," "novel," "world-leading," "will lead to", does the text back it, or just assert it? Flag each one. Assertions without evidence are where credibility leaks. 4. Check work-plan-to-budget consistency out loud: does every work package have matching effort and cost, and does every cost trace to an activity? Mismatches jump out to a fresh reader and to evaluators. 5. Run the requirements sweep, DMP, ethics, gender dimension, open science, any topic-specific asks, present and answered, not just mentioned. 6. Collect the findings as a ranked list, worst first, and triage: what genuinely changes the score versus what's cosmetic. Fix the score-movers, let the cosmetics go if time is short. The hard part is emotional, not technical. You have to want the reviewer to find problems. If you brief them to reassure you, you've wasted the review and handed the finding to the evaluator instead. If you don't have a spare colleague, you can red-team your own draft, put it down for 24 hours, then read it once as an evaluator scoring against the criteria, with a red pen and no mercy.