Skip to content

Instantly share code, notes, and snippets.

Last active December 11, 2015 06:58
Show Gist options
  • Save mikeknoop/1dcbd0b74dea8e06d4b6 to your computer and use it in GitHub Desktop.
Save mikeknoop/1dcbd0b74dea8e06d4b6 to your computer and use it in GitHub Desktop.

Resolving Co-Founder Disputes: What Works for Me

One in four Y Combinator companies loses a founder. It's not hard to conclude that Startup co-founder disputes are universal. They range from the big decisions (what should our product do? should we hire? should we raise capital?) to the small (what should you work on today? what should the blog design look like? should we allow non-profit discounts?).

Introspecting upon myself and my early startup, Zapier, I have spotted a few trends. Not every founding team is meant to work out. But the ones that do stick together may find these trends useful to relieve tension and frustration.


Surrounding myself with like-minded founders has preempted many arguments from occurring in the first place -- because we already agree! Some of the best founders are old friends and many old friends come from similar walks of life. Seek out these people. Be wary of radically differing lifestyles because they often signal differing tastes and ultimately lead to the most frustrating and difficult disputes.


We do not resolve every dispute. It is very useful to have a tie-breaker when two founders are at an impasse. A third co-founder is particularly effective at enabling this (so long as politics remain on the sideline).

Another tie-breaker is simply to default to the person with more expertise in the area of debate. At Zapier, a backed or infrastructure problem is typically deferred to Bryan, a frontend issue to myself, and a marketing or customer related topic to Wade.


I always try to remember: every (good faith) founder only wants what is best for the company. Failure to realize and re-affirm this is a quick path to resentment and frustration. I ask myself: why do they think this is what's best? Taking this simple step back always help me. I can feel the frustration immediately lifted.

An Example

Allow me to spotlight a real-world example by describing a problem, dispute, and resolution we had at Zapier: deciding on our name.

When we sat down to build the MVP of Zapier at Startup Weekend in 2011, Wade came up with our original name "Snapier" within minutes. We operated under that name for a few months until we discovered a similarly-named company in the space.

The hunt was on for a new name. Early in a startup's life, every decision seems monumental (especially a decision as public-facing as choosing a name). If you can survive the first few months of hard decisions, team unity tends to kick in and the dispute process gets easier. We were not at this point.

We spent an entire evening brainstorming names. Bryan wrote a script to auto-generate names and look up .com availability. Somewhere in the brainstorming process Bryan or Wade suggested replacing the "Sn" with a "z". I hated it. I was never in love with the original name and a small spelling change was not improving much in my book. I made my position clear, but I also did not have a better suggestion.

So a few days went by, then a few weeks. Two blurred months later and we had adopted the name "Zapier" by the most informal, non-committed decision ever. Fast-forward one year and I couldn't be more happy that informal non-decision 12 months prior.

I was the defector in this dispute -- two on one. It was apparent that the onus was one me to come up with a better suggestion, else "Zapier" would stick. We all trusted each other though. Bryan and Wade constantly reminded me that we could always change it again later if a better name came along. We all only wanted what was best for the company. Over the next few weeks I cared less and less until my attention was elsewhere. By the start of Y Combinator S12 I had bonded with the new name and the rest is history.

In the end, debate is healthy and encourages outside-the-box thinking. To that effect, I realize that I cannot control other founders and I can never eliminate disputes, but I can affect the company positively through my own behavior and decisions.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment