Mission before metrics
Initial working principle and metric-inversion protocol published.
- VERSION
- 0.1
- REVISED
- 29 Jul 2026
- EVIDENCE
- 0 notes
- STATUS
- Working
A living playbook for making meaningful work more effective. Open to use. Designed to test. Improved by what the community learns in the real world—including where a principle breaks.
The social sector, mission-driven teams, and people working on hard problems keep relearning the same lessons in isolation. Principles of Impact turns those lessons into a shared operating commons.
Each working belief includes a runnable protocol, an evidence standard, and an open question the community can help answer.
Use the principles. Adapt the protocols. Credit the commons. Share what reality taught you—including where a principle failed.
CC BY 4.0 licenseEvery principle includes what it means, the tension it guards against, and one field protocol you can run without asking permission. Useful disagreement is part of the method.
Measure what helps the mission move. A number is useful only when it clarifies the change you are trying to create.
Easy-to-count activity can quietly replace the outcome that mattered in the first place.
Efficiency creates capacity. The value of that capacity depends on where it is aimed and what it makes possible.
A perfectly optimized week can still produce very little that matters.
A useful system survives interruptions, imperfect energy, limited capacity, and the calendar people actually have.
Beautiful plans often depend on conditions that disappear the moment real work begins.
Make the work visible enough to inspect. Confidence should grow from bounded evidence, not the force of a claim.
Stories inspire action, but unbounded stories can hide uncertainty and make weak lessons look universal.
Treat improvement as a recurring practice. Keep what works, name the next useful change, and run the loop again.
Perfectionism delays learning; endless iteration without a standard can become motion without progress.
Stewards preserve the original submission, edit a separate public version for clarity and privacy, and publish the reason whenever the playbook changes.
We publish useful disagreement. We preserve context. We distinguish a pattern from an anecdote. We never turn community evidence into a universal claim without showing the boundary.
Impact Hackers stewards review every note before publication.
A specific observation, enough context to locate it, and a clear relationship to one principle.
Clarity, length, and private details—never the direction or meaning of the result.
We target an initial review within seven days and contact contributors when clarification would strengthen the note.
A principle changes only when the evidence changes what it can responsibly claim. Every revision keeps its reason and boundary.
Initial working principle and metric-inversion protocol published.
Initial working principle and Friday-receipt protocol published.
Initial working principle and constraint-first protocol published.
Initial working principle and bounded-claim protocol published.
Initial working principle and open-recipe protocol published.
Initial working principle and EBI-loop protocol published.
These are verified founding materials—not a leaderboard and not a claim of originality. New influences, contributors, and public dissent are added when they can be credited responsibly.
Origin notes for a living canvas that connects tactics, practices, strategies, principles, and the why beneath them.
The founding philosophy of impact hacking as experimentation, system-building, well-being, and meaningful purpose.
A structured synthesis of organizational principles, values, practices, and tensions intended to be challenged and refined.
The umbrella philosophy of clarity, useful systems, collaboration, sustainable impact, and purpose.
Submit a challenged field note or name an overlooked source. We will credit the contribution without turning the commons into a popularity contest.
Add dissent or lineageFounding source documents are retained in the steward archive. Public links will be added after each source is cleared for open sharing.
Choose one open question, run the smallest useful test, and leave the result—even when it complicates the principle.
Help us find where this breaks. The first published field note could support a principle, complicate it, or prove it wrong. All three make the playbook better.
The playbook gets stronger when the distance between principle and practice gets smaller.
Begin with principle 01