Product Startup Podcast Episode 165: Iterative Hardware Development

Listen Now

Guest: Kyle Dumont, Founder of AllSpice.io and a former iRobot hardware developer focused on collaboration and revision tools for electronics teams.

Host: , founder of Product Startup and the leading expert in hardware startup consulting. A hardware entrepreneur since 1999, Kevin has advised more than 1,500 founders and built and scaled MAKO Invent through its acquisition by TriMech in 2024.

Episode Overview

Kyle Dumont explains how iterative development helps hardware teams prepare for change instead of treating every revision as a disruption. He covers input from customers, engineers, product managers, procurement, and manufacturers, along with version control, change comparison, prioritization, and disciplined feedback loops.

Podcast cover for Episode 165 about iterative Hardware Development

What You’ll Learn in This Episode

  • The process of making changes and improvements to a product design between manufacturing runs is known as iterative hardware design.
  • While legacy design follows a waterfall model, software design has effectively utilized iterative design.
  • Facilitate iterative design by putting designs in the hands of engineers or users involved in the design process.
  • Implement iterative design processes to prepare for unexpected changes that may arise during the product development lifecycle.
  • The stakeholders involved in iterative design include current and potential customers, cost reduction, various engineering disciplines, procurement, product managers, and manufacturers.
  • Gain valuable feedback and insights by engaging hardware engineers with customers.
  • Version control is a tool that serves as a foundation for organizing and tracking changes, which can be used along with other tools to collect, organize, prioritize, and implement feedback.
  • Compare versions of the design to identify changes and improvements during the iterative design process.
  • Ensure that channels and tools are available for all product stakeholders to provide input.
  • Integrate different tools to ensure that all stakeholders have access to the most comprehensive information during the iterative design process.
  • Prevent silos between departments by sharing information and promoting collaboration during the iterative design process.
  • Use priority flagging to indicate the importance of issues or opportunities during the iterative design process.

Episode transcript

This transcript is provided for accessibility and reference. Download the SRT transcript.

Read the full episode transcript

Kevin Mako: Hello, product innovators. Today we learn from a dual-degree Harvard alumni on best practices around iterative physical product development.

Narrator: You're listening to the Product Startup Podcast, a show to learn from top leaders in product development, prototyping, manufacturing, product selling, and everything in between.

Narrator: Hosted by Kevin Mako, the leading expert on product development for physical product startups, sponsored by PTC's two best-in-class 3D CAD product development software solutions,

Narrator: Onshape, and Creo, and produced by Mako Design + Invent, the original firm providing world-class consumer product development services,

Narrator: tailored specifically to startups, small manufacturers, and inventors.

Kevin Mako: Welcome back, everyone. Today, I'm very excited to introduce Kyle Dumont to the show. Kyle spent many years as a hardware developer for iRobot, then got a master's of science

Kevin Mako: and an MBA dual degree at Harvard, then spent out AllSpice, which is a software platform for managing electronic engineering feedback and revision tracking amongst other things.

Kevin Mako: Today, Kyle is going to share some valuable knowledge for inventors, startups, and small manufacturers on what iterative hardware product development is between manufacturing runs,

Kevin Mako: who the product feedback loop stakeholders are and how to collect, organize, prioritize, and execute

Kevin Mako: on that iterative feedback information to ensure the best improvements to your physical consumer product design. Now, on to the episode.

Kyle Dumont: Hi, Kyle. Welcome to the show.

Kevin Mako: Thanks. Thanks for having me. Well, excited to talk today about the iterative design tools and processes around improving your product between each manufacturer.

Kevin Mako: And this is something that's really important to hardware startups, even if it's from the early prototyping phases, early customer feedback,

Kevin Mako: crowdfunding launch, short production run, or even scaling into larger production runs, no longer is hardware making a product that doesn't change for the next 10 years.

Kevin Mako: Nowadays, people are looking to improve their product generally in between almost every manufacturing cycle.

Kevin Mako: So every time you produce, you collect feedback from a variety of sources and you make your product better. Now, there are processes and tools to do that the right way.

Kevin Mako: And that's why I brought Kyle on the show today to talk about how to properly get these different individuals, these different stakeholders to provide for.

Kevin Mako: feedback and how you organize and prepare that feedback to do the best iteration possible, not just any iteration that comes out of your own mind or maybe certain designer's minds.

Kevin Mako: This is really a community approach here, which is absolutely best practice in hardware right now.

Kevin Mako: Before we go too far down that, first of all, congrats, you've raised a multi-million dollar seed round for Allspice, featured in TechCrunch, a bunch of other places.

Kyle Dumont: So congrats on the early success on your scale up yourself. Thanks. It's been quite a journey. It's been a really exciting process. It's awesome to see the team growing.

Kevin Mako: product get out there and start to influence a lot of engineers. Amazing. We'll talk a bit about your background. You've been in the hardware space for over 10 years.

Kyle Dumont: Give us a bit of a high level of where you got to where you are today. Out of my undergrad, Jewett, I did product development, mostly electrical engineering for

Kyle Dumont: seven or eight years. I worked at some bigger companies. I was at I Robot for a while doing product design there.

Kyle Dumont: And I ended up joining a small startup company in the 3D printing industry.

Kyle Dumont: And through those experiences, really felt like I had a pretty good grasp on how. how hardware engineering was done.

Kyle Dumont: And just as you mentioned, Kevin, just saw all the inflexibility that was kind of baked into those processes. I mean, maybe a lot of your listeners going from

Kyle Dumont: a big company to a small company. There I was thinking, here's my opportunity to build something

Kyle Dumont: from the ground up, build a workflow from the ground up that I could use to help my team be nimble and kind of meet demands and meet changing customer requirements or environmental

Kyle Dumont: requirements just felt so hamstrung by what was available in terms of tooling. I entered going from the startup company, knew I wanted to start a business somewhere in the

Kyle Dumont: engineering tools area. I ended up going to back to school. I got my MSN MBA at Harvard. They

Kyle Dumont: have a dual degree program, aptly named the MSNBA program, I believe. It was actually the first year they did it back in 2018 was the beginning of the program. We were the class of

Kyle Dumont: 2020. It was very focused on entrepreneurship. So it was perfect for what I wanted to do. I met my co-founder there, Valentina.

Kyle Dumont: We launched this company, starting when we graduated in 2020, obviously right into the pandemic. So that affected a lot of the way we built the company, a lot of the way we built

Kevin Mako: the product. So amazing. Great backstory. And I'm also an individual that I incorporated macro design while I was also in

Kyle Dumont: school. So congratulations on that, Kyle. Thanks. Yeah, it was a good opportunity to kind of, I guess, maybe lower the risk or

Kyle Dumont: have a bit more of a sandbox environment to kind of build and brainstorm before we went out and launched it full time.

Kevin Mako: in work full time on this thing. That's amazing. And it's become a success. And we'll talk about that

Kevin Mako: more as we go into the episode as well, especially the tools that are available for people in the hardware development space. Let's look big picture at this for a moment.

Kevin Mako: Just talk a bit about what iterative design is between manufacturing runs.

Kyle Dumont: Yeah, absolutely. I mean, as I'm sure a lot of you and a lot of your listeners are familiar with, there's that kind of legacy way of doing hardware

Kyle Dumont: design, which is waterfall methodologies. Tends to be rather rigid process where you're planning

Kyle Dumont: out your release is well in advance, usually have long spins in between designs, and the goal

Kyle Dumont: is always that each revision is going to work perfectly or as perfectly as possible. What we're kind of doing is starting to take a little bit of the playbook from software.

Kyle Dumont: Software and engineering has done an amazing job of being able to iterate very quickly and being able to build steps into their workflows that enable them to quickly

Kyle Dumont: gain confidence in new versions of the designs. That's exactly what we're trying to kind of bring into the hardware landscape. So in

Kyle Dumont: between manufacturing runs, it is becoming easier and less expensive for us to get quick turn PCBs, get quick turn assemblies.

Kyle Dumont: With 3D printing and mechanical, it's a lot faster for us to do some low quantity builds, get at least designs in the hands of engineers and hopefully even

Kyle Dumont: users, whether or not we're ready to say, hey, this thing's going out the door, we're ready to ship it. We can at least do those integrations tests, do this

Kyle Dumont: bench top test, you know, whatever we need to do to gain confidence and turn things out the door.

Kyle Dumont: And that's why we looked at software and said, hey, you know, that's kind of the pinnacle of what you can do, at least currently, with iterative designs.

Kyle Dumont: So I'm sure we'll talk a bit more about like what are the things we're pulling in, but that's kind of the high level approach that we take.

Kyle Dumont: One more thing I'll mention is that, you know, this was a drive that I know I saw when I was at the big company and also a startup trying to move quickly.

Kyle Dumont: But cut to the last couple of years during the pandemic, our hands were kind of forced

Kyle Dumont: to do iterative design, especially if you're in electrical engineering and you can't get these parts.

Kyle Dumont: getting a note from a manufacturer saying, hey, we're going to have to shut down supply, you know, shut down assembly unless we can design in this new part in the next two,

Kyle Dumont: three days, maybe you have a week or two weeks. So those kind of legacy processes of like, yeah,

Kyle Dumont: it takes us three weeks to schedule an in-person design review and run all of our export bills and kind of qualify everything to do a new turn.

Kyle Dumont: Like, that clearly cannot apply here. So our hands were

Kevin Mako: kind of forced into this iterative process some ways in the last couple of years. There's so much value in it and there's so many tools that are available right now.

Kevin Mako: I love how you mentioned the fact that it's becoming easier to iterate between designs. There's a ton of technology in both design and

Kevin Mako: manufacturing and the combination of those two that allows you to change the design, effectively improving it between each of those cycles.

Kevin Mako: I'm a huge fan of short run production as well, especially for hardware startups. I talk a lot about it on the show, trying to produce 100 to 500

Kevin Mako: units of a product to get them in the hands of real users so that you can get that feedback. with the intent, purposeful, intentional intent of improving your

Kevin Mako: design before you go to a larger, potentially more expensive, full-scale production run. And you can continue iterating those designs

Kevin Mako: as you go into further and further production runs, especially if you plan out that as part of your development process, as opposed to using that legacy model that you mentioned.

Kevin Mako: I love how you look at it as the waterfall model, because that really is the legacy way of doing it. Trying to really plan out what's going to happen well in advance.

Kevin Mako: That's great if you can spend millions of on consultants and all the sort of market data that might be available to Fortune 500 companies,

Kevin Mako: but that's very impractical as a startup to begin with. And secondary, I think the information is

Kevin Mako: weaker. The information that you get from real users in real time is going to be substantially better than the information you can plan ahead.

Kevin Mako: So why not build the concept of agile development as they do in software into the hardware model now that the tools are available? So to dig into

Kevin Mako: this a bit, Kyle, talk to us a bit about the different stakeholders, because the first thing that everyone thinks of is customer feedback.

Kevin Mako: And of course, it's very important. But there's more stakeholders than just your customer on each iteration of the design.

Kyle Dumont: Yeah, absolutely. I mean, huge part is customer feedback. Engineering qualifications really, really important as well.

Kyle Dumont: It's going to allow having those multiple iterations in between can allow you to do things like significant cost reduction.

Kyle Dumont: There's probably performance improvements that your engineering, your development team is just not going to understand until, you know, they get the parts in

Kyle Dumont: hand, start to play with them. Especially one thing that I've always, really like to do. And, you know, I like to do at my current company is make sure that engineers are

Kyle Dumont: getting in front of customers, at least in videos or recordings and kind of seeing firsthand how

Kyle Dumont: these things are being interacted because it's hard sometimes to understand how to design something when you're in a silo.

Kyle Dumont: But that's all a part of kind of bringing together the different stakeholders in a design. You can have, as part of that process, there's, you know, all the engineering

Kyle Dumont: disciplines really important to make sure everyone's communicating effectively and coming to the

Kyle Dumont: table. Systems engineering, mechanical engineering, electrical, if you have electrical software and

Kyle Dumont: firm where there may be different divisions that all have kind of different roles and responsibility, but making sure that there's kind of a common forum, a common sounding

Kyle Dumont: board that all those teams can come together and talk. It's really important. And then all the way

Kyle Dumont: up to now, then talk procurement, product and project managers, CMs, starting to get contract manufacturers involved.

Kyle Dumont: If they're especially going to be, you know, you're doing anything higher

Kevin Mako: volume or with, you know, significant requirements around assembly and manufacturing. That's amazing. So many different stakeholders. I think that's a big picture here.

Kevin Mako: Like even you as the innovator, the hardware founder, you also are a stakeholder. Investors are also stakeholders. So you've got all these

Kevin Mako: different people, as Kyle mentioned, in addition to those two, you've got the customers, which is, I would argue, the most important. Always focus on that as the number one.

Kevin Mako: A, who are your existing customers and B, who are your potential customers? And looking at that data really clearly to define

Kevin Mako: what some of those improvements that they see are, you know, either improvements of the product of things

Kevin Mako: that aren't working. It also could be opportunities on thing you could add to improve the product overall in terms of marketability or whatever else.

Kevin Mako: So both features and problem reduction. Now, the customer is number one, but you've got all these different people that a lot of the time are

Kevin Mako: overlooked. What are your manufacturers saying? What are the different types of designers and engineers? Visual designers, industrial design, mechanical design.

Kevin Mako: Of course, if you got the electronic side, you've got firmware, software, PCB design, component procurement design. These are multiple

Kevin Mako: different individuals, all that will have ideas about ways to improve the product or ways to prevent problems on the product.

Kevin Mako: All of this sort of stuff has to go into some organized plan. And that, I think, is a huge thing that is missed because most of the time, especially as a

Kevin Mako: hardware startup, even if you're collecting this information, which I would say is step one, at least get the information in the door.

Kevin Mako: If you are collecting the information and you're doing a good job of pulling that together, then the more difficult challenge becomes, well,

Kevin Mako: how do you organize and prioritize and then of course eventually execute on that information? So, Kyle,

Kyle Dumont: talk a bit about that process. Yeah, I'm really glad you mentioned organizing. I know it's maybe not the most exciting thing.

Kyle Dumont: Maybe other people following like Maricondo or something and very, very organizing focus. But it's not always the most exciting or interesting thing for founder, but it is as

Kyle Dumont: a fundamental piece, one of the most important building blocks to get started on. So at the core, what we provide as a service and what is really, really important for

Kyle Dumont: all engineering teams is having some level of revision control. Earlier on, then people really even think,

Kyle Dumont: is necessary. But that's one of the things that the software industry has done so well with GitHub, with GitLab, with BitBucket.

Kyle Dumont: If you've heard of these technologies, it's a mentality that software engineers are using that revision control is really a tool that they can use to tell a story.

Kyle Dumont: And so it's very hard to be able to, you know, collect all the information from all the stakeholders.

Kyle Dumont: If you don't have a process in place for kind of being able to trace that information back to a

Kyle Dumont: particular version or being able to quickly change the design, see what's change in the design,

Kyle Dumont: and then run a review and release this new version of the design quickly and efficiently, but in a controlled manner.

Kyle Dumont: You can have quick and efficient in email, but then, you know, email or a shared network drive or Google Docs.

Kyle Dumont: But I think anybody who's carried that along without significant time spent managing them just understands how it can turn into chaos very, very, very quickly, especially is kind

Kyle Dumont: of the anti-force against iterative design. It's like, okay, if I have to kind of keep these folders up to date and

Kyle Dumont: all this stuff manually, bring these exports manually, that's going to butt right up against like,

Kyle Dumont: hey, I want to cut a new version of this design, release it as quickly as possible manufacturing get my data back. Providing that foundation is key from the beginning.

Kyle Dumont: We have embraced Git, you know, in terms of our product on backend, it's the same technology that GitHub and in GitLab are using the software space.

Kyle Dumont: I kind of give you that baseline, a lot of power, a lot of flexibility in a revision control package. And you're going to get things like a diff, which actually will

Kyle Dumont: allow engineers to take two versions of the design and compare them. Any two versions could be release one, release five, or any of those like kind of micro iterations between

Kyle Dumont: and say, how is the design change from this version and this version? It can be really, really important as a starting place when you're tracing something back.

Kyle Dumont: Like, the LEDs are dimmer now, you know, on our new widget. Like, what happened here? We can go trace it back. Conversely, it's easier to spot maybe dead parts of the design.

Kyle Dumont: Now, like, hey, we had included a Bluetooth module in here initially because is we want a Bluetooth connectivity.

Kyle Dumont: That went away three iterations ago, and so we should probably get rid of this. So kind of exposing all that information so that people can kind of make quick engineering

Kevin Mako: design decisions that can affect customers. That's really powerful. You're basically highlighting the foundation of your information.

Kevin Mako: And that's your version, which makes a ton of sense because all the things that we talked

Kevin Mako: about, you have to tie that feedback loop or that stakeholder feedback back to a particular

Kevin Mako: version, especially if you're iterating quickly or over time, because if you've got multiple versions, let's say even out in the market.

Kevin Mako: So it's years down the road and you've got five different versions. You have to be extremely careful that the information you're getting back is pegged to a specific revision.

Kevin Mako: Otherwise, that's going to confuse the design going forward. So foundationally, I love what you've done, Kyle, on focusing really on revision history.

Kevin Mako: So that's kind of like the bottom of the pyramid here. Then from there, we move on to stakeholder feedback.

Kevin Mako: Now, how does that tie into or what are some of the best practices around tying in the various stakeholders that we talked about into each of those versions so that

Kyle Dumont: you know how to properly iterate to your next version going forward. Definitely. So if the first kind of pillar is revision control organization, the

Kyle Dumont: second one I would say is collaboration. It's do we have the forums, do we have the channels for people to be able, all the stakeholders

Kyle Dumont: to be able to communicate, have the traceability to connect that feedback to designs. And again, not have a Slack channel where that's great for just very quick

Kyle Dumont: feedback in information. You can even create channels to scope things a little bit. But you don't have the traceability. It's not as controlled as a system.

Kyle Dumont: like GitHub or GitLab or now AllSpice Hub, which is our product, is going to give you where we can simultaneously render versions of the design

Kyle Dumont: at any of those iterations, any of those versions, you can click on the design and AllSpice Hub, kind of see what's going on.

Kyle Dumont: If someone's more technically focused, they can look at the schematic, they can look at the PCB

Kyle Dumont: and do fit check in very quickly see, hey, this is the board that I'm, you know, staring at in my hand or vice versa, and then make a comment in we kind of pulled from

Kyle Dumont: when GitHub is called an issue, essentially like a ticket, it may be a bug, it may not be a bug.

Kyle Dumont: or maybe a feature or a new idea or even anything like that, you can kind of grab a part of

Kyle Dumont: the design, link to that design, say, like, hey, this version regressed on this feature we were trying to add or this new customer deliverable that we were supposed to hit.

Kyle Dumont: You can have that traceability. Now, engineering can kind of start to kick off a discussion, oh, that's because this happened.

Kyle Dumont: You know, you can get a whole conversation started there about what was the root cause that, why that happened.

Kyle Dumont: This is all now instantly communicated and instantly documented for you. Think about you have this controlled system now.

Kyle Dumont: Some industries need to provide legally that documentation, but even if not, it's an important

Kyle Dumont: part of the design process when you're going back and understanding why decisions are made.

Kyle Dumont: If that all happens in the same tool and the same revision control tool, you can kind of tie it

Kyle Dumont: all together, you just get that documentation for free, you get the traceability for free and you're opening up these lanes of communication.

Kyle Dumont: So we have this issue ticket tracking tool built in our product, all sorts of cool things you can do it to link to the designs, link to the specific versions of the designs.

Kyle Dumont: But we also pay a lot of attention into integrating that into other tools. I mean, Jira, Confluent, these are important project management tools that companies are using.

Kyle Dumont: So tying all those tools together to make sure that all the stakeholders are now able to kind of communicate and not have specific

Kevin Mako: silos. That's brilliant, because you can pull all this different information from all these different folks and

Kevin Mako: essentially consolidated into one space so that either the project manager or you as the founder,

Kevin Mako: the CEO or the president of your emerging hardware startup company or scaling hardware company

Kevin Mako: can look at this information collectively, which I guess leads to another very important layer, which is, well, how do you prioritize that information?

Kevin Mako: So with what you're talking about, you've essentially created channels through a system that allow all these different pieces of information to come into place.

Kevin Mako: Now, you have customers saying that they want this or that, sometimes conflicting with each other. You've got different stakeholders, whether it's your

Kevin Mako: manufacturer saying they want a certain thing. You've got an investor that's saying they want another

Kevin Mako: thing, at least if you've collected the information and now you've got a centralized place for it, that's good.

Kevin Mako: But the final, arguably most important element of all of this to actually be able to execute is how do you organize it? So what tips and tricks do you offer to figuring out

Kevin Mako: how to kind of organize those pieces of information or prioritize them to figure out how to actually

Kyle Dumont: execute on whatever you think should be the key elements of the next revision? Yeah. So one feature that we have to help with that is we have priority labels, essentially.

Kyle Dumont: You can or anybody can assign labels to a particular issue, you know, tracking the importance of it.

Kyle Dumont: And then the other piece of it comes down to the process. So because you have a tool that's

Kyle Dumont: tracking revisions, that's tracking collaboration, you can essentially have a hosted design review that says, hey, this closes this issue, this issue, this issue, this issue.

Kyle Dumont: Again, issues could be feature requests. It could be customer feedback. It could be, hey, this improvement, etc. What we see

Kyle Dumont: a lot of the times is that, you know, engineers and technical teams are going to start to tag.

Kyle Dumont: Tagging is the concept of basically like taking someone, you can at their name, just like you wouldn't Slack or a lot of other kind of interactive collaboration tools who can just

Kyle Dumont: add their name and say, hey, at this person, I need your approval on this PR. We can get managers involved in that too and say like, yes, I agree, these are the important

Kyle Dumont: issues that were closed here. Hey, this one is missing. What's the deal with that? And, you know, whether or not that does end up kind of making its way in, at least

Kyle Dumont: having that conversation, that point in time right there where you can actually make the decision

Kyle Dumont: of like, this is going into this change, but this is not going into this new origin and kind of

Kyle Dumont: get everybody on the same page so that you don't end up with products and head scratching saying like, well, what happened?

Kyle Dumont: I thought we were fixing the mounting points here. And now all of a sudden it doesn't fit cleanly like we thought it was going to, things like that. So

Kyle Dumont: kind of building that all together gives you that ability to kind of make past, fail criteria

Kevin Mako: on what's going into a revision, what's not going into a revision. Very powerful stuff. And if you're just a hardware startup, but they're getting your first product out to market,

Kevin Mako: right now you're listening to Kyle, give best practices and the top tips for how some very advanced hardware teams that are scaling do feedback and iteration.

Kevin Mako: So even if you aren't building complex processes or multiple types of designs, you can actually take this knowledge and apply it to even your first version of your design.

Kevin Mako: Understand who the stakeholders are. understand what version of the product you're on and then figure out how to prioritize that

Kevin Mako: information. If you're just a home inventor starting out, you could do this on a spreadsheet.

Kevin Mako: Now, of course, as you get more advanced and as you get more serious about your product,

Kevin Mako: especially after it goes to market and you're starting to very carefully plan your next iteration

Kevin Mako: and you want to collect as much information as possible, as well as having it consolidated in

Kevin Mako: one place and organized, it makes a lot of sense to move up the value chain and actually get tools out there to support this.

Kevin Mako: So, Kyle, you've highlighted a bit about what AllSpice does. give a bit of a deeper description of it and how people can actually find out more about AllSpice to

Kyle Dumont: potentially integrate into their future planning of their product brand improvement over time. Absolutely. So AllSpice is the company. Allspice Hub is our primary product.

Kyle Dumont: It is essentially a collaboration platform for primarily electrical engineers to be able to share either internally or externally

Kyle Dumont: their designs, run their revision control and organization, run collaboration. And then the whole other

Kyle Dumont: pillar that we haven't even gotten into, maybe we'll do a follow up segment on this. one to plug this is automation. I mean, the last piece, we really built this whole platform and

Kyle Dumont: process around giving us the foundation to start to build in some pretty neat automation around

Kyle Dumont: can be anything from stock and supply checking for every new revision to running simulations,

Kyle Dumont: to running renderings, to running generating outputs and sending them to manufacturers. All this stuff that in legacy tools are very time consuming, really prohibitive to iterating

Kyle Dumont: on designs, start to build that in. So that's some. exciting stuff that we have coming down the road and we'd be happy to share more in the future.

Kyle Dumont: Very cool. What's the website of AllSpice?

Kyle Dumont: Allspice.io, that's A-L-L-S-P-I-C-E.O. We'll bring you to our primary website and there are links there for all sorts of cool stuff.

Kyle Dumont: We have a monthly, I believe we're trying to even make that more like a biweekly webinar. The next one that's coming up is SVN to get migrations.

Kyle Dumont: A lot of legacy hardware companies are using SVN subversion for revision control. we're talking a bit more technically about how teams can basically move from

Kyle Dumont: SVN to Git, but also just doing more of a deep dive on what Git can mean for hardware design.

Kevin Mako: So definitely check out our webinar series on that. And as always, I'll put the links in the show notes below so anyone can just click through as well.

Kevin Mako: Kyle, thanks so much for all your words of wisdom today on how to iterate in the hardware development process. Thanks, Kevin.

Kevin Mako: Always love talking about this. This has been great. Appreciate it. Take care, Kyle.

Narrator: Thanks for tuning in to this episode of the Product Startup Podcast. If you found some value in the show, please do us a huge favor and leave us a quick five-star review.

Narrator: If you have any questions, guest suggestions, or anything else, feel free to reach out to us anytime at our email, podcast at MakoDesign.com. That's podcast at MakoDesign.com.

Narrator: This show is hosted by Kevin Mako, North America's leading expert on product development for physical product startups.

Narrator: Huge thanks to our sponsors, PTC, and their two best-in-class 3D CAD product development software solutions Onshape and Creo, and Mako Design + Invent.

Narrator: The original firm providing world-class consumer product development services tailored specifically to startups, small manufacturers, and inventors.

Narrator: Thanks for joining and see you next time.

Iterative Development Strategy for Hardware Founders

Turn Feedback Into Controlled Product Improvement

Work directly with Kevin Mako to define who should provide feedback, when it should enter the process, how changes are prioritized, and what must be documented before design revisions move forward.

Kevin can help you align customers, design, engineering, procurement, manufacturing, and business priorities so iteration improves the product without creating uncontrolled scope, cost, or delay.

Request an Iteration Strategy Call

Tell Kevin how changes are handled today, who is giving feedback, and where revisions are creating confusion or rework.