• Subscribe
    1. Stories
    2. How Product Hunt ships fast with a small, remote team

    How Product Hunt ships fast with a small, remote team

    Published on
    September 1st, 2021
    Author
    Category
    How To
    Share On
    Our secret weapon is what we call "collaborative single-player mode."
    The Product Hunt engineering team has always been remote and it's surprisingly small for all the features and products we're shipping. One of our secret weapons is what we call "collaborative single-player mode."
    Single-player mode is something I heard about for the first time from Andreas Klinger, the previous CTO of Product Hunt. He talks about it often. The core of the idea is simple: Everyone should be able to execute without depending on other people. Especially in a remote environment (when people work at different times), this is essential.
    The "Collaborative" prefix is my extension to "Single Player" to signify that we work as a team, not just as individuals.
    The following is copied and pasted from Product Hunt's engineering principles document and gives you a picture of how we execute on Collaborative Single Player Mode. 😎

    Process

    Process is not about blindly following procedures. It is about:
    • Making automatic decisions for trivial questions
    • Eliminating blockers
    • Making it obvious who owns which decision
    The way we work is not set in stone. When you have ideas on how we can improve, share those with the team.

    Single-Player Mode

    A developer should be able to execute a feature from start to finish — from the database to the backend, API, frontend, and CSS.
    The goal is never to get blocked.
    • If you are missing a design, mock the UI. Designers can fill this in later.
    • If you don't know how to do something technically, hack it or fake it.
    • If a product decision is missing, try to make this decision yourself. It's better to ask for forgiveness rather than permission

    Enablers for single-player mode

    For a sustainable work pace, and to produce a consistently high-quality product in Single Player Mode, we have the following enablers:

    Ownership

    You own whatever you are working on. At Product Hunt, we treat people as capable, independent knowledge workers.
    If you work on something, you drive decisions.
    • Take a feature and find solutions
    • Pull in people you need for feedback
    • Suggest solutions if you can

    What should you work on?

    Whenever you're unsure about what you should pick to work on, go for "impact."
    What's can I work on right now that will have the greatest effect? Work on that.

    Small checkpoints

    • We use trunk-driven development
    • A demo is worth a thousand words, and a working prototype is worth a hundred demos
    • Get feedback from the team early and often
    • Try to get the feature to production as quickly as possible
    • Split feature into multiple smaller releasable features
    • Always start a feature with a feature flag and try to get something to production on day 1.
      • even if it's only feature flagged to you
      • usual feature flag timeline
        • week 1 - developer and people interested in a feature
        • week 2 - all admins
        • week 3 - release or do beta with users

    Coding best practices

    We play in single-player, but collaboratively.
    • Follow the coding rules
    • At least one fellow developer should see every code change
    • Write tests
    • Prefer explicit code
    • Write code as if you are going to remove it tomorrow
    • If code style can't be enforced by linter, don't argue about it
    • Automate decisions
    • Look for places where reusable utilities or components can be extracted and used later
    • We do not optimize for speed or quality - we optimize our codebase for confidence
      • For the next person to make changes
      • For everyone to be able to reason about it
      • For everyone to be informed enough to ask questions (leave your name next to notes)

    The scout rule

    Leave the code cleaner than you found it.
    Or better said, pick up any trash lying on the floor.

    Clean up code as you go and develop more code. If you don't, you will find yourself in a mess shortly (much more likely than camping sites).
    • Any mistake left is now also your mistake
    • Any "wtf-moment" you run into is a chance to avoid that for the next person (add notes, introduce best practices)
    • If you can't take ownership, then we most likely have a more significant structural (process) problem at hand. Please address it to the team.
    • Don't ask if you can refactor
    • We have an old application. Some of the rules and conditions of the system have changed, and the code doesn't always reflect that

    Data-driven decisions

    When possible, always make sure you are backing your decisions with data.
    • Try to validate if the feature is worth being developed
    • Use experiments to see if there is a demand for a feature
    • Always set up metrics for your features to make sure users use those as expected
    • When I doubt do an A/B test
    • Try to understand the result from an A/B test and validate with follow up tests
    Over the years, Product Hunt has changed a lot. There have been many products, processes, and team changes, but so far, these principles have stayed relatively stable.


    If you have any questions or comments, you can ping me on Twitter.
    Comments (9)
    Chris Messina
    Mammoth 2
    Mammoth 2
    This is a great resource! Quick typo: "When I doubt do an A/B test"
    Share
    Divya Upadhyay
    Great advice! Thanks for sharing, @rstankov :)
    Share
    Daniel CJ
    To the point, Relevant points ! Need of the hour
    Share
    Product Hunt Launch Checklist
    Product Hunt Launch Checklist
    I really learnt a lot as I am hiring first person. I was thinking to create a work sheet and ask him to get approval of everything. But now, I will offer employee full freedom in atleast 1-2 areas. After he executes, we can check in later if there is something wrong.
    Share
    Johny Bram
    i don't like Sonic X movie(
    Share
    More stories
    The Case for Supabase header image
    3.5 Years, 12 Hard Pivots, Still Not Dead header image
    A Better Way to Get Your First 10 B2B Customers header image
    The Cold Email Template that Got Me an 8% Reply Rate header image
    Outbound Email Doesn’t Work Anymore. You Need to Do It Anyway. header image
    Comparing GPT-4o mini vs Llama 3.1 for fine-tuning header image