5. Which leads to: for small volumes (or MVPs or early-stage prototypes), if you can buy your power supply, you should! 6A. Most products with a microcontrolle

5. Which leads to: for small volumes (or MVPs or early-stage prototypes), if you can buy your power supply, you should! 6A. Most products with a microcontroller will need verification that they are compliant with FCC regulations on unintentional radiators. That's relatively cheap to do. If you bought your power supply (see 5) you are probably compliant. The problem is... by the time you get to this point, you are behind schedule, money is getting tight, and any respin or even adding ferrites is going to be a huge headache. Also, what got you here... might not help you solve an EMC problem. Good luck! 6B. If you need a transmitter (i.e. bluetooth or WiFi): for low volumes, if you possibly can buy a prequalified module, do so. Then certification is just paperwork at most. But don't listen to me, do a chip-down design because your industrial design requires it. YOLO and there is no other way to learn. 2.4 GHz at WiFi SoC powers is pretty forgiving. BLE with its low duty cycle practically handles compliance for you. Buy your matching networks and filters and don't go crazy with your antenna design 7. In general expect to be surprised by how the engineering - hardware, software, mechanical, etc - involved is much more exacting and demanding than you might expect from say, how conceptually difficult your problem domain might be. Especially if you are a software engineer and haven't worked with physical products 8. See #7 - you should be doing everything you can in design and procurement to minimize customer issues, from UX to field failures to any abuse of the product you can reasonably imagine. (Misuse you can anticipate has product liability ramifications also) If you are building 1000 units, any returns are going to cut into your margins. Look up typical warranty return rates for your industry and work that into your business plan and your pricing 9. They will all tell you hardware takes 10x-100x longer than software (I think this is a software engineering perspective where they expect to be able to deploy from a schematic or something), but then they will also tell you that if firmware isn't making you late, you aren't getting enough value out of firmware. You figure it out