← All articles
Product methods / / 8 min read

Don't let means replace ends: keep your destination in view

Completing a means does not guarantee achieving an end. Individuals and companies need to keep checking goals, direction and actual outcomes while taking action.

Recently, I spent three weeks at a client's site and built a tool that worked technically and was largely complete, yet might have few willing users.

On another project, I spent substantial time preparing a proposal I thought was comprehensive, only for my boss to reject it. What he reorganized in half a day addressed the client's real concerns more directly.

Both experiences made me question my product skills, business understanding and ability to prepare proposals and presentations. Those mattered, but looking deeper revealed a more fundamental problem: I moved into “how” before confirming “why” and “where.”

After only a day or two of understanding the business, I began designing features, building systems and refining details. As output grew, I became absorbed in execution and rarely stopped to ask whether the problem mattered, whether the solution addressed it, whether customers would change their behavior or whether the intended outcome was happening.

I kept walking without looking at the road.

Completing the means does not achieve the end

Research, product design, development, management, rules, processes, systems, data and reflection are important. They are means to an outcome, not ends themselves.

Technology implements a solution. Management coordinates people around a result. Processes reproduce validated practices reliably. Data and reflection test whether outcomes happened and improve our understanding of reality.

When we forget what these means serve, they start operating for their own sake. Engineers treat building the system as the goal; product managers treat completing requirements as the goal; managers prioritize procedural consistency; companies may make revenue, funding or scale ends in themselves.

Features multiply, processes become complete and everyone stays busy, yet the original problem can remain. This is a subtle failure:

The means are completed, while the end is forgotten.

That happened with my client-site tool. Technical completion was not the central issue. Development was supposed to improve a business outcome, but building the tool gradually replaced changing the business. The tool became the result, while the real result went unverified.

Purpose, direction and action are different levels

Work has at least three levels:

  1. Why we start: purpose and value.
  2. Where we go: direction, strategy and choices.
  3. How we move effectively: methods, execution and efficiency.

Their order matters. Purpose determines direction, direction determines action, and action is tested by reality.

Poor execution can improve through learning. With the wrong direction, better execution accelerates divergence. Without a clear purpose, we may obtain an outcome and only then discover it was not what we wanted.

Optimization can solve lower-level problems; an error at a higher level makes lower-level optimization amplify the mistake.

Good features cannot compensate for a product without value. Fast delivery cannot compensate for untested assumptions. Efficient operations cannot save a failing business direction. Conventional personal success does not necessarily bring someone closer to the life they want.

The danger is not temporarily moving slowly. It is applying strong execution to a destination that was never appropriate, or is no longer wanted.

Why execution absorbs us so easily

Execution provides certainty. A proposal, feature or technical fix gives visible progress. We know what we completed and can show it to others.

Direction is harder to judge. Real client needs may be unclear, and effectiveness cannot be proved immediately. We must enter unfamiliar businesses, ask uncomfortable questions, admit misunderstanding and sometimes reject work we have invested in.

Returning to familiar execution is easier. Busyness can become a way of avoiding uncertainty: more output suggests progress without proving it still leads toward the goal.

Companies share this inertia. Complex goals become measurable tasks: feature counts, schedules, sales and user growth. Metrics begin as observations of goals but can replace them. When everyone owns only a local metric, every task can be completed while the organization fails to create its intended value.

Remembering why we started is therefore a practical organizational and personal problem, not merely an emotional reminder.

People and companies need to look up regularly

Personal goals and company goals differ. A company must create value customers will exchange for and earn enough to survive and develop. A person needs to decide what life they want, what is worth pursuing and what costs they accept.

Both can let metrics and tools replace their aims. Companies may grow for growth's sake or enforce processes for their own sake. People may lose the life they wanted money to provide, or follow a disliked path for recognition.

Defining a goal once is not enough. Environments, information and people change. We need to keep asking:

Why did I start?

Where do I want to go?

Does this road still lead there?

For a specific piece of work, ask:

  • What change do we want in reality?
  • Who gains what value?
  • What is the biggest obstacle?
  • Which facts support this judgement?
  • Which assumption would invalidate the whole proposal if wrong?
  • How can we test it at minimal cost?
  • Which result tells us to continue, adjust or stop?

These questions do not demand perfect foresight. They reconnect purpose, direction and action before further investment.

During execution, ask:

Is this still serving the original purpose, or am I completing an output that makes me feel secure?

At a checkpoint, ask:

If I started today with what I now know, would I choose the same road?

If not, adjustment is not failure. It means real feedback has reentered the decision instead of letting us amplify mistakes to defend our past choices.

Looking up does not mean stopping

Two extremes need avoiding.

The first is refusing to act until direction is entirely clear. Almost no route can be fully proven beforehand; some information appears only through action. Clarify what must be clear now, take a bounded-cost step and let reality improve understanding.

The second is interpreting commitment as never changing the goal. Our initial information is limited, and our values, environment and responsibilities evolve. Both purpose and goals can be reconsidered. What matters is that changes come from clearer understanding, rather than inertia, fear or short-term temptation.

The fuller process is:

Clarify purpose, choose direction, act, observe reality and adjust the route; reconsider the purpose when necessary.

We should neither remain still because certainty is impossible nor deny a wrong route because we have already started.

A final reflection

My client-site mistake was a small version of a common pattern: execution begins before requirements are validated, feedback is weak, output replaces outcomes and no one rechecks direction.

The experience taught more than a product method. It forced me to remember that methods are subordinate to purpose.

Whether building a feature, project or company, or planning a life, remember why you started, assess whether the route still leads there, then do the work well.

Maturity does not mean never taking a wrong road. It means retaining the ability, amid busyness and inertia, to look up, examine the route and choose again when necessary.

Don't let means replace ends, or busyness obscure direction.

—

Thanks for reading.