Partnerships with Techies

This is the book I wanted to have before going into partnerships myself.

It’s also the book I would like to have given to my previous partners. We would have been more successful and saved a lot of time.

This is the book’s current outline—expect it to evolve as we refine and expand its content.

You can get access to all our resources after subscribing to my email list.

I’ll also try to document every piece of content on my YouTube channel youtube.com/tillcarlos and on linkedin.

Do you want to share a story that’d help other people with successful partnerships? Send me an email!

Part 1: How to find and vet a technical partner?

  1. Where to search in the world?
  2. Remote or local?
  3. Mindset: How to attract talent? Who do they want to work with?
  4. What are interesting problems?
  5. How to check references?
  6. How to decide on a stack? (Because that will define the search)
  7. What do you bring to the table? How can you enable them to win?
  8. What if they have a job already?
  9. Start with why. What does the partner want in their life?
  10. Communication is part of the job. How to find a great communicator?
  11. What are red flags to look out for?
  12. Choose someone who has done a similar thing already.

Part 2: How to make a deal?

  1. What is the exact thing you expect from them? (Devs don’t design)
  2. What will your contribution be?
  3. How much tech do you need to understand?
  4. How to plan for success: Do you have all the resources (devops + customer success)?
  5. How much should you pay? And in what intervals?
  6. Incentivization: Can you have them participate in success?
  7. Give out shares? (Nick Huber: we don’t do shares)
  8. IP Ownership: Who owns what? How can you de-risk a technical lock-in?
  9. Code is a liability, not an asset.
  10. Vesting: Idea by Seth Godin.
  11. Exit strategy: What if someone doesn’t want to continue?
  12. Psychological Contract: The Unspoken Deal
  13. Testing the Partnership with a Trial Project

Part 3: How to work together?

  1. How often do you meet? (Chesky: Sundays)
  2. How much project management to do?
  3. How to spot bright shiny objects that distract us?
  4. How to control quality? What do you measure?
  5. How to know they are doing a good job? (You know when you test it)
  6. The minimal devops / error logging setup.
  7. About perfectionism (Ask Marco)
  8. How to define the product? Who is defining the product?
  9. Setting Up Knowledge Sharing and Documentation Practices
  10. Handling Time Zone Differences in Remote Teams
  11. How to Give Feedback That Developers Actually Find Useful
  12. Pressure and deadlines

Part 4: How to succeed: Conflict resolution and pivoting

  1. Principles: The partnership is always better than being right.
  2. Contracts
  3. Most startups fail. What to do in that case?
  4. Worse than failure: a neverending project. How to deal with this case?
  5. How to prepare for tech debt.
  6. How to reinvest, and how much?
  7. What if it takes longer than expected?
  8. Building a Culture of Continuous Improvement
  9. When to Bring in External Help: Consultants, Coaches, and Advisors
  10. My partner wants a pivot - but I disagree. What to do?
  11. What to do if the tech sucks?
  12. What to do if the sales are not there?

Free book preview

I'm offering the current draft of my book for free!

Get the chance to give feedback, ask questions and and if you contribute, you’ll receive the final version at no cost.

This offer will expire once the book is done.







Overall Book Status 12%