Advice for Early-Stage Hardware Startups
blog.ycombinator.com
blog.ycombinator.com
I'm a biomedical engineer by training. My gut reaction in most phases of product development is to dive in and engineer the problem myself. It took me a while to realize this: I'll never be able to ship on time if I tried to engineer everything. Turning myself into a product manager has increased the pace of our product development by at least an order of magnitude.
Instead of taking detailed measurements of my device and building a three-dimensional model to send over, I take my product designer's sketches and a prototype to a case manufacturer. He comes up with a rough version, we go back and forth, and a few iterations later it's what I want. Oh, and in the process we've figured out what could be made more efficiently and what isn't actually all that useful.
Hardware prototyping is slow when you're doing it all yourself. If you're willing to tug on and navigate the Shenzhen supply chain and concentrated manufacturing brain power, you can iterate at speeds that can at times rival software.
Reconsider if your unit price is under $1,000.
A $1,000 per unit device that you can sell can cover up a multitude of sins because it's likely profitable from the first sale.
A $10 per unit device won't be profitable until 10,000+ units.
I've taken a few "purely digital" projects to the masses, but doing that with hardware on your own is freaking hard.
On the one hand, we as starters are supposed to hack, grind, iterate until we have something we can show people and gain feedback. Somewhere in there we are supposed to find other starters that are willing to take the plunge with us.
In the digital realm this is easy because you can make fruitful progress in a few night's work.
The the hardware side you can work for months to demonstrate something that looks like dogshit and does what you say it does.
In the pure digital world, you don't usually have to separate "looks like" from "works like", unless you are just at the absolute earliest stages.
So is hardware hard? Hell yes.
Is it harder than "pure digital". Hell yes.
Are things making it easier, and does exposure to fab labs and maker spaces make it easier? Yeah, a little bit.
If you're not aware, the FTC has put a tremendous amount of resources over the last ~2 years towards enforcement actions against insecure device makers and defining a minimum baseline of security that all device makers should meet. The likelihood that you will be named in one of these suits has risen quite a bit during this time period.
http://www.ftc.gov/news-events/press-releases/2015/01/ftc-re...
http://www.ftc.gov/news-events/press-releases/2013/09/market...
http://www.ftc.gov/news-events/blogs/techftc/2015/02/whats-s...
Does anyone know if "#2 Don’t forget the certifications" apply to very small / simple hardware ideas for ex: harware products / designs that use open source kits like the arduino kit?
I am working on a product based on an arduino kit, and want to make sure I have the certifications part (if needed) covered.
I am guessing that these certifications are more for big complex hardware products like electric cars etc? or No?
Safety: if you sell an appliance that operates on mains (hazardous) voltage, there are standards in place (UL, etc.) you should be following in order to prove your design doesn't allow that high voltage to easily come in contact with a person. So for your Arduino thing, as long as the power adapter that you source is already certified, you are probably good to go.
Liability: Closely related to above; what if your device is involved in a fire? There are flammability requirements for devices for different environments, and certification will help you prove you did everything you were supposed to in order to prevent your device from starting or propagating a fire. Again, not as big of an issue once the voltage is stepped down to <= 5 VDC.
Legality: mainly, FCC (in the USA) comes to mind. It's actually illegal to sell radio devices using certain frequencies unless they are tested and approved by the FCC. You can buy an FCC-certified radio modem or module to get by this one quite a bit easier. Medical devices are an entirely different can of worms (FDA, etc.).
So, it really depends on the use case for your product. What are you planning to build?
Basically, there are three kinds of procedures you need to worry about: verification (the least intrusive, requires that the manufacturer do tests but does not require approval); declaration of conformity (requires a certified test lab certify the product); and certification (the "FCC Code" -- requires an application to the FCC or a TCB, including technical specs and official test results). The only way to be sure is to have engineers on staff or on contract with experience in licensing issues.
By the way, if you're selling a kit product, you may be exempt from much of the approval process, which may influence your decision.
I'd consider waiting until you know there's demand past Kickstarter, at least. I see some worry about CE and the individual countries like Japan and ANZ, when global domination is a long ways off. You're probably going to have to iterate again anyway in order to get retail-ready margins.
A clue that it matters little is that when they need to put your unique product in a government-designated category, it's going to be something like "Computer Peripheral" or "Measuring Device". There is a lot of grey area. Hell, CE lets you self-certify.
Another debatable early-stage expense is liability insurance. Technically most distributors require it, including Amazon. But it can be nearly impossible to get for hardware with no track record, never mind what it costs. The best option is sometimes to let your LLC do its job and go bankrupt if someone wants a lot of money.
I agree on Pebble - the volume they were sending through, and a little inexperience with customs, raised flags that were hard to put down. But by all means, when you've raised $10mil, get your certs. I'm telling the Kickstarters who barely raised enough to execute their hardware, and then think that blowing $20K in order to cross all the t's for international markets, is not putting the cert before the horse.
For a quick primer on FCC requirements (which only covers US EMC), check out Sparkfun's "The FCC and Open Source"[1]. For more depth on other regulatory requirements, e.g. safety, "Global Certifications for Makers and Hardware Startups"[2] is pretty decent.
If you have any kind of radio transmitting part, i.e. an intentional radiator, then you should use a pre-certified module or otherwise pay about 5-10K to get it certified.
This. 1000x this. The temptation to outsource everything is huge in the beginning, but the margin stacking and 'time stacking' this creates can be fatal.
Not that everything must be done yourself any more than you should reinvent AWS. But here's an extreme case of outsourcing: https://medium.com/@stevekreyos/the-rise-and-fall-of-kreyos-...
Though I would say that you probably shouldn't spend the time creating a new hackerspace. As someone who has been there, starting up and running a hackerspace can be a real time vampire. Joining up with your local space is great - you'll meet a lot of smart people, have access to some useful tools, and maybe even find some potential future employees. But I really don't think it's a good idea to start a hackerspace at the same time you're trying to start a company.
We successfully bootstrapped some hardware to a shipping product and made it through the Apple MFi program.
If anyone wants to chat drop me a line. My email is in my profile and I'm happy to help If I can.
I find it pretty hard to get an overview over hardware factories...
anyone have thoughts about how much IP protection someone should have before talking about their ideas at a Hackerspace or Techshop?
Does it make sense to file provisional patents before working on an idea at one of these spaces?
Before then, I'd say you have better uses for the money.
See fee schedule, refs of micro & small entities, etc:
http://www.uspto.gov/learning-and-resources/fees-and-payment...
Don't be coy--nobody likes that guy.