Create a candidate register that stores the admitted pool, governing sources, account route, evidence date, failed gates, open questions and next owner. Do not delete an excluded platform. Retain the exclusion reason so a later team can see whether a product changed or the business requirement changed.
Version the requirement brief before every buying cycle. A new market, device policy, conversion delay or treasury limit can alter the eligible pool without any platform update. Compare the new brief with the previous one, then rerun only the gates affected by the change. This is faster and more accurate than copying an old rank into a new procurement document.
Separate research access from campaign authority. A sales demonstration or account preview can answer questions about fields and workflow, but it does not authorize funding or delivery. The candidate moves to pilot only after policy, treasury, measurement and loss controls have named approvers.
Publish the final rationale in plain language. State why each selected product received its job, why excluded products failed, what evidence remains provisional and when the allocation will be reviewed. Readers can then challenge the actual assumptions instead of debating a single unexplained score.