Editorial Governance and Strategy
Editorial Principles Decision Log
Record how an editor resolved a difficult publishing choice when accuracy, clarity, speed, independence, safety, or audience value pulled in different directions.
Free editable Markdown · Senior editors, editorial standards teams, and publishers ·
Accessible HTML preview
Blank template
The downloaded file contains the same fields in editable Markdown.
Decision context
- Log ID
- [Use a durable identifier]
- Content or project
- [Title and internal link]
- Decision required
- [State one question]
- Decision deadline
- [Date and time]
- Affected audience
- [Who may benefit or be harmed?]
- Competing principles
- [For example, speed and verification]
- Confirmed facts
- [List evidence available now]
- Unknowns
- [List information that could change the choice]
- Policies consulted
- [Link current standards]
Options and reasoning
- Option A
- [Describe the feasible course]
- Benefits of A
- [Who benefits and how?]
- Risks of A
- [Severity, likelihood, and reversibility]
- Option B
- [Describe the alternative]
- Benefits of B
- [Who benefits and how?]
- Risks of B
- [Severity, likelihood, and reversibility]
- Delay or decline option
- [Explain whether it is feasible]
- Precedent concern
- [What might future teams infer?]
- Dissenting view
- [Record material disagreement fairly]
Decision and controls
- Decision
- [State the chosen action]
- Decision maker
- [Name and authority]
- Rationale
- [Explain how principles were balanced]
- Required changes
- [Headline, sourcing, framing, distribution, or other safeguards]
- Condition owners
- [Name each person and due date]
- Conflicts of interest were declared.
- Required specialist review was completed.
- The publish, delay, or decline action matches the recorded decision.
Follow-up
- Review trigger
- [Date, complaint, evidence change, or performance threshold]
- Observed outcome
- [Complete later]
- Unexpected effects
- [Complete later]
- Process lesson
- [What should be repeated or changed?]
- Policy action
- [No change, clarification, or formal revision]
How to use this template
- Describe the exact publishing decision, deadline, audience, and competing principles before stating a preference.
- Separate confirmed facts, missing information, assumptions, applicable policies, and specialist advice.
- Compare at least two feasible options using the same benefits, harms, reversibility, and precedent questions.
- Record the authorized decision, dissent, required safeguards, owners, and approval time.
- Reopen the entry when its trigger occurs, then document what the team learned and whether guidance should change.
Capture the tension, not a polished justification
Editorial decisions become hard when two legitimate values conflict: publishing quickly may reduce verification time; complete transparency may expose a vulnerable source; plain language may remove a technically important qualification. State that tension before recording the preferred outcome. A log that begins with the final answer tends to collect only supporting arguments. Include the triggering question, relevant deadline, affected audience, factual record, and policies consulted. Distinguish verified facts from predictions and preferences. If an important fact was unavailable, name the gap rather than writing around it. This lets later reviewers evaluate the decision fairly within its original context.
Compare options on the same criteria
List at least two feasible choices, including delaying or declining publication when those are realistic. Evaluate every option against the same editorial principles and foreseeable consequences. Avoid a false score that makes unlike harms look mathematically precise; short written reasoning often reveals more. Note who benefits, who bears risk, whether an error can be corrected, and what precedent the choice might create. Invite a dissenting view when the decision is consequential. The purpose is not consensus at any price. It is to show that disagreement was heard and the authorized decision maker accepted responsibility.
Close the loop after publication
Many editorial choices include conditions: obtain another source, change the headline, limit distribution, add a warning, or review performance after new evidence arrives. Give each condition an owner and due date. Record where the published item and supporting evidence can be found. Set a review trigger based on risk rather than habit, such as a named fact changing or a complaint revealing unanticipated harm. During review, assess both the outcome and the reasoning process. A poor outcome does not automatically prove the decision was careless, and a lucky outcome does not make a weak process sound.
See the fields in context
Fictional example: delayed service bulletin
Cedar Transit is an invented public transport service used to illustrate decision documentation.
- Decision: Whether to publish an outage estimate before the maintenance team confirms the repair window.
- Tension: Speed would help riders plan, while an unverified time could cause them to miss essential travel.
- Choice: Publish the confirmed outage immediately, omit the estimate, and add the next update time.
- Dissent: One editor preferred an approximate range; the log records that view and the concern about false precision.
- Review: After the incident, the team added a standard field for “next confirmed update” to future bulletins.
Frequently asked questions
Which decisions deserve a log entry?
Log choices involving material risk, a novel interpretation, unresolved disagreement, a policy conflict, or a precedent other editors may need. Routine copy edits and decisions already settled by a clear standard usually do not require separate entries.
Should a dissenting opinion name the person?
Record the substance accurately. Name the person only when accountability requires it and access controls are appropriate. The goal is to preserve meaningful reasoning without making healthy disagreement personally risky or exposing confidential information.
Can the log be edited after the decision?
Correct factual errors transparently and append follow-up information, but preserve the original decision and timestamp. Silent rewriting destroys the historical value. Use version history or dated additions so readers can distinguish what was known then from what was learned later.
Is this the same as an exception request?
No. An exception request seeks permission to depart from a defined policy. A principles log explains a difficult judgment that may remain within policy. A consequential exception can use both records and link them to avoid duplicating the evidence.