
API Documentation
Docs + Word14 pages
Free
Engineering changes that cross teams go wrong when the proposal arrives as a surprise or as a solution nobody agreed was needed. This request for comments template puts the problem first, then the design, the drawbacks, the alternatives and the questions still open, with a decide-by date in the header.
The sample is RFC-0042 at Underhill Cloud: a shared regional rate limiter that ends 3.1 times over-admission, with six consuming teams, an 8 working day review and a 120 day compatibility shim. Replace the RFC number, the figures, the teams, the API example and the reviewer comments with your own.
Click Make a copy in Google Docs, then confirm on the Google page. The copy is saved to your own Google Drive.
Set the RFC number, author, reviewers and decide-by date on the Motivation page, then rewrite the summary so a reader can accept or object after one paragraph.
Replace the design, architecture and alternatives with your own, and list every team and service that changes.
Record each objection with your response and whether the design changed, then mark the final status.
Delete the guide page, then share the document for review.
A summary, the motivation, the detailed design, the impact on consumers, alternatives, drawbacks, a migration plan and unresolved questions. This template has a page for each.
No. The organisation, the people and every figure in this RFC are fictional sample data, written to show what a clear proposal looks like. Replace them with your own.
Five to ten working days suits most cross-team changes. Set a decide-by date in the header so the RFC does not drift, and record the outcome as accepted, rejected or deferred.
More Google Docs templatesMore developer workflows templates

Docs + Word14 pages
Free
Slides + PowerPoint12 slides
Free
Docs + Word17 pages
Free
Docs + Word7 pages
Free
Docs + Word8 pages
Free