88. OKRs and Goals
Goals are useful only when they create focus.
Early startups do not need a beautiful OKR system. They need a small set of goals that make tradeoffs clear, assign ownership, and connect daily work to company progress. A goal is not a motivational sentence. It is a forcing function: if this matters, something else matters less.
The test of a good goal is whether it changes decisions.
The core goal-setting question is: which few outcomes matter enough that we are willing to say no to other attractive work this cycle?
Goals By Stage
Section titled “Goals By Stage”The right goal depends on company stage.
| Stage | Good goal focus | Bad goal focus |
|---|---|---|
| Idea | Customer pain and willingness to engage. | Logo, deck polish, vague market size. |
| MVP | Riskiest assumption and first value. | Feature count. |
| First customers | Paid conversion, activation, learning. | Social likes or broad traffic. |
| Early GTM | Repeatable segment, channel, and onboarding. | Random growth experiments. |
| Fundraising | Evidence, milestone, runway. | Vanity metrics without quality. |
| Scaling | Retention, revenue, reliability, hiring quality. | Growth at any cost. |
Goal setting is not separate from strategy. It is how strategy becomes weekly behavior.
Goals Are Tradeoffs
Section titled “Goals Are Tradeoffs”A goal is not a wish. It is a tradeoff written down.
If the goal is to reach first value faster, you may delay advanced features. If the goal is to close the first 10 customers in one segment, you may reject other interesting segments. If the goal is to extend runway, you may freeze hiring or renegotiate tools. If the goal is product reliability, you may slow feature shipping.
Before accepting a goal, write:
- What will we do more of?
- What will we do less of?
- Who owns the outcome?
- What metric proves progress?
- What decision will this goal simplify?
- What behavior could this goal accidentally damage?
The last question matters. A sales goal can create bad-fit customers. A shipping goal can create bugs. A traffic goal can create low-quality content. A fundraising goal can distract from retention.
North Star
Section titled “North Star”A North Star is the clearest expression of value created. It should not be a vanity number.
Examples:
- SaaS: active teams completing the core workflow each week.
- Marketplace: successful transactions with repeat supply and demand.
- Edtech: learners achieving a measurable outcome.
- Fintech: trusted repeat transactions or reconciled value.
- Services-to-product: productized revenue delivered with repeatable process.
- Developer tool: successful integrations or active production usage.
The North Star should help decide what not to do. If it does not guide tradeoffs, it is only a slogan.
Choosing A North Star
Section titled “Choosing A North Star”A good North Star should:
- Represent customer value, not internal effort.
- Occur repeatedly if the product is truly useful.
- Connect to long-term business health.
- Be understandable to the whole team.
- Avoid vanity.
Bad North Star examples:
- Total signups, if users do not activate.
- Total app downloads, if users do not return.
- Total revenue, if it comes from custom services you cannot repeat.
- Total website traffic, if visitors are not buyers.
Better North Stars:
- Accounts completing the core workflow weekly.
- Repeat transactions between trusted marketplace participants.
- Customers reaching first value within 14 days.
- Teams using the product in production.
- Learners completing a paid module and returning.
The North Star is not the only metric. It is the organizing metric.
Annual, Quarterly, Monthly, Weekly
Section titled “Annual, Quarterly, Monthly, Weekly”Annual goals are direction. Quarterly goals are execution. Monthly goals create control. Weekly priorities create movement.
Weak quarterly goal:
“Improve sales.”
Better:
“Close 10 paying customers in the same ICP and prove repeatable onboarding under seven days.”
Weak product goal:
“Ship onboarding improvements.”
Better:
“Increase the percentage of new accounts reaching first value within 14 days from 35% to 65%.”
The better goal describes a customer or business outcome. The work may change as you learn.
Goal Ladder
Section titled “Goal Ladder”Connect long-term direction to weekly work:
| Level | Example |
|---|---|
| Vision | Help Indian SMB finance teams close books without manual chaos. |
| Annual goal | Reach 100 retained B2B accounts with clear onboarding and collections. |
| Quarterly goal | Close 20 accounts in one ICP and get 70% to first value within 14 days. |
| Monthly goal | Improve onboarding completion from 45% to 60%. |
| Weekly priority | Fix import template, run 5 onboarding reviews, call 10 stuck accounts. |
If weekly work cannot be traced to the quarterly goal, either the work is wrong or the goal is decorative.
OKRs can help once the company has enough people and complexity that alignment is hard. Use them lightly.
- Objective: qualitative direction.
- Key results: measurable outcomes.
- Initiatives: work you believe will drive the result.
- Review: weekly or biweekly check.
- Scoring: honest learning, not a performance game.
- Retrospective: what worked, what did not, what changes.
Good OKR:
- Objective: Make onboarding reliably convert new customers.
- Key result 1: 80% of new customers complete setup within 7 days.
- Key result 2: First value reached by 70% of accounts within 14 days.
- Key result 3: Reduce onboarding-related support tickets by 30%.
Bad OKR:
- Objective: Improve product.
- Key result: Ship onboarding features.
The first measures customer progress. The second measures output.
OKR Design Rules
Section titled “OKR Design Rules”Use these rules:
- One company objective per quarter if the team is tiny.
- Maximum three company key results.
- Every key result has one owner.
- Key results measure outcomes, not tasks.
- Initiatives can change if the key result still matters.
- Review weekly or biweekly.
- Score honestly without punishment.
- Write what you are not doing.
For early-stage teams, OKRs should fit on one page. If the system needs a training workshop, it is probably too heavy.
Good And Bad Key Results
Section titled “Good And Bad Key Results”| Weak key result | Better key result |
|---|---|
| Launch website | 25 qualified demo requests from ICP landing page |
| Improve onboarding | 70% of new accounts reach first value within 14 days |
| Do more sales | 10 paid customers from one repeatable outbound motion |
| Hire engineers | Fill 2 engineering roles with candidates who pass the work trial |
| Improve retention | Reduce month-2 churn in target segment from 18% to 10% |
| Publish content | 5 pieces generate sales conversations with target buyers |
The better version forces the founder to ask whether the work is creating business progress.
Initiatives Are Not Results
Section titled “Initiatives Are Not Results”This distinction matters.
Initiatives:
- Publish 10 blog posts.
- Run 200 outbound emails.
- Ship onboarding checklist.
- Hire two engineers.
- Launch referral program.
Results:
- 25 qualified demos booked.
- 10 paying customers closed.
- Activation improves from 40% to 65%.
- Customer onboarding time drops from 14 days to 5 days.
- Referral customers become 20% of new revenue.
Initiatives are bets. Results are the scoreboard.
Input, Output, Outcome
Section titled “Input, Output, Outcome”Founders often confuse these three:
| Type | Example | Use |
|---|---|---|
| Input | 100 outbound messages sent. | Measures effort and controllable activity. |
| Output | 12 demos booked. | Measures immediate result of effort. |
| Outcome | 5 paid retained customers in ICP. | Measures business progress. |
Early teams need all three. Inputs show whether the team did the work. Outputs show whether the market responded. Outcomes show whether the work matters.
If inputs are high and outputs are low, the channel or message may be wrong. If outputs are high and outcomes are low, qualification, product, pricing, or onboarding may be wrong.
Goal Review Cadence
Section titled “Goal Review Cadence”Review goals every week or two.
Ask:
- Are we on track?
- Which input moved?
- Which output moved?
- What did we learn?
- What is blocked?
- Does the goal still matter?
- What must change next week?
Do not wait until the end of the quarter to discover the goal was unrealistic, irrelevant, or unowned.
Scoring OKRs
Section titled “Scoring OKRs”Scoring should create learning, not theatre.
At the end of the cycle, score each key result:
| Score | Meaning |
|---|---|
| 0.0 | No meaningful progress. |
| 0.3 | Some work happened, but result was weak. |
| 0.6 | Meaningful progress, but target missed. |
| 0.8 | Strong progress, target nearly reached. |
| 1.0 | Target reached. |
Then write:
- Was the target right?
- Was the owner clear?
- Did the initiatives work?
- What did we learn?
- Should we continue, change, or stop?
Do not punish teams for ambitious but thoughtful misses. Do punish vague goals, fake scoring, and no learning.
Individual Goals
Section titled “Individual Goals”Early teams do not need complex performance systems. They need clear ownership.
Every person should know:
- What outcome they own.
- What decisions they can make.
- What good looks like.
- Which metric or milestone matters.
- When progress will be reviewed.
- Where to ask for help.
Avoid assigning ten priorities to one person and then calling it accountability.
Goals And Compensation
Section titled “Goals And Compensation”Be careful tying early OKRs directly to compensation. If goals are used as a learning tool and performance tool at the same time, people may sandbag, hide bad news, or choose safer targets.
For early teams:
- Use company goals for focus and learning.
- Use role expectations for performance.
- Use regular feedback for accountability.
- Use compensation changes carefully and transparently.
The founder should not turn OKRs into a corporate ritual before the company has a stable operating rhythm.
India Angle
Section titled “India Angle”Indian founders often juggle fundraising, hiring, customer pressure, services revenue, family constraints, and operational firefighting. Written goals protect the company from becoming reactive.
Goals also help distributed teams, agencies, interns, contractors, and early employees understand what truly matters. Many Indian startups work with flexible arrangements and informal communication. That makes written goal clarity even more important.
For businesses with collections, GST, implementation, field sales, or support-heavy onboarding, include operational goals. Revenue booked is not the same as cash collected. Signups are not the same as activated customers.
India-specific examples:
- Improve collections from 62% to 85% of invoices within agreed payment terms.
- Reduce onboarding delays caused by missing customer data from 40% to 15%.
- Close 10 customers from one city or industry before expanding geography.
- Convert WhatsApp-led support into a tracked support workflow for top 20 accounts.
- Reduce implementation work per customer by creating templates and checklists.
These may look less glamorous than growth goals, but they often unlock real scaling.
Common Goal Mistakes
Section titled “Common Goal Mistakes”- Too many goals.
- Output goals only.
- Vanity metrics.
- No owners.
- No review cadence.
- Changing goals weekly.
- Goals disconnected from runway.
- Goals set only for fundraising optics.
- Team goals that conflict with each other.
- Punishing honest scoring, which teaches people to sandbag.
- Goals with no capacity planning.
- Founder changing the goal in every all-hands.
- Treating revenue as success while ignoring retention or collections.
- Setting goals nobody can influence.
- Copying OKRs from a later-stage company.
Do not confuse learning with thrashing. Change strategy when evidence changes, not when founder anxiety spikes.
Goal Retrospective
Section titled “Goal Retrospective”At the end of each cycle, run a short retrospective:
| Question | Why it matters |
|---|---|
| What goal did we hit? | Identifies what is repeatable. |
| What goal did we miss? | Reveals bad assumptions or execution gaps. |
| What did we learn? | Converts outcome into company memory. |
| What should we stop? | Protects focus. |
| What should continue? | Preserves momentum. |
| What must change next cycle? | Turns learning into operations. |
The retrospective is where goals become institutional learning instead of a quarterly ritual.
Goal Kill List
Section titled “Goal Kill List”Every planning cycle should include a kill list.
Write:
- Projects we will stop.
- Metrics we will stop optimizing.
- Customer segments we will not chase.
- Channels we will pause.
- Features we will not build.
- Meetings we will remove.
- Experiments that have served their learning purpose.
Focus is not real until something loses priority. In startups, the old goal often survives quietly even after the new goal is announced.
Key Result Quality Test
Section titled “Key Result Quality Test”A good key result should pass five tests:
| Test | Question |
|---|---|
| Outcome | Does it describe a business/user result, not activity? |
| Ownership | Can someone influence it directly enough? |
| Measurement | Is the definition clear and trusted? |
| Stage fit | Does it match what the company is trying to prove now? |
| Actionability | Will it change decisions if it moves? |
Weak key result: “Publish 20 blog posts.” Better: “Create 12 qualified demo requests from content pages in the target segment.” The second one forces quality.
Founder Goal Change Protocol
Section titled “Founder Goal Change Protocol”Founders sometimes need to change goals. Do it explicitly.
Use this protocol:
- State what changed in the market, customer evidence, cash position, or product reality.
- State which goal is changing.
- State what stops.
- State what stays stable.
- Explain the decision in writing.
- Review the impact after two weeks.
Changing goals with context is leadership. Changing goals through sudden founder emotion is chaos.
Reader Action
Section titled “Reader Action”Write the company’s current one-page goal sheet:
| Area | Answer |
|---|---|
| North Star | |
| This quarter’s main bet | |
| Key result 1 | |
| Key result 2 | |
| Key result 3 | |
| Weekly priorities | |
| Owner for each result | |
| Review date | |
| What we are not doing |
If the sheet has more than three company-level key results, cut it down.
Then ask every founder and team lead to name one thing they will stop doing because of these goals. If nothing stops, the goals are not real.
OKR Planning Workshop
Section titled “OKR Planning Workshop”Use a short workshop before the quarter starts. Do not begin by asking every function what they want. Begin with the company bottleneck.
Agenda:
- Review the last cycle: goals hit, missed, and lessons.
- Review current runway, customer truth, product truth, and revenue truth.
- Name the company’s biggest constraint.
- Choose one main bet for the cycle.
- Draft 2-3 measurable key results.
- List initiatives that could move those results.
- Cut initiatives until the plan matches capacity.
- Assign owners and review rhythm.
- Write the kill list.
The founder should protect the difference between goals and tasks. “Launch v2” is usually an initiative. “Increase activated customers from 40 to 90 with activation above 70%” is closer to a key result.
Constraint-Based Goals
Section titled “Constraint-Based Goals”Strong goals often start with the current constraint.
| Constraint | Better goal direction |
|---|---|
| Customers like demos but do not buy | Improve problem urgency, pricing, or buyer qualification |
| Customers buy but do not activate | Improve onboarding, implementation, or product clarity |
| Product is used but not retained | Improve repeat workflow value |
| Revenue grows but cash is weak | Improve collections, payment terms, or customer quality |
| Sales works only when founder sells | Turn founder sales learning into repeatable process |
| Team is busy but output is slow | Reduce work-in-progress and clarify owners |
If goals do not attack the constraint, they create motion without progress.
Weekly Goal Review
Section titled “Weekly Goal Review”Run a simple weekly review:
| Prompt | Answer |
|---|---|
| Key result status | On track, at risk, off track |
| Evidence | What changed this week? |
| Owner update | What did the owner do? |
| Blocker | What needs founder/team decision? |
| Initiative quality | Which initiative is working or not working? |
| Change needed | Keep, change, stop, or escalate |
Do not wait until the end of the quarter to discover a key result was impossible, poorly owned, or based on a wrong assumption.
Goal Communication Note
Section titled “Goal Communication Note”After planning, write a one-page note:
This quarter, the company is focused on [main bet].
Why:[Customer/cash/product/revenue evidence.]
Key results:1.2.3.
What we will do:[Initiatives.]
What we will not do:[Kill list.]
Review rhythm:[Weekly/monthly cadence.]This note is especially useful for remote teams, contractors, agencies, and new hires. People cannot align to goals they only hear once in a meeting.
OKR Rescue Plan
Section titled “OKR Rescue Plan”Sometimes a quarter starts with goals that are too many, too vague, or already wrong. Do not wait three months to admit it. Run a rescue plan.
| Problem | Rescue Move |
|---|---|
| Too many objectives | Keep one company objective and move the rest to initiatives or backlog. |
| Key results are tasks | Rewrite them as measurable outcomes. |
| No owner | Assign one owner for each key result. Contributors can help; ownership cannot be shared vaguely. |
| Goal is impossible | Decide whether to lower target, extend timeline, or stop pretending. |
| Goal is no longer relevant | Write what changed and replace it with a more important constraint. |
| Team does not remember goals | Re-communicate in one page and review weekly. |
| Metrics are not trusted | Freeze definitions and source of truth before scoring. |
Use this note:
We are changing this goal because the evidence changed: [evidence].The new goal is: [goal].The owner is: [owner].We are stopping: [kill list].We will review it every: [cadence].Changing goals is not failure when reality changes. Quietly ignoring goals is failure.
Goal Debt
Section titled “Goal Debt”Goal debt accumulates when old goals, dashboards, habits, and commitments continue after the company has changed direction.
Symptoms:
- People still report metrics nobody uses.
- Teams keep projects alive because they were in last quarter’s plan.
- Founders say one thing is priority but reward another.
- Dashboards show many numbers but no decision.
- Individual goals conflict with company goals.
- Contractors or agencies still work from an old brief.
Clean goal debt at the start of every cycle:
| Old Goal / Metric / Project | Keep | Change | Stop | Why |
|---|---|---|---|---|
The stop column is the important one. A startup cannot focus if old goals never die.
Goal Cascade Without Bureaucracy
Section titled “Goal Cascade Without Bureaucracy”Small teams do not need heavyweight cascading systems. They do need alignment from company goal to weekly work.
Use a lightweight cascade:
| Level | Question |
|---|---|
| Company | What is the one main outcome this cycle? |
| Function | What must this function do to move that outcome? |
| Team/member | What are the 1-3 weekly priorities? |
| Review | What changed in evidence this week? |
Example:
| Level | Example |
|---|---|
| Company | Increase activated paid customers from 30 to 60. |
| Product | Reduce onboarding time from 7 days to 2 days. |
| Sales | Qualify only accounts matching the onboarding-ready segment. |
| Customer success | Track first-value completion and blocked accounts weekly. |
This is enough for many startups. The goal is not perfect hierarchy. The goal is that daily work can be traced back to the company’s current bottleneck.
Leading and Lagging Goal Signals
Section titled “Leading and Lagging Goal Signals”Founders often set goals only on lagging outcomes: revenue, users, cash, retention, or funding. These matter, but they are late. A good operating system also tracks leading signals that show whether the company is doing the work that could produce the outcome.
| Goal Area | Lagging Signal | Leading Signal |
|---|---|---|
| Revenue | Monthly revenue or closed deals | Qualified conversations, proposals sent, payment terms agreed |
| Product activation | Activated users or accounts | Onboarding steps completed, time-to-first-value, setup blockers |
| Retention | Churn or renewal rate | Weekly usage, unresolved issues, champion engagement |
| Fundraising | Money committed | Investor meetings with fit, data room readiness, partner follow-ups |
| Hiring | Role filled | Qualified candidates, scorecards completed, trial tasks reviewed |
| Customer discovery | Validated insight | Interviews completed, repeated pain language, willingness-to-pay signals |
Use leading signals for weekly management and lagging signals for final scoring. If lagging results are bad but leading signals are improving, the company may need patience. If lagging results are good but leading signals are weak, the company may be living off past effort.
OKR Diagnostic Review
Section titled “OKR Diagnostic Review”At mid-cycle, run a diagnostic before changing goals.
| Question | Interpretation |
|---|---|
| Is the goal still the company’s main constraint? | If not, rewrite or stop it. |
| Is the key result measurable from a trusted source? | If not, fix the metric before arguing about progress. |
| Does the owner have enough authority? | If not, the goal is assigned to the wrong level. |
| Are initiatives moving the key result? | If not, stop or replace them. |
| Is the team overcommitted? | If yes, cut scope rather than pretending capacity expanded. |
| Has customer or market evidence changed? | If yes, update the goal openly. |
This review protects the team from zombie goals. A zombie goal remains in the planning document even after everyone knows it is dead.
OKR Scoring And Reset Rules
Section titled “OKR Scoring And Reset Rules”OKR scoring should create learning, not performance theatre. Score goals at the end of the cycle, then decide what the score means.
| Score | Meaning | Founder response |
|---|---|---|
| 0.0-0.3 | Little progress or wrong goal. | Diagnose whether the goal was unrealistic, poorly owned, or no longer important. |
| 0.4-0.6 | Meaningful progress but incomplete. | Decide whether to continue, narrow, or change initiatives. |
| 0.7-0.9 | Strong progress. | Capture what worked and whether the next constraint has changed. |
| 1.0 | Fully achieved. | Check if the goal was too easy or genuinely well executed. |
Score with commentary:
Objective:Score:Evidence:What moved:What did not move:Why:Decision for next cycle:Do not punish every miss. Startup goals are often bets under uncertainty. But do not let misses disappear without learning either. The quality of an OKR system is not whether every score is high. It is whether the company becomes more honest about constraints, ownership, and focus.
Reset goals when:
- The company learns the customer segment is wrong.
- The metric is not trusted.
- The owner lacks authority to move it.
- The goal conflicts with cash survival.
- A better constraint becomes obvious.
Reset openly. Quietly ignoring old OKRs teaches the team that planning is decoration.
Goal Negotiation And Recommitment Ritual
Section titled “Goal Negotiation And Recommitment Ritual”Goals fail quietly when people agree in the meeting and disagree in the work. A founder should not treat goal-setting as announcement. It is negotiation with reality, capacity, and owners.
Before committing to a goal, run a short recommitment ritual with the people who must actually move it.
Ask:
| Question | What It Reveals |
|---|---|
| Do we believe this is the company’s current constraint? | Whether the goal is strategic or decorative. |
| Can the owner move the metric with the authority they have? | Whether accountability is real. |
| What work must stop to make this goal possible? | Whether capacity is honest. |
| Which leading indicators will we inspect weekly? | Whether the team can manage before the final result arrives. |
| What could make this goal harmful? | Whether the metric creates bad behavior. |
| When will we change or kill the goal? | Whether the team can adapt without shame. |
Then write the commitment in plain language:
This cycle, our main constraint is:
We are choosing this goal because:
The owner is:
The result we want is:
The leading signals we will inspect weekly are:
To make room, we will stop or reduce:
This goal becomes harmful if:
We will review or reset it on:When A Good Goal Becomes Bad
Section titled “When A Good Goal Becomes Bad”A goal can be correct at the start of a cycle and wrong later. The market may give new evidence. A key employee may leave. A large customer may create urgent delivery pressure. Cash may become tighter. A pricing experiment may reveal that the team is optimizing the wrong customer segment.
Do not keep a goal alive to protect the planning document.
Use this decision table:
| Signal | Founder Response |
|---|---|
| Goal is still right, execution is weak | Keep the goal, change owner support or initiatives. |
| Goal is right, capacity is fake | Cut scope or remove other work. |
| Goal metric is not trusted | Pause scoring and fix the metric definition. |
| Goal creates bad customers or bad product behavior | Rewrite the key result. |
| New evidence changes the company constraint | Reset openly and explain why. |
| Founder keeps changing priorities informally | Stop the chaos and recommit in writing. |
The founder’s credibility comes from treating goals seriously enough to update them honestly. Teams lose trust when goals are loudly launched and quietly abandoned.
The “No Silent Goal Change” Rule
Section titled “The “No Silent Goal Change” Rule”If a founder changes the real priority, the written goal must change too.
Silent goal changes create three problems:
- People keep working on old commitments.
- The founder rewards work that was never written down.
- Retrospectives become useless because nobody knows what the real goal was.
Use a short note:
We are changing the goal from:To:Because:What this means for current work:What stops:What continues:What we will review next:This takes five minutes. It saves weeks of confusion.
One Metric Constraint
Section titled “One Metric Constraint”A young startup often has too many goals because the founder is afraid to choose. A useful planning exercise is to ask: if we could improve only one metric this month, which metric would make the company materially stronger?
Examples:
| Stage | One metric candidate | Why |
|---|---|---|
| Idea validation | Qualified customer conversations | Without real conversations, everything else is guesswork. |
| MVP | Activated users or successful workflows | Usage matters only if the user reaches value. |
| First revenue | Cash collected from target customer | Revenue quality matters more than vanity signups. |
| Repeatable sales | Win rate in one ICP | Repeatability beats scattered growth. |
| Retention problem | Cohort retention or renewal | Growth hides a leaky product. |
| Runway pressure | Net cash burn or receivables collected | Survival creates strategic options. |
The company can still track other metrics. But the one metric constraint forces prioritization. It tells the team what tradeoff the founder is actually making.
KR Anti-Gaming Rules
Section titled “KR Anti-Gaming Rules”Bad key results create bad behavior. Before finalizing a KR, ask how the team could hit the number while hurting the company.
| KR | Possible gaming | Better guardrail |
|---|---|---|
| Increase signups | Low-quality traffic, discounts, fake accounts | Activation or qualified signup rate. |
| Increase demos booked | Unqualified prospects | Demo-to-opportunity conversion. |
| Increase revenue | Bad-fit customers, heavy discounts, weak collections | Cash collected from ICP with margin and retention check. |
| Reduce support tickets | Hide support access | Resolution quality and customer effort score. |
| Ship features | Low-quality releases | Adoption, customer value, defect rate. |
| Increase sales calls | Activity without learning | Qualified conversations with documented insights. |
Every important KR should have a quality guardrail. The founder should say: “We do not want this metric at any cost.”
Quarterly Reset Memo
Section titled “Quarterly Reset Memo”At the end of each quarter, write a reset memo before creating the next goals.
Use this structure:
What we said mattered:What actually mattered:What we achieved:What we missed:What surprised us:What we learned from customers:What changed in cash, team, market, or product:What we should stop:The next company constraint:The few goals for the next cycle:The memo should be honest without becoming theatrical. The purpose is learning, not blame. Teams trust goals more when they see the founder close the loop on old goals before announcing new ones.
Goal Evidence Contract
Section titled “Goal Evidence Contract”Every meaningful goal should state what evidence will count. Without this, teams argue about whether a goal was really achieved, whether the metric was fair, or whether activity should be treated as progress.
Use a goal evidence contract:
| Field | Answer |
|---|---|
| Goal | What outcome are we trying to create? |
| Metric | What number or observable behavior proves movement? |
| Source | Where will the evidence come from? |
| Quality guardrail | What must not get worse while we chase the goal? |
| Review rhythm | Daily, weekly, monthly, or milestone-based. |
| Owner | Who is accountable for the evidence and interpretation? |
| Stop condition | What would make us change or kill the goal? |
Example:
| Goal | Weak Evidence | Better Evidence Contract |
|---|---|---|
| Improve onboarding | Customers seem happier | 70 percent of target ICP paid accounts complete first-value workflow within 10 days, support tickets do not rise, owner reports weekly. |
| Improve sales | More demos | Qualified opportunities from target ICP increase, demo-to-proposal conversion improves, discounting does not rise. |
| Improve retention | Churn feels lower | Logo and revenue retention tracked by cohort, churn reasons coded, at-risk accounts reviewed weekly. |
The contract makes goals less political. The team knows what truth will be used before the quarter begins.
Goal Portfolio Check
Section titled “Goal Portfolio Check”A startup goal plan is a portfolio. If every goal is a growth goal, quality may break. If every goal is internal process, the company may stop facing the market.
Check the portfolio:
| Goal Type | Purpose | Risk If Missing |
|---|---|---|
| Customer learning | Understand pain, buyer, usage, or churn. | Company gets busy without truth. |
| Revenue/cash | Improve sales, collections, pricing, or runway. | Company runs out of options. |
| Product value | Improve activation, retention, workflow, or reliability. | Acquisition hides weak value. |
| Operating quality | Improve ownership, process, documentation, or speed. | Execution depends on founder heroics. |
| People/leadership | Improve hiring, delegation, or manager quality. | Growth exceeds team capacity. |
For most early startups, three company goals are enough. If you need seven goals to explain the quarter, you probably have not chosen the constraint.
Use this final test:
If we achieve only one goal this quarter, which one makes the company materially more fundable, durable, or clear?The answer is the real priority. Make sure the calendar agrees.
Weekly Goal Review Operating Cadence
Section titled “Weekly Goal Review Operating Cadence”After the basic weekly review exists, make the cadence sharper. Goals only matter if they shape the week. A quarterly OKR that nobody reviews until the end of the quarter is mostly decoration.
Run a weekly goal review:
| Question | Good answer |
|---|---|
| Which goal matters most this week? | One clear priority connected to company constraint. |
| What moved last week? | Evidence, not activity. |
| What is blocked? | Owner, blocker, and escalation path. |
| What changed in customer, product, revenue, cash, or team reality? | New facts that may change priority. |
| What will stop this week? | Work that is less important than the goal. |
| What decision is needed? | Named decision owner and date. |
This review should be short. If it becomes a long status meeting, the team is probably discussing tasks instead of goal truth.
Goal Change Protocol
Section titled “Goal Change Protocol”Startups learn quickly. Sometimes goals should change. The problem is not changing goals; the problem is changing them casually.
Use this protocol before changing a goal:
| Question | Why |
|---|---|
| What evidence changed? | Prevents founder mood from driving goals. |
| What is the cost of continuing the old goal? | Makes tradeoff explicit. |
| What is the cost of switching? | Protects team focus and morale. |
| Who is affected? | Shows communication needs. |
| What work stops? | Prevents old and new goals from running together. |
| What review date will confirm the new goal? | Keeps the change testable. |
Write the change in one short note:
We are changing [goal] to [new goal] because [evidence].This means [work/metric/customer/team impact].We are stopping [old work].We will review on [date].Teams can handle goal changes when they understand the evidence. They lose trust when goals change without context.
Founder Goal Smell Test
Section titled “Founder Goal Smell Test”Before publishing goals, run this smell test.
| Smell | Meaning | Fix |
|---|---|---|
| Every function has equal priority | Founder avoided choosing. | Name the company constraint first. |
| All goals are output goals | Team may ship work without creating value. | Add customer, revenue, retention, or cash evidence. |
| No goal has a quality guardrail | Metric can be gamed. | Add activation, retention, margin, support, or trust guardrail. |
| Goals require heroic effort | Plan ignores capacity. | Cut scope or extend timeline. |
| Goals ignore cash | Company may win the quarter and lose survival. | Add runway, collections, or burn review. |
| Goals are private to founders | Team cannot align decisions. | Communicate context and tradeoffs. |
Good goals create productive discomfort. Bad goals create noise, politics, or fake certainty.
OKR-To-Week Translation
Section titled “OKR-To-Week Translation”The hardest part of OKRs is not writing them. It is making them change Monday morning behavior. A quarterly goal should become weekly choices about time, people, customer conversations, product scope, cash, and leadership attention.
Translate every active goal into the week:
| Quarterly goal | This week’s proof | Owner | Calendar commitment | Work to stop |
|---|---|---|---|---|
| Improve activation from 22% to 35% | 10 users complete onboarding test; top 3 drop-offs fixed | Product owner | User calls, analytics review, release slot | Lower-priority UI polish |
| Reach ₹X in qualified pipeline | 30 ICP accounts contacted; 8 discovery calls booked | Revenue owner | Prospecting block, founder review | Generic marketing tasks |
| Extend runway by 3 months | Vendor review complete; collections list actioned | Founder/finance owner | Finance review, collections follow-up | Non-critical spend |
Ask these questions every Friday or Monday:
Which company goal matters most this week?What evidence would prove progress?Whose calendar must change?What customer, product, sales, hiring, or finance decision is required?What work will we explicitly not do?What risk could make the goal fake?If a goal does not change the calendar, it is not yet an operating goal. It may be a wish, a board slide, or a motivational line, but it is not running the company.
Capacity before ambition
Section titled “Capacity before ambition”Before adding another key result, check capacity:
| Capacity check | Founder question |
|---|---|
| Leadership bandwidth | Who will review this every week? |
| Team bandwidth | What current work is being displaced? |
| Customer bandwidth | Do we have enough customer access to learn? |
| Engineering/product bandwidth | Can this ship without creating reliability debt? |
| Cash bandwidth | Does this goal protect or consume runway? |
Most teams do not fail because goals are too small. They fail because goals are not connected to weekly tradeoffs.