Moving fast in hardware: lessons from lab to $100M ARR

(blog.zacka.io)

58 points | by rryan 2 hours ago ago

12 comments

  • bfeynman an hour ago

    Nice read but falls into a vast reductionist trap, a lot of survivorship bias dressed up as design philosophy or strategic bets. The context of decisions made decades ago != now, people were working under different constraints etc. Trying to frame the avionics example as the "subtractive" innovation is the most egregious, transistors were over 1000x times smaller, weight wasn't even a consideration.

  • nivekney 36 minutes ago

    Just when I think I cannot see more emdashes, there are more emdashes.

  • yalogin 12 minutes ago

    Depends on how much funding you have, your target audience, target vertical, and how custom your hardware is, no? There can only be so many things you can cut and optimize.

  • syntaxing 40 minutes ago

    Fun read but a bit too much fluff? I was a design MechE for about a decade and I’m by no means as successful as the OP. But I have worked on a 5 person design team that had an annual net revenue of 30M and another job where I worked on 25M+ contract with just a team of 2, me and my mentor at the time. End of the day, hardware execution is hard and there’s a ton of product development cycle theories, you just need a culture with what I call good engineering discipline. Good communication, good documentation, and realistic milestones with accountability.

  • AbrahamParangi an hour ago

    I'm mostly curious how much of that revenue is actual ARR, which is to say contractually recurring. It is pretty dang rare for a hardware company to have nontrivial ARR.

    • zacka an hour ago

      automotive contracts are typically on 6 year cycles, so tech gets designed into a new car and it's locked in until the next vehicle generation (5-7 years depending on the automaker). year to year sales can fluctuate but are fairly predictable.

  • 3dxsys 2 hours ago

    Outsource the mature, insource the uncertain is very true. A lot of startups outsource precisely the part of the system they understand least, but that is oftentimes the worst possible decision.

  • JSR_FDED 23 minutes ago

    Optimizing for learning/iteration speed is a solid approach that applies just as much to software development.

  • roadbuster an hour ago

    I think Clearmotion has a very interesting technology and product (ride stabilization), but let's paint a full picture here: the company was founded in 2009, took on $370 million in funding, and only recently landed large contracts (a $1 billion dollar deal in 2023 with Chinese auto manufacturer, Nio).

    I'm sure they were in a constant struggle for survival and had to "move fast" to stay afloat, but their technology is more than a decade in the making.

    • rryan 36 minutes ago

      I think the super long timelines in automotive make it really hard to succeed. Really impressed with what ClearMotion accomplished given that

  • Fokamul 29 minutes ago
  • nonameiguess an hour ago

    According to the draft Wikipedia article for this company that hasn't been published because it is not yet considered sufficiently noteworthy, this company has existed for 17 years, built their first production facility in 2023, and first delivered working units into real cars last March. That doesn't strike me as moving all that fast. It also says they acquired the Bose product they're shitting on in this article for doing things wrong.

    If it works, it works, but I really wish companies and founders would just be honest about how and why they succeed when they do, instead of everything needing to be the constant projection of a desired image.