Urise
  • Forum
  • Feed
  • Jobs
  • Blog
Log inGet started free
Get started free
Back to Post Mortem
Post Mortem

Why We Shut Down After 6 Months

James Wilson·Former CEO of KitSync· May 25, 2026
OverviewThe BeginningThe Weekend Project That Started ItThe Idea MazeRaising $500KThe TeamHiring Too FastBuilding Before ValidatingThe Eleven ConversationsFeatures Nobody Asked ForThe MoneyPricing That Never WasCompetitor BlindnessLaunch Day on UriseThe First 48 HoursThe Feedback Nobody WantedSupport Tickets From NobodyThe Pivot AttemptThe Numbers, HonestlyMorale and DeparturesThe Decision to Shut DownTelling the Team and InvestorsWinding Down ChecklistMonth-by-Month TimelineLessons LearnedWhat I'd Do DifferentlyThe Spreadsheet That Told the TruthWhat I Got RightQuestions I'm AskedThe Launch Playbook We IgnoredWhat Our Angels SawThe Acquihire That Wasn'tLetter to My Past SelfResources That Would Have Saved UsThe Emotional TimelineFor Investors Reading ThisThe Demo TrapWhat Success Would Have RequiredThe Questions I Ask Every Idea NowEpilogue: Six Months LaterAnatomy of a Wasted WeekThe One-Page VersionFinal Word

The Beginning

We launched KitSync with $500K in seed funding, a team of 8, and what we thought was a solid product. Six months later, we shut down. Here is the unvarnished truth about what went wrong.

I have rewritten that paragraph a dozen times trying to make it sting less. It does not sting less. Six months, half a million dollars, eight people, zero paying customers. If you are looking for the version of this story where there is a twist — where it turns out we were actually succeeding — stop reading now. There is no twist. There is only the anatomy of a failure, laid out as plainly as I can manage, so you can recognize it in your own company while there is still time.

KitSync was supposed to be the feedback-timeline tool for agencies. Every comment, every revision, every approval, in one shared place. It was a good demo. It was a bad business. The distance between those two things is what this post is about.

The Weekend Project That Started It

KitSync started as a weekend project. I was working at an agency, drowning in client feedback scattered across email threads, Slack messages, and screenshots with red arrows drawn in MS Paint. I built a small internal tool that pulled every comment into one shared timeline. My team loved it. Clients loved it.

Those first users were real, and their enthusiasm was real. A client once told me our little tool saved her forty minutes on a single review round. I remember the exact Slack message. I screenshotted it. I looked at that screenshot every time I doubted the company, which means I used one person's forty minutes as evidence for a market of thousands. That was my first analytical sin, and I committed it before the company even existed.

The tool worked because I built it for one team with one workflow that I understood intimately. Every assumption was pre-validated by proximity. I did not realize how much of the product's "obvious goodness" was actually my own context doing the heavy lifting.

The Idea Maze

Every founder walks an idea maze in the beginning — that period where you could build ten things and you have to pick one. I am fairly convinced now that I picked KitSync for the worst possible reason: it was the idea I was most excited to build, rather than the idea with the strongest evidence of demand.

Consider the ideas I discarded. A scheduling tool for freelancers — rejected because "scheduling is boring." An invoicing add-on — rejected because "fintech is crowded." A client-reporting dashboard — rejected because a friend said "agencies won't pay for dashboards." Notice the pattern: every rejection was vibe-based. No conversations, no numbers, no tests. Just vibes, all the way down.

The maze has a cruel property: the most buildable idea usually wins. KitSync was buildable — I could see the whole architecture in my head on day one. That clarity felt like validation. It was actually just familiarity. I knew how to build it, so I assumed people wanted it built.

If you are standing in your own idea maze right now, here is the test I wish someone had given me: for each candidate idea, find five strangers experiencing the problem this week. Not friends. Not Twitter mutuals. Strangers. The idea for which you can do that fastest is your idea. Everything else is a hobby with a hiring plan.

Raising $500K

I quit my job in January. By February we had a seed check for $500K from two angels who had backed my previous employer. The money felt like validation. It was not validation. It was fuel, and we poured it straight into the engine of a car with no steering wheel.

The raise itself took three weeks, which should have been a warning. Fast money from warm relationships tells you nothing about the business. Neither angel asked to speak to a customer, because there were no customers to speak to. They backed me — my track record, my energy, my deck. The deck, by the way, had a slide titled "Traction" that contained a screenshot of my old agency team using the weekend project. I am still embarrassed about that slide.

There is a version of fundraising that is genuinely useful: skeptical strangers poke holes for weeks, and surviving the process sharpens the company. We got the opposite — friendly money, fast, with no diligence strong enough to force us to confront our emptiness. I thanked them for the speed at the time. Speed was the last thing we needed.

The Team

Eight people. Let me say that again: eight people, before a single paying customer. A CEO (me), a CTO, two full-stack engineers, a designer, a part-time marketer, an ops generalist, and an intern who deserved better.

Everyone was talented. That was part of the problem — talented people build fast, and building fast in the wrong direction just gets you lost quicker. Our burn was roughly $65K a month once salaries, tools, and office costs settled in. Do the math: $500K divided by $65K is under eight months of runway, and that assumed nothing ever went wrong.

Things always go wrong.

Each hire felt like progress at the time. Offer accepted? Momentum. First day? Momentum. But headcount is not momentum. Headcount is burn with a friendlier name. Real momentum is a stranger paying you, renewing, and telling another stranger. We had none of that at any point, at any team size.

Hiring Too Fast

Let me walk through the hiring sequence, because the speed is the scandal. Month one: CTO and one engineer. Reasonable. Month two: second engineer and a designer. Premature but defensible — "we need velocity." Month three: marketer (part-time), ops generalist, intern. Indefensible. We hired a marketer to market a product with no users, an ops generalist to operate processes that did not exist, and an intern into a company with no mentorship bandwidth.

Every hire raised the bar for what "success" had to look like. Two people need a few customers to survive. Eight people need a rocket ship. By month three, we had quietly eliminated every outcome except hypergrowth — with a product nobody had asked for.

The ops hire is the one I think about most. She was excellent, and her excellence made the dysfunction visible faster: she built onboarding docs for a product with no users, ran retrospectives on sprints that produced no learning, and maintained a CRM with eleven contacts in it. Process cannot substitute for demand. It can only document its absence, very thoroughly.

Building Before Validating

Our biggest mistake was building before validating. We spent 4 months and most of our funding building a product that nobody asked for. We assumed we knew what customers wanted without talking to enough of them.

Here is what those four months looked like in practice. We rebuilt the onboarding flow three times. We argued about the color system for two weeks. We built an integrations page with twelve integrations, of which exactly zero were requested by a real user. We wrote documentation for features nobody had used.

Sprint velocity was excellent. Our Jira burndown charts were gorgeous. I showed them to our angels as evidence of progress, and everyone nodded, because motion is so much easier to measure than direction. Four months of perfect execution toward a destination nobody wanted to visit.

The opportunity cost is what kills me. Those four months were our entire window — the period when we were small, cheap, and free to wander. Instead of wandering toward customers, we marched confidently away from them, in formation, shipping daily.

The Eleven Conversations

The sum total of our customer research was eleven conversations — nine with friends, two with friendly ex-colleagues. Every single one said some version of "this looks cool." Nobody said "shut up and take my money," and we never noticed the difference.

Let me be specific about why friend feedback is worse than useless: it is actively misleading. Friends optimize for your feelings. They say "looks cool" about the demo and never mention that they would never change their workflow, never pay, never champion it internally. You leave every call energized. Energy feels like signal. It is noise wearing signal's clothes.

The two ex-colleague calls were marginally better — one of them actually asked about pricing, which in retrospect was the single most valuable sentence anyone said to us in four months. I deflected ("we're still figuring that out") instead of chasing it. Pricing questions are buying signals. Deflecting a buying signal to protect your roadmap is like refusing water in a desert to protect your canteen.

Real validation conversations have a shape: the person describes their problem unprompted, quantifies its cost, asks how soon they can have the solution, and volunteers to pay or pilot. Eleven conversations, zero of those moments. The data was unanimous. We just refused to read it.

Features Nobody Asked For

A partial inventory of what eight talented people built in four months without customers:

  • A twelve-integration directory, zero requested
  • Three onboarding flows, zero completed by a stranger
  • Dark mode, keyboard shortcuts, and a public API in v1
  • A template gallery with forty templates nobody browsed
  • An analytics dashboard measuring users who did not exist
  • Email digests summarizing activity that never happened
  • Role-based permissions for teams that never signed up
  • A Chrome extension, a Slack app, and a mobile-responsive view — the full platform spread for an audience of zero

Every item on that list took real skill and real weeks. I am proud of the craft and horrified by the judgment. Craft without judgment is how you build a museum instead of a company.

The template gallery deserves special mention. Forty templates. Someone — a brilliant designer — spent three weeks making forty beautiful templates for workflows we had never observed. When I finally asked "which template would a real agency use first?", the room went silent. Silence, again. Always silence where customers should have been.

The Money

$500K sounds like a lot until you divide it by eight salaries. Here is roughly where it went:

  • Salaries and contractors: about $380K over six months
  • Office, tools, and infrastructure: about $45K
  • Marketing experiments and launch spend: about $40K
  • Legal, accounting, and insurance: about $25K
  • The remaining $10K evaporated into the thousand small cuts of running a company

We never raised a bridge. By the time we admitted we needed one, there was nothing to show an investor except burn. Our angels were kind about it. They had seen this movie before. One of them told me: "You spent seed money like it was Series A money." He was right.

The monthly rhythm of the money deserves attention. Months one and two: spending felt strategic. Month three: spending felt normal. Month four: someone first said "runway" in a meeting and everyone laughed nervously. Month five: the spreadsheet got checked daily. Month six: the spreadsheet got checked hourly. Financial anxiety compounds exactly like interest, except it pays out in bad decisions.

Pricing That Never Was

Here is a revealing exercise: we never had a pricing page. Not a bad one — none at all. For six months, eight people built a commercial product with no price. Every discussion of pricing ended with "after launch" or "once we have feedback." Launch came. Feedback came. There was still no price, because pricing a product nobody wants forces you to confront that nobody wants it.

Internally, we floated numbers in the abstract: "$15 per seat? $29? Usage-based?" These were fantasy figures attached to fantasy value. Real pricing emerges from real negotiations with real buyers who have real budgets and real alternatives. We had none of those people, so our pricing discussions were elaborate fan fiction.

The absence of a price had a hidden cost beyond revenue: it made every product decision unmoored. Is a feature worth two weeks? Compared to what — a price that does not exist? Without a number, all features cost the same (time) and are worth the same (unknown). Prioritization without pricing is astrology.

Competitor Blindness

When asked "how is this different from X?", we had no good answer — and worse, we had never seriously studied X. Our competitive research consisted of glancing at three competitors' homepages and concluding "ours looks better." Design superiority against entrenched workflow tools is not a moat. It is a fresh coat of paint on someone else's castle.

The competitors had something we could not replicate in four months: embeddedness. They lived inside customer workflows, held years of customer data, and had switching costs working for them. Our prettier timeline asked customers to abandon all of that for aesthetics. Nobody does that. Ever.

There was also a category of competition we never even named: the status quo. Email, Slack, spreadsheets — free, familiar, good enough. "Better than email" is a claim every failed B2B tool has made. Email's true feature is that everyone already uses it. You do not beat that with a timeline view. You beat it with a tenfold advantage on a painful workflow, which requires knowing the workflow, which requires customers, which requires conversations. The whole failure is one recursive loop.

Launch Day on Urise

When we finally launched on Urise, the feedback was clear: the problem we were solving wasn't painful enough for people to pay for. We had built a nice-to-have, not a must-have.

Launch day itself was genuinely exciting. We prepared for two weeks: screenshots, a demo video, a launch post I rewrote eleven times. The team gathered around a monitor watching upvotes tick up. For about three hours, it felt like we had made it.

The preparation deserves scrutiny, because it was preparation for the wrong thing. We optimized the launch assets — the video transitions, the screenshot order, the post's opening hook. We spent zero hours on the only question launch answers: will strangers change behavior for this? Asset quality cannot compensate for demand absence. A beautiful trailer for a movie nobody wants to see.

Then the comments arrived, and they were polite in the way that kills you. "Interesting concept!" "Nice UI!" "How is this different from X?" That last question appeared four times, and we had no good answer. Our positioning was "feedback timelines for agencies" — a description, not a reason to exist.

The First 48 Hours

The quantitative picture, hour by hour, as best as I remember it:

  • Hour 1-3: the team and friends drive an encouraging spike. Euphoria.
  • Hour 4-8: organic traffic arrives. Upvote velocity slows. First "how is this different from X?" appears.
  • Hour 8-24: a few hundred visitors total. Signup conversion under 2%. The team refreshes analytics in shifts.
  • Hour 24-48: long tail of comments, all polite, none from buyers. Fewer than 10% of signups connect a real project. Zero paid conversions. Not one.

Someone suggested we were "still early" and "need to give it time." Time does not fix a 2% signup rate on a free product. Time fixes distribution problems. Our problem was not distribution — hundreds of relevant people saw it. Our problem was that seeing it changed nothing for them.

The 48-hour window is also when the team's private doubts went public to each other. Side channels lit up. "Do you think the positioning is off?" "Is the onboarding too long?" Everyone sensed it. Nobody said "maybe nobody wants this" for another month. Politeness among teammates is as dangerous as politeness from friends.

The Feedback Nobody Wanted

The comments kept coming for days, and buried in the politeness were three critiques that, together, describe exactly why we failed:

  • "Who is this for?" Agencies? Freelancers? In-house teams? Our answer was "all of them," which meant none of them. Every specific workflow we could have nailed, we generalized away.
  • "What does it replace?" Email? Slack? A spreadsheet? We could not name the thing a customer would cancel to pay for us. A product that replaces nothing is a product nobody budgets for.
  • "Why now?" There was no triggering event, no shift in the market, no new pain. We were a vitamin pretending to be a painkiller.

Each of these was fixable in month one and fatal in month five. Positioning is not a coat of paint you apply at launch. It is the foundation, and you cannot retrofit a foundation under a finished house.

I printed those three questions and taped them above my desk. They are still there. Every new idea I have gets interrogated by them before it gets a single hour of my time.

Support Tickets From Nobody

Our support inbox had eleven threads in six months. Eight were from teammates testing. Two were spam. One was a real user asking how to delete their account. That last one still makes me laugh, darkly — our most engaged user interaction was someone leaving.

Empty support queues feel peaceful. They are actually the quietest alarm in startups. Support tickets are expensive, annoying, glorious proof that strangers depend on you. Every ticket is someone saying "this matters enough to complain about." Zero tickets means zero dependence means zero business.

We even built a help center. Twenty-three articles. I wrote half of them myself on a Sunday, feeling productive. A help center for a product with no users is a novel nobody reads, shelved in a library nobody visits. The Sunday feels productive because writing is motion. Motion, again, instead of direction.

The Pivot Attempt

We tried to pivot, but by then we had burned through most of our runway. Morale was low, and key team members started leaving. The downward spiral was impossible to stop.

The pivot idea itself was not terrible: narrow to video agencies, integrate with the two tools they live in, charge per seat. On paper, it addressed every critique. In practice, a pivot needs two things we no longer had: time and belief.

Time, because a real pivot means throwing away months of work and starting the validation cycle from zero. We had maybe ten weeks of cash left, and enterprise sales cycles alone are longer than that. The math of pivots is brutal: you need enough runway to be wrong again at least once. We could not afford to be wrong even once more.

Belief, because a pivot asks exhausted people to get excited again. Our CTO was already interviewing. Our designer had a freelance offer paying more with zero stress. You cannot pivot with a team that has one foot out the door, and I do not blame a single person who left. I would have left too.

We spent three weeks on the pivot. It produced a prototype, a revised deck, and a growing sense that we were rearranging deck chairs. Ending it was a relief, which tells you everything about how dead it already was.

The Numbers, Honestly

For the analytically minded, here is the full quantitative autopsy:

  • Total raised: $500K seed
  • Total spent: ~$490K over six months
  • Team peak: 8 people
  • Customer conversations before building: 11 (9 friends)
  • Launch visitors (Urise, first week): low hundreds
  • Signup conversion: under 2%
  • Trial-to-active (connected a project): under 10% of signups
  • Paid conversions: 0
  • Integrations built: 12, requested by users: 0
  • Onboarding rebuilds: 3
  • Support threads from real users: 1 (an account deletion)
  • Runway at shutdown decision: ~10 weeks, falling fast

Every one of these numbers tells the same story from a different angle: we built without demand, spent without discipline, and launched without positioning. There is no mystery here. That is the point — failure is usually not mysterious. It is just uncomfortable to look at while it is happening.

Morale and Departures

There is a moment in every failing startup when the team collectively, silently agrees it is over — usually weeks before leadership says so. Ours came during a sprint review in month five. An engineer demoed a feature, nobody asked a question, and the silence in that call was the loudest sound of my career.

After that, departures came in waves. First the intern (who landed somewhere great). Then our ops generalist. Then the CTO — the one that broke my heart, because he had been there since the weekend-project days. Each departure made the remaining work heavier and the remaining belief thinner.

I responded badly at first. I gave rally speeches when people needed honesty. I announced stretch goals when people needed a plan. Eventually I learned the only speech that works in that moment: "Here is exactly where we stand, here is what I am deciding, and here is what it means for you." Clarity is the last kindness a failing CEO can offer.

To the KitSync team, if any of you read this: you were excellent. The failure was mine — in strategy, in sequencing, in courage. Thank you for building something beautiful even as the walls closed in.

The Decision to Shut Down

The actual decision took one evening. I built a spreadsheet with three scenarios: raise a bridge (no credible path), pivot with current team (no team left), or wind down cleanly (possible). The math had been screaming for weeks. That night I finally listened.

Winding down cleanly meant: paying every contractor in full, giving the team six weeks of runway for job hunting instead of a surprise Friday email, open-sourcing what we could, exporting every user's data with instructions, and writing personal thank-you notes to the eleven people who had taken our calls in month one.

It also meant calling our angels and saying the words "we are shutting down" out loud. They were gracious. One wired a small bonus for the team anyway. I will never forget that.

There is grief in shutting down that nobody warns you about. Not embarrassment — grief. You mourn the company that could have existed if you had been wiser earlier. I let myself feel it for a weekend. Then I started writing this post.

Telling the Team and Investors

How you end things is how people remember you. That sentence carried me through the worst two weeks of my professional life.

For the team, I did it live, all together, no surprises leaking through side channels. Fifteen minutes: the numbers, the decision, the severance plan, the references I would write, the open-sourcing plan. Then I shut up and answered every question for two hours. Nobody cried, which somehow made it worse.

For investors, I sent the full postmortem — this post, roughly — before the call, so the call itself could be a conversation instead of a bombshell. Both angels said some version of "I wish more founders ended things this cleanly." Clean endings preserve relationships, and relationships are the only asset that survives a shutdown.

For users — the few dozen who had signed up — I wrote personally. Most replied with encouragement. Two asked for the exported data. One asked for a job. The internet is kinder than its reputation when you are honest with it.

Winding Down Checklist

For any founder who finds themselves here, the operational checklist that worked for us:

  • Pay every contractor and vendor in full, immediately
  • Give the team a defined runway for transition, in writing
  • Write references for everyone before they ask
  • Export all user data and offer it proactively with instructions
  • Open-source whatever is not a liability
  • Cancel every subscription the same day (they compound silently)
  • File final taxes and close accounts properly — zombie entities create zombie stress
  • Send the postmortem to investors before the call, not after
  • Thank the early believers personally, by name

A clean wind-down took us three weeks and cost very little. A messy one would have cost relationships I still rely on today. Both of my angels have since introduced me to people who matter for whatever comes next. Endings are auditions for beginnings.

Month-by-Month Timeline

  • Month 1: Quit job, raise $500K, hire CTO and engineer. Euphoria. Zero customer calls.
  • Month 2: Second engineer, designer. Build the core. Eleven friendly conversations mistaken for research.
  • Month 3: Marketer, ops, intern. Burn hits $65K/month. Roadmap beautiful. Users zero.
  • Month 4: Third onboarding rebuild. Twelve integrations. Documentation for nobody. First whispered "runway."
  • Month 5: Launch on Urise. Polite comments, 2% signup, zero paid. Silent sprint review. Departures begin.
  • Month 6: Three-week pivot attempt. CTO leaves. Shutdown decision. Clean wind-down begins.

Read vertically, the timeline is a staircase descending one step per month. Read horizontally, each month contains the same error: choosing building over listening. Six months, one mistake, repeated until the money ran out.

Lessons Learned

  • Validate before you build — talk to at least 50 potential customers first
  • Build a must-have, not a nice-to-have
  • Don't raise money before you have product-market fit
  • Keep your team lean until you find repeatable traction
  • Name the thing your product replaces before you build it
  • Answer "who is this for" in one sentence or you have no positioning
  • Friend feedback is noise — only strangers' money is signal
  • End things cleanly — endings are auditions for beginnings

What I'd Do Differently

If I started over tomorrow with the same idea, the sequence would invert completely:

  • Months 1-3: conversations only. One hundred customer calls before one line of production code. Prototypes are paper and Figma. The goal is ten strangers saying "I would pay for this next month."
  • Raise $150K, not $500K. Enough to survive, not enough to get comfortable. Constraints force the validation you would otherwise skip.
  • Two people until revenue. Me plus one engineer. Everyone else waits until a customer funds their salary.
  • One user, one workflow, one integration. Video agencies, feedback review, one integration. Depth beats breadth until breadth is requested with money attached.
  • Launch monthly, not once. Small launches to small audiences from week four. Each launch is a question; the answers compound.
  • Name the thing it replaces. If I cannot say "cancel X, buy us" in one sentence, positioning is not done.

None of this is original. It is all obvious in retrospect. The entire value of a postmortem is making the obvious impossible to ignore next time.

The Spreadsheet That Told the Truth

Every failing startup has one artifact that contains the whole truth months before anyone reads it. Ours was the financial model — a beautiful, fifty-tab monument to optimism that I updated religiously and believed selectively.

The spreadsheet knew. Month two, it showed customer acquisition starting in month four. Month four arrived with zero customers, so I edited the assumption, not the strategy. The model moved the revenue ramp right by one quarter with three keystrokes. Reality does not accept keystrokes.

Here is the discipline I enforce now: assumptions get owners and expiry dates. "Launch brings 500 visitors" is owned by marketing and expires on launch day, at which point the actual number replaces it permanently — no editing history, no revised ramps. A forecast that updates itself to stay optimistic is not a model. It is a mood ring with formulas.

The second spreadsheet truth was the hiring plan tab. It showed eight salaries against zero revenue for six straight months, in plain numbers, in a font I chose myself. I looked at that tab weekly. Seeing and seeing are different verbs. I saw the numbers the way drivers see speed limit signs — as information about other people.

What I Got Right

A postmortem that is all flagellation is as dishonest as one that is all excuses. Some things worked, and they are worth naming so they survive into the next company.

We hired well. Eight talented, decent people who deserved a better strategy. Hiring for character and craft was right; the error was hiring at all before demand existed. The skill transfers. The timing does not repeat.

We built well. The codebase was clean, the design was genuinely good, and the demo converted everyone who saw it into momentary believers. Craft is not the enemy. Craft scheduled before validation is.

We ended well. Full contractor payments, honest severance communication, open-sourced code, exported user data, personal thank-yous, gracious investors. The ending is the only part of KitSync I would not change, and it is the part most founders neglect until neglect is the only option left.

We told the truth eventually. Late is worse than early and infinitely better than never. This post is the final deliverable of a failed company, and it may help more founders than the product ever would have.

Questions I'm Asked

Would you do it again? Yes — but the small, cheap, conversational version. The error was never ambition. It was sequencing.

Do you blame the team? Never. They executed well on a strategy that was wrong. Strategy was my job.

Do you blame the investors? No. They backed a person, quickly and kindly. The diligence gap was my failure to invite scrutiny, not theirs for trusting me.

What hurt most? The silent sprint review. Not the money, not the shutdown — the moment eight good people stopped believing together.

What are you doing now? Talking to customers. One hundred of them. Before writing a single line of code.

Was there a single moment it could have turned? Month three, when the ops hire's empty CRM stared at us. If we had frozen hiring that day and sent everyone to do customer calls for two weeks, the company would be unrecognizable. Turning points look obvious only in postmortems — which is why you should schedule a monthly "is this working" review with teeth.

Should first-time founders raise at all? Raise little, late, and against evidence. Money before proof buys you the most expensive education available. A ramshackle prototype and fifty rejections teach more than $500K and a beautiful office.

How do you know coziness from traction? Traction argues with you. Real users complain, demand, threaten to leave, and pay anyway. Coziness applauds. If your feedback contains zero complaints, you have zero users — you just have an audience.

The Launch Playbook We Ignored

Everything we did wrong at launch has a documented right answer. We knew the playbook. We ignored it, one rationalization at a time.

The playbook says: build an audience before you need it. We started posting about KitSync two weeks before launch. Two weeks buys you friends' likes, not distribution. Audience compounds over months. We wanted the harvest without the planting season.

The playbook says: line up ten friendly users who will comment honestly on launch day. We lined up zero, because asking for honest public feedback felt risky. It was risky — honesty would have exposed us sooner. That is precisely why you do it.

The playbook says: reply to every comment within the hour. We did this one right, and it still did not matter, because responsiveness multiplies underlying demand and our demand was zero. Zero times excellent community management is still zero.

The playbook says: have a day-two plan. We had no day-two plan. Launch day ended, the spike decayed, and we sat in the office refreshing a flatline. A launch without follow-up is a firework: bright, brief, and irrelevant by morning.

What Our Angels Saw

I asked both angels, after the shutdown, what they saw that I did not. Their answers were instructive enough to print.

The first said he invested in my agency track record, not in KitSync's market. "You had never sold software to strangers," he told me. "I assumed you'd figure out distribution because you'd figured out delivery." Delivery and distribution share nothing but a first letter. Building for clients who already trust you is a different sport from acquiring strangers who owe you nothing.

The second said the $500K was itself the mistake — his mistake as much as mine. "Small checks force focus," he said. "I gave you room to avoid the hard part." He now caps first checks for first-time founders and releases the rest against customer milestones. Money as a reward for evidence, not as a substitute for it.

Both said they would back me again. I am choosing to hear that as generosity rather than judgment, and to earn it next time with the one thing I lacked: proof.

The Acquihire That Wasn't

Midway through month five, a larger company in the workflow space reached out. They liked our design sensibility. There were two calls. For one intoxicating week, I believed we might be acquihired — the team saved, the story redeemed, the failure rebranded as an exit.

Then their product lead asked the same three questions from the launch comments: who is it for, what does it replace, why now. I had no better answers on that call than in the comments. The process quietly died. Acquirers do not buy beautiful corpses. They buy traction, teams mid-flight, or technology they cannot build. We had none of the three.

I include this because acquihire fantasies are a known failure sedative. They let founders avoid the shutdown decision for weeks, spending remaining cash on "partnership decks" instead of honesty. If you are waiting for a rescue call, stop. No one is coming. Decide with the company you have, not the acquisition you imagine.

Letter to My Past Self

Dear James-in-January: you are about to make every mistake in this post. Here is the short version, since you will not read the long one.

Do not hire until a stranger pays. Do not raise $500K; raise $150K and treat it like $50K. Do not build twelve integrations; build one, for one agency, and sit in their office until they use it daily. Do not mistake your team's energy for market energy. Do not present a screenshot as traction. Do not rebuild onboarding three times for zero users. Do not write documentation on Sundays to feel productive. Do call one hundred strangers. Do ask about pricing in the first ten minutes. Do kill the idea the moment ten calls in a row produce politeness instead of pull.

You will ignore this letter, because January-you believes learning requires doing. You are right, unfortunately. Some tuition can only be paid in full, in cash, in public. Just promise me one thing: when the silent sprint review happens in month five, listen to the silence faster than I did.

Resources That Would Have Saved Us

Concrete, unglamorous things. No mindset content. Just mechanisms:

  • A weekly "evidence review" where the only accepted artifacts are customer quotes, payments, and usage graphs — never shipped features
  • A rule that no feature enters the roadmap without a named customer who requested it and a date they will use it
  • Pricing page before onboarding flow — force the value conversation first
  • Monthly micro-launches to fifty strangers, with a retro on what changed behavior
  • A kill list: ideas and features explicitly retired each month, celebrated, not mourned
  • Founder-led support from day one, with a public changelog written from tickets
  • A runway dashboard visible to the whole team — secrecy about money breeds fantasy about money
  • One metric that matters, chosen quarterly, reviewed weekly: strangers paying, renewing, referring

None of these require talent we lacked. They require discipline we lacked. Discipline is cheaper than $500K and harder to raise.

The Emotional Timeline

Founders talk about runway in months. The emotional runway is shorter and darker:

  • Months 1-2: euphoria. Everything is possible. The office smells like whiteboard markers and destiny.
  • Month 3: first doubt. A quiet Tuesday thought: "Shouldn't someone be using this by now?" Suppressed with a roadmap review.
  • Month 4: busy grief. You grieve the timeline you promised while burying yourself in work so you cannot feel it.
  • Month 5: the silence. The sprint review. The side channels. The interviews your teammates think you do not know about.
  • Month 6: grief and relief braided together. The decision lands like both a death and a pardon.

Naming this timeline matters because each stage has a correct action, and the action is always "face the numbers one stage earlier." Euphoria should include skepticism. Doubt should trigger customer calls. Busy grief should trigger a pause. Silence should trigger honesty. If you recognize your month in this list, act like it is one month later than it is.

For Investors Reading This

You will fund founders like January-me again — energetic, credible, wrong. Here is what would have saved your $500K and my six months:

  • Ask for the customer list before the deck. Eleven names, nine friends, zero buyers — that was all knowable in diligence.
  • Stage the money. A small first check against a customer milestone (ten design partners, one paid pilot) would have forced the confrontation early, when it was cheap.
  • Ask "what does it replace" and reject any answer longer than a sentence.
  • Meet the team in month three and ask each person, privately, what customers said this week. Silence is data.
  • When a founder sends you burndown charts instead of revenue charts, ask why. Gently the first time. Bluntly the second time.

The best investors I know behave like the skeptic I said startups should hire first. Be that skeptic for your founders. They will resent it in month two and thank you in month six — or better, never need month six at all.

The Demo Trap

KitSync was a magnificent demo and a terrible product. Those two qualities look identical for about ninety seconds — the length of a video, a launch GIF, a conference walkthrough. Everything we optimized was demo-shaped: the happy path, the sample data, the rehearsed click order. Everything we neglected was product-shaped: edge cases, onboarding strangers, pricing, retention, support.

Demos lie by omission, and the person they lie to most effectively is the founder. I watched our own demo dozens of times. Each viewing topped up my conviction. I was getting high on my own supply, except the supply was a staged ninety seconds and the demand was the other 86,310 seconds of a customer's week, which we had never observed.

Here is the test I run on every demo now, mine or anyone else's: what happens in minute four? Minute four is where sample data ends and real mess begins. If the answer is "we'll handle that later," the demo is a trailer for a movie that will never be filmed. Impressive trailers, empty theaters. That was us.

What Success Would Have Required

Counterfactual honesty: what would it have actually taken for KitSync to work? Not tweaks — structural differences from day one.

It would have required starting with one agency as a design partner, embedding for a month, and building only what they reached for daily. It would have required charging from the first pilot — even $50 a month — because free pilots produce politeness and paid pilots produce truth. It would have required saying no to eleven integrations and yes to one deep workflow until that workflow was undeniable.

It would have required a team of two for the first year and a founder doing support full-time. It would have required monthly launches, public numbers, and the humility to be small while competitors were big. It would have required treating every "looks cool" as a rejection until someone said "take my money."

None of that is exotic. All of it was available to us. We chose the expensive version of every decision because money made the expensive version feel safe. Safety, purchased at $65K a month, until it ran out.

The Questions I Ask Every Idea Now

Before any new idea gets a name, a domain, or a single line of code, it faces interrogation. Twelve questions, all must pass:

  • Who feels this pain acutely, by name, this week?
  • What do they do today, and what does it cost them in money or hours?
  • What would they cancel to pay for the replacement?
  • Why has nobody solved this, and what changed to make now the time?
  • Can I find ten such people in seven days without paid acquisition?
  • Will any of them pay for a prototype before it exists?
  • Is the workflow deep enough to retain, or shallow enough to churn?
  • Who is happiest if this idea dies, and why are they wrong?
  • What is the smallest version someone would pay for?
  • What must be true in six months for this to deserve existing?
  • Am I excited to do customer support for this for two years?
  • If this fails exactly like KitSync, what will the postmortem say?

Question eleven surprises people. Support is where you learn whether the business is real. If the thought of two years of tickets for an idea repels you, the idea repels you — admit it now, cheaply, instead of later at $500K.

Epilogue: Six Months Later

It has been six months since the shutdown. The team scattered to good places — our CTO leads platform somewhere sane, the designer freelances selectively, the intern is now a full engineer. We have dinner quarterly. Nobody toasts KitSync, but nobody flinches at the name either. Time converts shame into curriculum if you let it.

I did the hundred customer calls. It took eleven weeks, not twelve — strangers will talk to you if your ask is small and your curiosity is genuine. Three ideas died in those calls. Each death took days, not months, and cost nothing but calendar slots. The fourth idea has fourteen design partners and two paid pilots. I have written almost no code. I have never been more confident and never spent less money to earn it.

The angels were right to back me again in spirit, and I was right not to ask them for money yet. Money comes after evidence now. That sentence, tattooed anywhere visible, would have saved everything.

Anatomy of a Wasted Week

Let me reconstruct one specific week — the third week of month four — because abstractions like "building without validation" deserve a concrete specimen.

Monday began with sprint planning. Twenty-three tickets. Zero referenced a customer request, because no mechanism existed to attach requests to tickets. We estimated in story points with great solemnity, as if precision about the wrong things had value. It does not.

Tuesday and Wednesday were heads-down build days. Two engineers finished the Slack integration nobody asked for. The designer polished the template gallery. I wrote help-center articles. The marketer drafted launch tweets for a launch two months away. Everyone was busy. The office hummed. Output per person was genuinely high, and every standup reported green statuses. Green statuses, zero customers. A hospital where every monitor shows a flatline but the staff keeps charting vitals.

Thursday brought the weekly "metrics review." Our dashboard showed signups (teammates), activation (teammates testing), and retention (teammates returning). We reviewed teammate behavior with straight faces and called it data. Someone suggested the numbers would "look different after launch," and everyone nodded, because the alternative — that the numbers were telling the truth right now — was unsayable.

Friday was demo day. Each person showed their week's work. Applause on every call. The Slack integration worked flawlessly in the demo environment. The templates were beautiful. The help articles were clear. Then everyone logged off for the weekend feeling accomplished. Five days, eight people, forty person-days of excellent work, and the company's distance from revenue did not shrink by a single inch.

That week cost approximately $16,000 in burn. I would pay $16,000 now to have spent it on forty customer calls instead. The calls would have been awkward, inconclusive, and humbling — and worth more than everything we shipped.

Multiply that week by sixteen. That is the company. That is the postmortem. There is no deeper secret behind the failure than forty person-days per week pointed at applause instead of evidence, repeated until the money forgave nothing.

The One-Page Version

For the skimmers — and I say that with love, because I skim postmortems too — the entire failure in one page:

  • Solved our own problem, assumed it was everyone's problem
  • Raised $500K on warmth, skipped the skepticism that would have saved us
  • Hired eight people before one stranger paid
  • Eleven friendly conversations mistaken for market research
  • Four months building features with zero customer requests
  • No pricing page for six months, because pricing forces honesty
  • Launch revealed demand of approximately zero, politely
  • Pivot attempted with no time and no belief left
  • Shut down cleanly: paid everyone, open-sourced, told the truth
  • Tuition paid: $500K and six months; lesson: customers first, building second, money last

If even one founder reads this list, cancels a sprint, and books five customer calls instead, KitSync's $500K bought something after all.

Final Word

Looking back, I would have spent the first 3 months talking to 100 potential customers before writing a single line of code. Product-market fit isn't something you stumble into — it's something you discover through relentless customer conversations.

KitSync failed. I am not ashamed of that anymore. I am ashamed it took me five months to see what eleven honest conversations in month one would have shown me. That is the lesson I paid $500K to learn, and I am giving it to you free: talk to customers first, build second, raise last.

If you are building something right now and this post made you uncomfortable — good. That discomfort is the cheapest education in startups. Go book five customer calls this week. Your future self will thank you.

Table of Contents
Overview
The Story
The BeginningThe Weekend Project That Started ItThe Idea MazeRaising $500KThe TeamHiring Too FastBuilding Before ValidatingThe Eleven ConversationsFeatures Nobody Asked ForThe MoneyPricing That Never WasCompetitor BlindnessLaunch Day on UriseThe First 48 HoursThe Feedback Nobody WantedSupport Tickets From NobodyThe Pivot AttemptThe Numbers, HonestlyMorale and DeparturesThe Decision to Shut DownTelling the Team and InvestorsWinding Down ChecklistMonth-by-Month TimelineLessons LearnedWhat I'd Do DifferentlyThe Spreadsheet That Told the TruthWhat I Got RightQuestions I'm AskedThe Launch Playbook We IgnoredWhat Our Angels SawThe Acquihire That Wasn'tLetter to My Past SelfResources That Would Have Saved UsThe Emotional TimelineFor Investors Reading ThisThe Demo TrapWhat Success Would Have RequiredThe Questions I Ask Every Idea NowEpilogue: Six Months LaterAnatomy of a Wasted WeekThe One-Page VersionFinal Word

Platform

  • Features
  • Launch Guide
  • Weekly Battle
  • Leaderboard
  • Rules
  • Brand Attribution

Collective

  • Founders
  • Hall of Fame
  • Post Mortem
  • Events

Topics

  • Tech News

Job Hunt

  • Find Jobs
  • Interview Prep
  • Layoff Tracker

Compare

  • vs. ProductHunt
  • vs. BetaList

Company

  • About
  • Support

Legal

  • Privacy
  • Terms
  • Code of Conduct

Resources

  • Blog
  • Launch Checklist

Free Tools

  • Name Generator
  • Analytics Generator
  • OG Preview
Stay in the LoopEnter your EmailGet The Latest Updates
X (Twitter)GitHub