I spent much of seventeen years believing that if I worked long enough, learned enough, and built enough, success would eventually become unavoidable. Instead, my capabilities increased while my financial position became worse.

Working hard, to me, is partly defined by how much time and life the work consumes.

A task does not have to be physically demanding or emotionally unpleasant to qualify as hard work. Something can be easy for you, interesting to you, or even enjoyable and still become draining when it consumes nearly every waking hour.

For much of approximately seventeen years, I combined education and work in weeks that sometimes reached 112 hours. There were occasional breaks, but extreme work was not a short burst before an important deadline. It became the normal structure of my life.

I expected that effort to produce financial stability, professional recognition, successful businesses, a strong career, independence, clients, an audience, and a better life for my children. I expected the outcome to be at least somewhat proportional to what I invested.

That did not happen.

I learned web development. I learned backend programming, PHP, PDO, MySQL, application architecture, authentication, administration systems, content management, game development, and the connected work required to turn an idea into functioning software.

I built custom content-management systems, game projects, educational platforms, social-media systems, publishing websites, relationship tools, and other applications.

The work produced real skills and real systems. It did not produce proportional economic results.

Why do we expect hard work to guarantee success?

The promise is built into much of the advice people receive from childhood:

Work harder than everyone else. Keep going when other people quit. Become so good that people cannot ignore you. Put in the hours now and receive the rewards later.

There is truth inside that advice. Effort can improve skill. Repetition can produce fluency. Persistence can carry someone through the uncomfortable period when learning is slow and mistakes are frequent.

But the advice quietly combines two different processes:

  1. Creating something valuable
  2. Receiving a valuable outcome from what was created

Hard work can contribute directly to the first process. It has much less control over the second.

The effort-to-outcome conversion chain

Effort must pass through several stages before it becomes success:

Time and effort → skill → useful output → visibility → trust → audience access → demand → adoption or purchase → sustainable return

Working harder can strengthen the early stages while leaving the rest of the chain unresolved.

A programmer can become more capable without becoming more visible. A creator can produce better work without gaining an audience. A business can improve its product without gaining enough money to advertise it. A useful platform can exist without earning the trust required for people to register, contribute information, or change their habits.

The missing result does not automatically prove that the work lacked value.

It may mean the value was never successfully converted.

What can hard work actually produce?

Hard work has produced several things in my life.

It produced education. It produced technical capability. It produced the ability to begin with an idea and create the database, administration area, user accounts, permissions, interfaces, publishing workflow, and public experience required to make the idea functional.

It produced independence from templates and off-the-shelf systems. When an existing platform could not do what I wanted, I learned enough to build my own.

It produced endurance. I continued working through slow progress, financial pressure, failed launches, low traffic, unfinished projects, and years without the results I expected.

What hard work did not produce automatically was attention.

It did not guarantee that the right person would discover the work. It did not provide an advertising budget. It did not create introductions to people with influence or existing audiences. It did not make strangers trust a platform they had never heard of. It did not guarantee that a functioning product would reach enough users to be fairly tested.

Hard work helped me build the product. It could not force the market to look at it.

This is the part of the success story that is often skipped. Once someone becomes successful, the finished narrative may emphasize how hard that person worked. The audience sees the work because the person already became visible.

The failed or undiscovered projects remain mostly invisible. Their creators do not receive interviews about the thousands of hours that produced no commercial return.

This creates a distorted lesson: we repeatedly hear about the hard work behind success, but rarely hear about equally serious work that did not become success.

When do additional working hours stop producing proportional value?

More hours can create more output, but the relationship is not unlimited or perfectly proportional.

Economist John Pencavel examined historical production records from British munitions workers. He found a nonlinear relationship: below a certain range, output increased with working hours; above it, output continued rising at a decreasing rate. The study involved a particular historical workforce and should not be treated as a precise productivity formula for modern software development, but it demonstrates that an additional hour does not always create the same amount of additional output.[1]

Extreme hours also have consequences beyond immediate productivity. A joint World Health Organization and International Labour Organization analysis associated working at least 55 hours per week with increased risks of stroke and death from ischemic heart disease compared with working 35 to 40 hours. The analysis drew on multiple studies and international data, although it cannot predict one individual’s medical outcome.[2]

Evidence note

The research on long working hours does not prove exactly how productive or unhealthy my own schedule was. My 112-hour weeks are personal history, not a controlled experiment. The research establishes a narrower point: extreme hours should not be assumed to produce proportional output, and they carry risks that motivational advice often ignores.

I experienced burnout, but I did not respond to burnout by stopping. I continued.

That persistence might sound admirable, but continuing did not remove the effects. I lost family time. My attention became divided among survival, education, development, business ideas, and the search for something that might finally work.

More effort could produce more code, but it could not correct a distribution problem by itself.

At some point, continuing to add development hours to a finished or functional product becomes like adding inventory to a store no one knows exists.

What happened with The Next Factor?

The strongest example from my own history is The Next Factor, a custom social-media platform I developed before generative AI could assist with coding, planning, debugging, or repetitive implementation work.

I worked on it for nearly three years.

I did not begin with a premade social-networking script and change the colors. I custom-coded the system myself. That required learning and implementing the relationships among users, profiles, privacy, feeds, communication, content, moderation, notifications, database records, and the many edge cases that appear when people interact inside one platform.

I worked maddening hours because I believed in what I was building.

I remain highly confident in the platform’s technical and user-facing potential. It included features and ideas that I did not see offered elsewhere, and I believed it could provide an enjoyable and useful experience for a very large audience.

But confidence is not proof of market demand.

The platform never received enough meaningful use to test whether my belief was correct.

The central case

The Next Factor did not receive a meaningful market test

The platform was not widely used and then rejected. It was not overwhelmed by negative feedback. It did not accumulate a large group of users who decided that its features were inadequate.

It was largely ignored.

That means I cannot honestly claim that it would have replaced an established platform or attracted a billion people. I can say that I built a substantial system, believed strongly in its value, and could not generate enough adoption to test that value at scale.

This distinction separates two kinds of failure:

  • Product failure: Enough people try the product to reveal that it does not solve the problem, deliver the experience, or provide the value promised.
  • Distribution failure: Too few appropriate people encounter the product for its value to be meaningfully evaluated.
  • Conversion failure: People encounter the work but do not take the next step—clicking, registering, trusting, returning, purchasing, or recommending it.

The Next Factor may have contained product flaws. Every substantial software system does. Without users, however, I could not gather enough evidence to determine which flaws mattered, what features people valued, or whether the platform could retain a community.

The project demonstrated my ability to build. It did not demonstrate my ability to distribute what I built.

Why is reaching customers a separate form of work?

Creators are often told that the answer is simple: market the product.

That is directionally correct, but it can hide the resources required to do it.

Marketing requires time that is not spent building. Paid promotion requires money. Outreach requires access to people, communities, publications, or decision-makers. Repeated exposure requires enough time and financial stability to continue before a return appears.

The difficulty is not unique to my projects. In the Federal Reserve Banks’ 2026 report on small employer firms, reaching customers and growing sales was the most commonly reported operational challenge. The same survey found that 86 percent of responding employer firms used financing regularly. Among firms that applied for financing, 42 percent received the full amount sought, while 22 percent received none.[3]

Those figures come from a nationwide convenience sample of employer firms, not a random sample of every business or solo project. My websites are also not directly comparable to every firm included in the survey. The results still demonstrate that finding customers and obtaining resources are ordinary business constraints—not unusual excuses available only to unsuccessful creators.

My largest constraint was money for advertising.

Money would not have guaranteed success. Advertising can send the wrong audience to a weak offer. It can produce visitors who leave immediately. It can magnify a product problem rather than solve it.

But advertising money could have purchased something I did not have: a larger test.

It could have placed the platform in front of more people, generated behavioral evidence, revealed conversion problems, and produced enough feedback to revise the product intelligently.

Without reach, I had confidence but little market information.

Why can relationships matter more than effort?

My current belief is that economic success depends heavily on who you know and how much money you can invest.

I do not mean that every successful person received an unfair favor or inherited an audience. Networking itself can involve effort, generosity, reputation, and years of relationship-building.

But relationships can provide things that technical skill alone cannot:

  • an introduction;
  • early users;
  • trusted feedback;
  • access to expertise;
  • capital;
  • public credibility;
  • distribution through an established audience;
  • someone willing to take the first chance.

Research supports the broader importance of network access. An NBER working paper examining entrepreneurial activity found that social-network use was associated with seeking capital and successfully moving from a business idea toward launch. The authors concluded that programs focused only on capital or education may remain insufficient when network barriers are not addressed.[4]

That research focuses on racial and gender disparities and does not evaluate my individual history. I should not use it to claim that my personal outcome had the same causes. Its relevance is narrower: entrepreneurial execution is influenced by access to people, information, expertise, and capital—not merely by how promising the idea appears to its creator.

A large Nature study examining social connections and economic mobility also found that economic connectedness—relationships crossing socioeconomic lines—was strongly associated with upward mobility. The study concerned childhood environments and long-term income mobility, not website launches, but it adds evidence that access to people with different information, resources, and opportunities can shape economic outcomes.[5]

Connections can also create trust before a product has earned recognition of its own.

In a randomized field experiment on AngelList Talent, researchers found that the same startup received significantly more interest when job seekers were shown that it had backing from a highly regarded investor. The product and job did not change; the visible association changed how people responded.[6]

That is a powerful example of third-party credibility.

An unknown creator must often prove both the product and the creator at the same time. A recognized investor, partner, publication, client, or professional connection can lend trust before the audience has enough direct experience to form its own judgment.

Hard work may create the thing worth trusting. Relationships can help someone receive permission to be evaluated in the first place.

What does Lyric Lounge reveal about visibility?

Lyric Lounge currently has more momentum than many of my other projects, and some of that momentum developed during a hiatus.

That complicates the idea that outcomes move in direct proportion to current effort. Sometimes work begins producing visible signs later. Sometimes a platform distributes older material. Sometimes a project gains impressions without producing meaningful visits or revenue.

At the time of drafting this article, my Google Search Console report showed approximately 44,000 impressions over a three-month period and no clicks. I need to verify and preserve the exact figures with a screenshot or export before publication.

Google defines an impression as an instance in which a link to a site is seen—or potentially seen—in a qualifying search-result context. A click is counted when someone follows a result to a page outside Google. An impression therefore represents exposure within search, not a visit to the website.[7]

Forty-four thousand impressions can sound like success. Zero clicks reveals that another conversion stage is failing.

Possibilities include:

  • the result appearing too low on the page;
  • the title or description failing to earn attention;
  • the searcher receiving an answer without visiting;
  • the query being only weakly connected to the page;
  • an image or special result receiving impressions under different visibility rules;
  • competition from more familiar sources;
  • the audience seeing the result without considering the website trustworthy enough to open.

The impression count is evidence that Google is displaying the work. It is not evidence that the audience is accepting the invitation.

This is another reminder that visibility is not one condition. It is a sequence:

Indexed → displayed → noticed → considered relevant → trusted → clicked → used → remembered → returned to → recommended or purchased.

A project can make progress through the early stages while producing no economic result.

Did working harder ever make success less likely?

Yes.

Extreme work caused burnout. It reduced family time. It made every unfinished project feel like a debt that could only be repaid by adding more hours.

Working harder also allowed me to keep building instead of confronting the distribution problem.

Coding is an area where I know how to make progress. There is always another feature to add, interface to improve, database relationship to correct, or technical problem to solve.

Marketing is different. It includes uncertainty, rejection, unfamiliar audiences, and outcomes I cannot control through code quality alone.

Development provided measurable progress. Distribution often provided silence.

Under those conditions, building more can feel more productive than asking whether anyone wants what is being built. It can also delay the painful discovery that a technically successful system has no reliable path to users.

I also spread my attention across too many ideas.

That criticism is fair. Each new project divides time, attention, promotion, and maintenance. A collection of strong unfinished or undiscovered products does not necessarily create more opportunity than one project receiving sustained distribution.

But project switching does not explain everything.

There were periods when I remained focused. The Next Factor received nearly three years of work. Focus produced a larger, more complete product. It did not solve the lack of money, audience, relationships, or distribution.

Starting new projects also became a response to repeated failure. When one route produced no result, I searched for another angle. The behavior that looked like distraction was sometimes an attempt to find a conversion path that the previous project lacked.

What mistakes can I honestly identify?

I can identify some mistakes with confidence:

  • I spread my attention across too many projects.
  • I sometimes built extensively before obtaining enough evidence of demand.
  • I expected quality to create more discovery than it did.
  • I placed more energy into development than distribution.
  • I allowed extreme working hours to consume family time and recovery.
  • I continued through burnout instead of treating burnout as information about the system.

There may be additional mistakes that I still cannot see.

Perhaps my positioning was unclear. Perhaps the audience was too broad. Perhaps the platforms required network effects that could not begin with one user at a time. Perhaps I overestimated the uniqueness or usefulness of certain features. Perhaps my promotional attempts did not reach the correct people. Perhaps the experience did not establish enough immediate trust.

I should remain open to those explanations.

What I no longer accept is a generic diagnosis that the problem must have been insufficient effort.

The hours were there. The learning occurred. The products existed. The missing variables were elsewhere in the chain.

What is a more accurate formula for success?

I no longer believe hard work sits at the top of the formula.

My current model is:

  • Relationships and access: Who knows the creator, opens a door, shares the work, provides information, or transfers trust.
  • Capital and runway: The money available to advertise, test, hire, distribute, survive, and revise before results appear.
  • Distribution: Whether enough appropriate people encounter the work for its value to be tested.
  • Trust: Whether people believe the creator, platform, offer, or institution is safe and worth their attention.
  • Demand and timing: Whether enough people want the particular solution when it becomes available.
  • Skill and usefulness: Whether the work actually delivers value after someone gives it a chance.
  • Execution and persistence: Whether the creator can finish, learn, revise, and continue long enough to use the opportunities available.
  • Luck and uncontrollable events: Encounters, timing, platform changes, recommendations, and circumstances that cannot be scheduled through effort alone.

This is my interpretation, not a universal mathematical formula. Different careers and businesses place different weight on each variable.

A licensed profession may convert education and effort more predictably than an unknown social platform. A local service business may find customers differently from a media brand. An employee inside an established company may receive distribution, trust, and capital from the employer, while an independent creator must build or purchase all three.

Hard work remains necessary for many goals.

It is simply not sufficient.

What should a hardworking person examine before adding more hours?

When effort is producing little return, “work harder” may be the wrong diagnosis.

A better set of questions is:

  1. Is the work becoming more valuable? Are skill, usefulness, reliability, or quality actually improving?
  2. Is the right audience seeing it? Not merely impressions or followers, but people with the relevant problem and ability to act.
  3. Does the audience understand the value? Can someone quickly identify what the product does, who it helps, and why it is different?
  4. Is there enough trust? What evidence, demonstrations, reviews, partnerships, or guarantees reduce the perceived risk?
  5. Is there real demand? Have people used, requested, joined, paid for, or repeatedly returned to anything similar?
  6. Is capital the binding constraint? Would money purchase a meaningful test, or would it merely amplify an unresolved product problem?
  7. Is the project receiving useful feedback? Silence cannot reveal what actual use would reveal.
  8. What would justify stopping, narrowing, or redesigning it? Persistence without decision rules can become entrapment.

The purpose of these questions is not to blame the creator more intelligently.

It is to locate the actual broken stage.

A person who lacks skill may need more practice. A capable creator with no audience may need distribution. A visible product with no clicks may need stronger relevance or trust. A frequently used product with no revenue may need a different business model. A strong offer reaching people without money may need a different customer or funding structure.

Adding hours to the wrong stage will not repair the chain.

What did seventeen years of effort prove?

My financial outcomes do not prove that every project was excellent, that every decision was correct, or that success was unfairly withheld from something guaranteed to deserve it.

They also do not prove that I lacked ability or willingness to work.

The work proved that I could learn. It proved that I could build. It proved that I could persist far beyond the point where most motivational advice would have predicted a reward.

It also proved that capability and economic success are different measurements.

Every year, I gained more technical knowledge, more formal education, more completed work, and more experience. During much of the same period, my financial position became less stable.

That contradiction changed what I believe about success.

I worked the kind of hours publicly associated with famous billionaires without achieving ordinary financial security. The difference was not simply that they worked hard and I did not.

Hard work was one variable inside a much larger system.

The lesson I would offer another hardworking person is not to stop trying. It is to stop assuming that the only possible response to a missing result is greater personal sacrifice.

Before giving the project another thousand hours, determine which part of the conversion chain those hours are capable of changing.