Avoiding Common Design Pitfalls in Medical Device Design and Development
At Blur, we’ve guided products across the full medical device design and development lifecycle, from initial concepts to FDA-cleared devices. It’s exciting, fulfilling, challenging, nebulous work. Along the way, we’ve seen what happens when clients get stuck in unhelpful patterns of thinking. Read on about the three most common engineering and design process thought ruts we see and how to coach yourself out of them to get your project back on track.
Planning vs. Execution: Stop Choosing Sides
One of the most persistent tensions in medical product development is the pull between planning and execution. Some teams want a fully mapped-out program before a single screw is turned. Others want to be in the lab by Monday morning, cutting metal and figuring it out as they go.
Focusing purely on either extreme can derail your project.
Over-planning gives you a false sense of control. You can build the most detailed Gantt chart imaginable, but in March you simply cannot know what your day-to-day work will look like in December. Suppliers fall through. Materials don’t behave as expected. Parts get stuck in customs. These aren’t failures, they’re just the reality of building something new.
On the flip side, jumping straight into prototype mode without a plan means you’re burning resources without a clear eye on risk. You’ll spend nights begging a machinist for a rush delivery only to realize a different critical part isn’t even ready yet.
The right answer is a dynamic balance, and that balance should be driven by one thing: risk. The riskier the project, the more urgently you should be building and testing, not planning. If the biggest unknown in your program is whether your core technology actually works, go prove it. Build it, break it, and learn from it. Once you have that kernel of proof, your plan becomes far more credible to your team, your investors, and yourself.
Start With the User. Every Time.
Here’s a pitfall that’s especially common in medical device design: teams start designing the product before they’ve clearly defined the problem. This is a human factors engineering problem as much as a design one.
A founder walks in with a working prototype, a solid business case, and a passion for solving a real clinical need. When you dig into the requirements, they’re written around what the engineering team knows how to build, not around what the user actually needs the device to do.
If your requirement says the device needs to be “24 by 36 inches,” ask yourself: why? If you can’t trace that number back to a genuine user need (say, fitting through an ambulance door or accommodating a specific patient population), you’re designing in a vacuum.
User needs should be the foundation of everything in medical product development. They drive your product requirements, your specifications, your test plans, and ultimately your FDA submission. The FDA cares about one thing above all else: that your device is safe and effective for the people using it. Your requirements should trace back to that.
The discipline of keeping requirements at the need level (not the solution level) also frees your engineers to be creative. Tell them the device needs to fit through a certain opening and they might rethink it entirely. Hand them a dimension and they’ll just hit that dimension.
“It Works on the Bench” Is Not the Finish Line
We’ve all seen it: a beautiful, painted, 3D-printed prototype sitting on a workbench, doing exactly what it’s supposed to do. Everyone in the room gets excited. Someone says, “We’re 80% there.”
They’re probably not 30% there.
Getting to a working proof of concept is genuinely exciting, and it’s a critical milestone, but it’s often the easier part of the journey. The hard part is taking something that works in the lab and proving it will always work. In many instances you need to test that it works in a clinical environment, assembled by a technician who doesn’t know your engineering team, serviced five years from now, and using components that won’t be obsolete in three months.
The off-the-shelf microcontroller you grabbed for a few dollars online might not be available in two years. Can you validate, calibrate, and guarantee its behavior within acceptable bounds?
These questions aren’t as exciting as a late-night prototype breakthrough, but they’re where real engineering lives and where the path to medical device manufacturing begins. This is where FDA confidence is built or lost.
The Takeaway
If you’re in the middle of a medical device design program right now, here’s the simplest thing you can do: step back. Ask where the biggest risks are, then put your energy there. Don’t focus your energy on the parts you already know work, but on the parts that are genuinely unproven.
Product development is learning. You haven’t gone too far, made too many mistakes, or fallen too far behind to course-correct. Risk drives schedule. Risk defines priorities. Keep your eye on the risks, stay honest about where you are, and keep moving.
Learn more about how Blur approaches medical device design and development, our prototyping process, and design and human factors.
How to Choose the Right Medical Device Development Partner
Choosing a development partner is one of the most consequential decisions you’ll make on the road to FDA clearance. Get it right, and you have a team that accelerates your program, tells you the truth, and helps you navigate the unexpected. Get it wrong, and you’re burning time and money on a relationship that was never going to work.
After years of sitting on both sides of that table, here’s what actually matters.
It Starts With the People
When you’re evaluating a medical device development partner you’re not really evaluating a company. You’re evaluating the specific people who will be working on your program. Their website or case studies are less important than the individuals who will be working with you.
The people on your team don’t necessarily need to have built something identical to what you’re building. In fact, there’s value in including engineers who might not have built something similar but approach your problem with fresh eyes. Different industries carry different instincts, and sometimes the most creative solutions come from someone who isn’t locked into how things have always been done in your space.
What your team needs is the technical foundation to solve your problem and the broader medical device experience to navigate design controls, regulatory requirements, and testing. That combination is non-negotiable.
The only way to really know if you’ve found the right people is to go visit them face-to-face. Meet the team, meet the owners, and pay attention to the chemistry. You’ll learn more in a few hours on-site than you ever will from a proposal.
Accountability and Openness Go Hand in Hand
Development is messy. Mistakes will happen; that’s not a failure of the process, it’s part of it. What matters is how a firm handles failures when they arise. The best partners own their mistakes, communicate clearly, and work with you to solve the problem rather than deflect.
That same spirit of openness should extend to finances on both sides of the partnership.
Open-book pricing from your development partner, where you can see the hours, the rates, and the outside expenses, isn’t just a nice-to-have. It’s the foundation of a functional partnership.
When you can see exactly where your budget is going, you can have honest conversations about trade-offs. You’ll understand the cost of adding a feature, accelerating a milestone, or making a change. Without that transparency, you’re flying blind, and that’s a dangerous place to be.
Financial accountability goes both ways. It’s important to know where your dollars are going, but it’s also important to communicate when finances are tight. Openness with your development partner allows you to plan with them through financial tough spots, keeping your project moving forward without over-extending or putting them at financial risk.
Flexibility Is a Feature
Rigid, inflexible processes are the enemy of good product development. Every program is different. They have different funding timelines, different board milestones, and different levels of technical maturity. A development partner worth working with will fit their process to your program, not the other way around.
Flexibility within a firm should show up early. Pay attention to how they respond during the quoting process. Are they listening to where you actually are, or are they fitting you into a standard template? A good partner will ask hard questions about your current state and give you honest answers about what it will take to move forward.
Know When to Engage
There’s no single right moment to bring in a development partner, but there are a few inflection points worth knowing.
Early engagement during system architecture can save significant pain down the road. Decisions made at the system architecture stage have a long shadow, and getting them wrong means redoing them later. On the other hand, if you’re at the feasibility stage and just need to move fast, that’s a perfectly valid time to engage as well.
One pattern we see often: companies come to us when they believe they have a manufacturable product, only to discover there’s still a long road ahead. A working prototype is a milestone, not a finish line. A good development partner will tell you that clearly, even when it’s not what you want to hear.
The Bottom Line
The best development partnerships are built on honesty, transparency, and a genuine give-and-take. You want a team that will tell you what they actually think, with all the experience and context they can bring, and then let you make the call.
That’s not a vendor relationship. That’s a partnership. And it makes all the difference.
In Focus Podcast - S3 004: Manufacturing
In Focus Podcast: S3 - 004
Contract Manufacturing
Solving Problems Together with an Established Contract Manufacturing Team
In this episode, our Director of Operations, Britt Creech, came on to talk about what it looks like to build a healthy culture, learning from your team members, and what she’s excited for next in Blur Contract Manufacturing.

Play Episode: Contract Manufacturing
Britt:
Hey, I’m Britt Creech. I am the Director of Operations at Blur. I’ve been here about four years now, actually over four years now, and have been working with the guys at Blur for well over a decade. So it’s been a while and yeah, I’m happy to be here.
Julia:
That’s a long time.
Britt:
Yeah, it’s a very long time. It’s been great to see how Blur’s grown over the years. This year we celebrated our ninth birthday? Or tenth birthday?
Julia:
Ninth.
Britt:
Celebrated our ninth birthday as Blur as a company. It’s been great to see the design and development side grow as well as the contract manufacturing side, which is why I’m here. And hopefully we can talk about that today.
Julia:
We’ve been talking a little bit about what the culture is like at Blur. We talked to some bicycling enthusiasts and talked to some quality people. I’m curious to hear about what sort of culture you’re trying to build over at our manufacturing facility.
Britt:
Very much the same. I think that the thing that Blur does really well from a culture perspective is not boxing people in. We get good people and we allow them to kind of find their roles and their passions. They may be hired for a specific role like a manufacturing engineer position, but they’re not limited, you know, they can come on the podcast, they can help with marketing, they may have some ideas on sales, and we welcome that format here.
We also, as a culture, have a good balance, I feel like, of fun and work. We generally like one another. I’m sure that’s the case in a lot of companies, but here I feel like we enjoy working with each other. It’s a very team environment, but at the same time we are required to work independently but we balance being able to do both.
Julia:
Yeah.
Britt:
I think that’s been the thing with growing the manufacturing side of the business. When we first started out in manufacturing, you know, the design and development had been there for a while. We’re now trying to get more manufacturing jobs.
With that, it requires different resources from week to week. Some weeks it’s more tech heavy, like needing more technicians. Sometimes it’s more engineering heavy. Some weeks we’re doing manufacturing transfers, which is, you know, bringing it from the design and development team into manufacturing and pretty much making sure that everything’s there for us to get a line set up, get the line going. That is a week of heavy engineering work. But then once that job has been kind of fulfilled, then it’s off to the races with our technicians and them assembling the product.
So one thing I’d say just starting out is you have to be able to have people who like to wear a lot of hats. Some weeks we may need, you know, help in different areas. That’s one thing I think we do well here: Everybody is willing to kind of pitch in where it’s needed to get the job done.
Julia:
Yeah
Britt:
We continue to do that as we grow. Each week just kind of looks a little different right now but in good ways. I think in our current culture on the manufacturing side is a willingness to learn and grow, but also still be creative. And so I think that might be a little unusual in manufacturing.
A lot of times when you’re, you know, you’ve been manufacturing for a while, you’ve got kind of a steady process flow. Whereas here we’re creating new lines, new setups, depending on a client and their particular product. Sometimes the way we’re doing it today may not fit that particular product and you kind of need to see that soon and be creative and think through what’s the best way to, you know, change it up to make that work without crashing the quality system and making quality go crazy.
So yeah, I think that’s been kind of the fun part too is it’s not just your day to day manufacturing. We’re really having to think quick on our feet and be able to change and be willing to change and be excited about change.
Julia:
I think that, especially in manufacturing, it’s very much team effort. So it’s not like just one person making all the decisions. It’s, okay, what are you seeing on the line? How can we make it better? Everyone’s opinion is valued and really taken into account.
Britt:
For sure. I mean, I can even think of recently in the past couple of weeks, we had 30 pallets delivered, like a full truckload. As soon as we’re getting them off the truck, you know, I had a game plan myself and we start taking off the outer plastic just cause sometimes that’s got stuff you don’t want to bring in in-house. And then immediately one of my manufacturing engineers was just like, “Hey, this is very inefficient, Britt. Like, there’s definitely a better way to do this.” And she was right! So taking a step back and thinking it through and being willing to change, because ultimately we all have a job to get things done and get it done in an efficient manner.
I feel like I’m using the word efficient a lot, but it is part of our business. Which is, you know, we try to be cognizant of our clients’ budgets, so if we’re doing something and it doesn’t make sense and we can do it in a better way and not compromise quality, we always try to do that.
Julia:
Yeah, that’s the whole thing with manufacturing, right? You’re trying to do the best job you can in the most efficient way possible, especially with contract manufacturing where every minute is rolling and every hour is money spent. The quality of the product and the client’s budget are sort of top of mind. I think you sort of have to be a little bit more creative and you have to think outside the box and come up with solutions that are custom to them because if you try and squish everyone into the same way of manufacturing, it’s just not going to work and it’s not going to be budget conscious either.
Britt:
Right. Back to the culture piece, you have to be open to hearing feedback live and I think we’re really good at that. Being able to be like, okay, maybe this isn’t the best way to do this. Including myself, like if my team’s got better ideas, I want to hear it and generally their ideas are better than mine. So yeah, it’s good to hear.
Julia:
Speaking of improving the team and having good ideas and doing things efficiently, what have you seen work well and what have you seen not work well in terms of company culture?
Britt:
I think what I’ve seen work is to not overthink it. You gotta take it product by product. You give it your best thought right out the gate, set up a line, and start manufacturing the product. But you can’t be afraid to change it up if you got it wrong because this is your first time building the product. Maybe you did a linear line because you thought it was going to be more of a one-piece flow, but you quickly realized the product actually needed more of a collaborative type U-shape just because of the size of the product. The thing that we have that works for us is all of our lines are on wheels, so we can change very quickly.
From a team perspective, what I’ve seen work is involving the right people at the right time. So don’t, in a vacuum, go set up a line by yourself. That doesn’t make sense because, you know, it doesn’t matter what level you are or how high up the chain you are. Actually, the higher up the chain, the worse you are. Right? Like, you really need the manufacturing engineer who knows the product and you need the assemblers on the line as well. The person assembling it is going to say, “Okay, that’s great that one time you did it or those five prototypes that you put together to create my assembly instructions. I have to do that 150 times and that’s really not a great way.”
I’d say getting feedback early on from the people who are going to be involved and quality. I think that’s the other thing. I left them out, but we shouldn’t. Quality has great ideas. Specifically, there’s things that we don’t even consider or maybe overlook. [For example], calibrated equipment that we may have, but is it currently calibrated? Is it going out of calibration? Making sure that you’ve got everyone involved to be thinking ahead so that the client has success.
I’d say things that I’ve seen not work is when you only have engineering setting up a line. And it’s not that they don’t do a great job, they do. They thought of everything that they possibly could think of. But that’s not everything. And not any one person can do a collective thing by themselves. That’s the whole point of the team.
And then I just think always doing lessons learned after a build. Once you’ve done a first time build with a product, even getting with a client and telling them, “Hey, these are the things that worked really well, here are some things we saw that worked, but that took longer than we wanted and we think that a fixture could have improved this.” Kind of working with them on what the cost of a fixture looks like versus the time it took to do that. And doing what’s best for them. In some cases, they may be doing a design change that’s gonna change that anyway and so they don’t need a fixture. But just kind of communicating with them and improving the process after that first build.
Julia:
When I think about the culture of manufacturing and what we’re trying to do at Blur, it’s like trust your team, trust your clients. There’s that level of trust all around and I think that open communication definitely helps with that. It just shows like, hey, we’re actually thinking about this and we’re trying.
Britt:
Yeah, I think that’s the thing too is we have a very open door policy here with our clients. They’re often here, sometimes to just be here and kind of just work alongside us even if they’re working on their own day-to-day activities. They may be from out of town and they just, you know, want a place to set up. But also when we’re doing builds or we’re doing new projects together, having them on site often has been really great because it kind of feels like they’re just a part of us. And it doesn’t feel like you’re doing some of this big back and forth where there’s lag times. It’s real live actions happening, and we’re just all working together.
Even some things like working out some troubleshooting together, they may have more insight from a design perspective than we do from a manufacturing perspective. And that’s not to say that we can’t gain that knowledge over time, but when you’re early on, you kind of want the designer who knows that this little piece in the ICU is a tricky piece that they’ve seen in the past. And instead of us spending a lot of time trying to find that, they’ve already found that before. They already know this can be a problem. It gives us kind of a head start on problem solving and then it benefits everyone. We fix the problem faster, it helps our timelines, and it’s just good to work together, solving problems together. I feel like our best success stories here are our clients who are pretty much a part of Blur at this point. You know, you see them here. It’s nothing for them to be at Wednesday lunch with us.
Julia:
Yeah.
Britt:
And we love that! That’s what we’re trying to have here.
Julia:
I see clients around the building all the time. Would you say that’s different than maybe other contract manufacturers in terms of having the clients actually physically be in the space so often?
Britt:
Yes, I would say that’s very different. Even coming from a perspective where I used to have contract manufacturers myself at previous companies, you definitely scheduled way out in advance for a site visit. You may go there occasionally and pick up parts or something. That was kind of normal, but even that you still very much scheduled it somewhat in advance to give them time to prepare because they have other clients.
Here, I mean, as we grow, I hope that we keep it the way we do now, where it’s nothing for me to get a text from someone that says, “Hey, I need to swing by in like an hour,” or they just show up. I think to some contract manufacturers that might be overwhelming, but I feel like here we welcome that. We’re like, great, you know?
Client is here and how can I help you? And we try to have a very customer facing approach and want them to feel invited here because this is their product. You know, we want them to be just as involved as we are and I want them to see what we’re doing. So if they wanna come be a part of a manufacturing build, we like that because we want them to see their product in action.
We had one client who came and did just a full-blown photo shoot of us as we’re manufacturing and it was part of their launch plan. We were happy to be a part of that because they wanted to show their investors like hey, this is real. We’ve got a manufacturer. They’re building the product.
Julia:
Yeah, that’s fun! Over the past four years and all the things you’ve learned, for someone who is maybe where you were four years ago just starting out leading a new team, what would you tell them?
Britt:
I would tell them that you can’t expect to get it all right out the gate. And that’s okay. I think that you need to be prepared for that. You can do all the drawings and plannings and all the layouts that you want to and you can think through every scenario in your mind and then client X comes out and they changed all that. And that’s okay. You kinda have to be okay with that.
From a team perspective, I read the book a long time ago, Who Moved My Cheese? Have you read that book?
Julia:
No, I haven’t.
Britt:
It’s a good book about change and how to manage a team with something that is constantly changing. But in the book, there’s four characters and there’s two that are just all about change. They’re ready for change at any given moment. The other two, one’s reluctant but willing to and then the fourth one really doesn’t like change. And so I think that you have to be able to explain the why to your team. I try to be very transparent and as open as possible. I want them involved in where we are because we are growing and I want them to know, hey, we need to make this change. Here’s why. But also get input from them. Maybe there’s something that I haven’t considered but I think having them understand where I’m approaching it gives them a good way of being able to provide feedback for us to, as a team, kind of move forward.
Also I would just say, you know, making sure you’re hiring the right people. If you’re early on hiring a person who only wants to do, let’s say, shipping. That’s what they’ve done their whole life. You might not be shipping every day right out the gate. You know? And that’s okay, but you really want to hire people that are willing to, like I said early on, to change hats depending on the day. As you’re growing, then solidify those kinds of roles, you know, where it makes sense once you have a full time person there.
I definitely made a couple of mistakes early on. I was fortunate that we moved from the building next door to up here and I got to kind of learn from the mistakes. The first pass that we took for setting up the floor was good and it worked. I’m not saying it didn’t, but being able to look at it after building product with it and then being like, “Oh, you know what? There’s a couple of other ways we could have done this.” And being able to change that.
I’d say early on when you’re growing a company, the more open you can be with your team, the better. It helps them kind of understand how the business is growing and their impact on the business.
Julia:
Right. Yeah, it helps with the motivation. There’s this book, it’s called Start with Why, and it’s all about that. Before anything, before the business goals, you need to [understand] why you’re doing what you’re doing because that impacts all the decisions that you make. And if you can focus on the why, then it’s actually easier to make decisions because it gives you a heuristic for like, “Okay, yes, we do want to do this or no, like this doesn’t align with our why, so we actually don’t want to do that, even though it might seem like a good opportunity.” I think understanding why you’re doing what you’re doing, that’s the core of motivation right there.
Britt:
No, I agree. I’ve always lived that way too. I’m willing to do pretty much anything for the company if I can, but I am more motivated when I understand why I’m doing it.
Julia:
Right.
Britt:
Like, okay, cool, I’m mopping the floor today. Why? Because we couldn’t get our cleaning crew here and the FDA is showing up tomorrow. Cool, I’m mopping away. That’s what we’re doing. So, yeah, I think that just understanding why you’re doing something is motivation in itself. I’ll have to check that book out.
Julia:
Yeah, it’s a good one. And if you were to describe manufacturing in one word, what would it be?
Britt:
Alright, come speak into the mic a little bit.
Haven:
Engaging.
Tony:
Collaborative.
Tim:
Enjoyable.
Britt:
Synergy.
Megan:
Satisfying.
Julia:
What are you looking forward to for the manufacturing team or what do you see sort of like coming in the future that’s getting you excited?
Britt:
Just growth. I mean, we have a lot of products in the pipeline that are going to hit soon that are currently in the process of the manufacturing transfer piece. Ironing out documentation and just seeing those new products come and how our portfolio is growing. And also just how, you know, we’re in our fourth year, most of the team has been here for three plus years at this point.
Julia:
You’re established.
Britt:
Yeah, it just feels like a lot of the process that we’ve been defining over the past four years, we’ve reiterated it enough times now that it seems to be working really well. And just seeing how the team has grown and how much they’ve learned. Early on I felt like I was in every meeting, you know? And part of that was just wanting to be, I guess, on some degree. But now it’s like, no, the team knows everything that needs to get done, they know the right questions to ask, and there’s a lot more ownership as a whole for us all. We kind of all own that we all want this to go well, we all want this to grow into more product lines, and it’s exciting see the team even every time we get a new client, how excited they get. Even the contribution of ideas for potential ways to get more clients. Just a lot of involvement in how we all want the business to be successful. And that’s been fun.
And I just think that in 2025, it seems like we will increase our portfolio quite a bit and that’s exciting. We love new products. It’s fun to build something new. It’s also fun to see that we’ve got established products now, because you do want that consistency. And I think that between the two of those, I’m really excited.
Julia:
So if someone wants to get in contact with Blur about a future manufacturing build, or they have a product that they think they’re ready to manufacture and they just need to chat through, what’s the best way for them to get in contact with us?
Britt:
Well. Our contact info is on the website. They can reach out, my cell phone number’s there. They can reach out through email or really any social media; LinkedIn‘s a good way. But I would say that they should try to get ahold of us and do an initial call with us and they can even, if they’re local, they can schedule a visit. If they’re not local, they can schedule a visit. And come check us out, just see the facility, come meet the team, tell us about your product, and tell us where you are with your product. Selfishly I want to manufacture it, but if you’re still in the design and development phase we can help with that as well. And then we can meet you when you’re ready.
Julia:
Yeah, we’ve got a fun team. Come and say hello! And for those who don’t know, our website is blurpd.com.
Britt:
This is fun.
Julia:
Yeah, thanks for coming on today, Britt.
Britt:
Yeah, it’s been a good time.
View more details of our Contract Manufacturing capabilities.
In Focus Podcast - S3 003: Firmware and Software Engineering
In Focus Podcast: S3 - 003
Firmware and Software Engineering
Developing and Testing Embedded Systems and Firmware
What’s the difference between firmware engineering, embedded systems and software engineering? And what do toasters have to do with this?
In this episode we interview Kyle Matthews, Director of Firmware Engineering, and Petek Sener, software engineer, about the differences between their respective fields and tips for new and seasoned professionals alike.

Play Episode: Firmware and Software Engineering
Julia:
I don’t know what either of you do.
Britt:
Haha, I Googled but I don’t know if I Googled right at all.
Petek:
I’m curious what you Googled. Were you just like, “Software?”
Britt:
I first looked at LinkedIn to see what your actual title was. Then I was like, OK, firmware. Then I Googled what FWE is.
Kyle:
Firmware engineer. Nice.
Britt:
I got mainly interview questions, but they actually were somewhat helpful. And then I just read some embedded software stuff.
Kyle:
Yeah, that’s about it.
Julia:
We always start off with, “What’s your name? What do you do here?”
Kyle:
Kyle.
Petek:
Next question.
Julia:
Love it, one word answers only!
Kyle:
No, I’ll go first. So yeah, my name is Kyle Matthews. I’m the Director of Firmware Engineering here at Blur. I’ve been here seven years now. I think I was like the third employee. And yeah, I joined in May of 2017.
I joined Blur because I wanted to find like-minded people to learn from. I met Nathan and Scott in the interview, and I immediately was like, oh, this is a great group of people. They’re very smart, they’re very passionate, I could learn a lot here. That was seven years ago, and it’s been… I’ve certainly learned a ton. So mission accomplished.
Julia:
There you go. I’m sure [you learned] some things you weren’t expecting to learn.
Kyle:
Oh yeah. There’s lots of unexpected things too, and I picked up a little bit of mechanical stuff along the way. I actually originally applied as a mechanical engineer.
Petek:
Really?
Kyle:
Yeah.
Petek:
Oh, that’s crazy.
Britt:
What’s your degree in?
Kyle:
Biomedical engineering. So yeah, I kind of sidestepped my way into electrical engineering and nowadays more firmware and software engineering just by what I enjoy. So it took me a little bit to find exactly what I had a passion for. But yeah, I kind of lucked into Blur, applied because they had a mechanical engineering position open. And during the interview, it became very quickly clear [that mechanical engineering wasn’t the right fit for me]. Thankfully, Nathan was on the call. And he was like, oh, you like doing firmware and software and stuff like that in electrical design. So I kind of did a bit of everything in my previous job.
Now I’ve sort of cut out the mechanical side of things. I don’t touch too many mechanical things anymore. And I have transitioned fully into the firmware world, pretty much nowadays. I don’t really do too much board design either. Maybe a little bit for projects that are, you know, kind of my passion, which would be small wearable devices. They’re very tightly coupled between the electrical and firmware, meaning the choices you make on your circuit board have, you know, huge consequences for what the firmware needs to look like and they kind of play together. There’s generally a huge dependence on energy efficiency, low power type stuff, and so you have to make everything as small as possible and as low power as possible. So that lends itself well to doing both the board design and the firmware side by side by sometimes the same person.
Petek:
I’m Petek, I’m an R&D software engineer and compared to Kyle I’m a newbie because I’ve only been here for a year. Blur was super nice, they would let me come in and use some of the lab bench and the spaces and that was when I was in a startup so I was doing, I guess kind of like you, I was doing some CAD design and also the software and I was helping build fleets.
I remember Kyle was showing me how to actually surface mount solder stuff. So yeah, that’s how I got to kind of see Blur and like the company culture. When I was looking for my next opportunity, I was like, let me see if Blur has a position open. And yeah, that’s how I ended up here.
Britt:
So what have you learned so far in your first year here?
Petek:
Oh, so many things. I think it’s really nice to be able to work with so many engineers that come from different backgrounds. Even when you do different things in a project, even when you just do software, you naturally have to interact with the electrical side or people who wrote the firmware, who did the board. So it’s really nice to be able to go up to that person and ask your questions and kind of learn about what their process looks like and the little tips and tricks that they can give you. Yeah, I think that’s really valuable and something I didn’t have before when I was in a smaller startup.
Julia:
What do you want people to know about the difference between the two?
Kyle:
There’s sort of a blurred line between them. If you ask five different firmware engineers the difference between something like firmware and embedded engineering and stuff like that, you’ll probably get five different answers. But the key thing for me is for firmware and embedded software, you’re kind of working on a variety of smaller processors, right? When you’re working with what I would consider software, I sort of immediately think of desktop software, mobile apps, backend servers, and things like that have oodles of processing power, for lack of a better term.
For embedded systems, there’s really, kind of, two different flavors there. There’s one that’s gonna be running on small microcontrollers that are sort of all-in-one systems to simplify it a little bit. They’re generally very small, very low power. They don’t have dedicated RAM most of the time. They don’t have a cooling system. A lot of times they run on batteries and they are just sort of small self-contained systems that may or may not have an operating system, which will be a different operating system than your Windows or OS X or Linux or something like that. It’ll be a stripped down operating system known as a real time operating system.
So yeah, when I explain this to people, I basically just say I write software that goes on the little green circuit boards that you see. And they’re pretty ubiquitous, like we were kind of talking about earlier. Pretty much everything has firmware in it these days, even for very simple things like a toaster.
There are some toasters that don’t. There’s a very famous mechanical-only toaster. It was made like 60 years ago. And apparently it’s fantastically good. During COVID, it became popular again and they were selling for hundreds of dollars on eBay.
Petek:
Woah.
Kyle:
The temperature warms up some mechanical piece that starts bending or turning or changing properties somehow, and that does the timing. Apparently it makes perfect toast every time. But it’s very complicated to build because there’s all these mechanical components in it. And… modern manufacturing processes aren’t quite set up for it, right?
It ends up being cheaper to put a small microcontroller on there and put a little bit of firmware on there and make a million of those, then it is for a more complicated system. You wouldn’t want a Windows computer in your toaster.
Petek:
Yeah.
Kyle:
So there’s a cost efficiency there too that differs from true software engineering where you have unlimited computing power, basically. A power budget that is far in excess of what you would have on a microcontroller. You can do a lot more things. It’s a little bit of a different design paradigm when you start thinking about what the system needs to do and how you’re gonna go about doing it.
Petek:
Yeah, I’m spoiled over here with all the power and processing.
When we talk about mostly software at Blur, we’re talking about more like a graphical user interface, so applications you would install, download on your computer. As Kyle works on the firmware, I create these engineering applications so that our R&D team engineers, or manufacturing engineers, or even our clients, because we provide that software to them, can use this interface to be able to talk to their device. So to collect data from your device, visualize it, use it to run tests and experiments with your device, test out the feature.
Some of these devices go through clinical trials, so you want to be able to have a nice user interface where you can make sure your device behaves the way you expect it to behave, and having a GUI just really speeds up that process. You can just hand it off to someone and they can click the buttons and look at it and it’s a more, like, immediate data processing for them.
Britt:
What do you kind of have to know about, when you’re working in parallel together, what do you have to know about the firmware piece in order to be successful in software piece?
Kyle:
A lot.
Petek:
I second that.
Kyle:
Yeah, so I mean the big thing is going to be the communication interface between them, right? So that’s step one, figuring out, well, how are you talking to it? Is it through a physical link like a USB or serial connection or something like that? Or is it wireless like Wi-Fi or Bluetooth? So you kind of start there and then you settle on a communication scheme, right, for lack of a better term.
For something like a physical serial link, you might have a command line interface, or a more structured interface that’s machine readable, right? Instead of actually typing out like, hey, turn on my LED in normal human readable language, you might have a byte string that’s serialized through some protocol that is more amenable to just using an automated control interface in Python or in some other way.
Likewise, if you do it through a wireless link like Bluetooth or Wi-Fi, you’ll do the same thing. You’ll settle on, well, what’s the command interface look like? What’s the data that goes out of the device? What’s the data that comes into the device? And you end up spooling up some documentation around that. As you go, you flesh out the documentation more, but you basically start with, can we talk to each other? Once you get that going, then you kind of build on it and riff on it a little bit and start fleshing out, like, a command and response or some other sort of paradigm for how you would talk.
Additionally too, you know, past the just the raw interface of how do you structure messages to each other, what language are you talking? And I don’t mean language like programming language, I mean, what’s the actual information that’s getting passed back and forth? You also have to know the overall device operating scheme and behavior. So, if you’re going to run, for example, a treatment of some sort, are there some setup steps that have to happen before, during and after? Then you’re going to want to check to have some sort of robust system where you’re checking for errors, making sure it’s in the right state, the data is appropriate and it hasn’t veered off into an unhappy path. That you’re kind of staying on the happy path, and if you do diverge from that happy path, say there’s an error or something, you do your best to bring it back onto that happy path, recover from it, tell the user or the operator what’s going on and things like that.
You know, every project has bugs. You’re never going to create a project right off the bat that is bug free, but you obviously strive for it every single time. I would say there’s various classes of bugs, but some of my favorite ones are bugs that have sort of complicated interactions. It’s not as much fun when you have a bug that you can just immediately point to, like, there’s the culprit, right? Like, that code was wrong, it needs to be changed, this is how you change it. That’s a relatively quick fix. Getting to that point of finding out where the bug is can sometimes be complicated.
The more fun ones for me are ones that have hardware or user interactions with them too. Like the user does something that causes some physical interaction that then the firmware can’t quite handle. So there’s this chain of events that you have to walk through and understand in order to solve it. So, you know, another [example] from a low-power wearable device perspective is something like the haptic firing and the device doing something else and it causes the voltage on the battery to dip and you have to kind of work around that.
For some of our very, very small implantable devices, they have very, very weak batteries. You have to be very careful about how and when you do things because the battery itself can’t even support the processor running for long periods of time because the battery droop gets so low. So those are probably my favorite bugs, the ones where you have power interactions and kind of brown out situations where you have to be super careful about when you’re even letting the processor come out of sleep to run commands and transmissions, things like that, and how do you gate that in a robust way to make sure that you don’t continually bring the system down? Or, more likely, you have some sort of weird edge condition way down the line that happens one percent of the time, right? That’s hard to catch in testing. But if you have a million devices in the field that starts becoming a very large problem
Petek:
Yeah, I think user interactions are really hard to predict because as the people who create the software, the firmware, you as the engineer have a very clear idea of what it can do and the order of operations when you’re interacting with it. So sometimes it’s hard to imagine all the various ways that a potential user can interact with it. So then, yeah, you have to get more creative and do things that you yourself wouldn’t normally do just to get to those edge cases of, “What ways can they break my code?”
Kyle:
That’s a really interesting one, too, with user interactions. You can depend on the user to do the complete opposite of what they were supposed to do. And they will do absolutely anything and everything other than what you planned for them to do. So they stray off that happy path that I mentioned a lot.
Another fun bug that I had was not really a bug at all. It was more, why are these devices failing in the field? This was before I was at Blur, but I like to relay this anecdote. We had a device that would be, you know, worn on the body and the patients, the users, didn’t really love it too much. It was a very early product, it was a prototype and they were, you know, high school kids. So instead of actually wearing the device, they would fake it. They would stick it in their waistband.
They were playing contact sports and things like that. We had tons of devices breaking. And it was like, well, why are they breaking? They shouldn’t be breaking. They’re relatively protected. Users are wearing protective equipment and stuff like that. And it turned out that no, it wasn’t really protected because it was just in their waistband and very susceptible to getting hit and sweat and things like that. And so you had to figure out and solve the main problem, right? Make it more comfortable for the users, make it handier for the users, and have some design changes around that. Also hardening it for sweat ingress, and things like that, where we didn’t really design for that at the start, but it became very clear when you started testing that the users aren’t gonna do what you want. Pretty much ever.
Petek:
Yeah.
Julia:
I think that’s why usability testing and getting out in the field and having actual people put it in their hands and mess around with it is so important because like you were saying, they’re never gonna do what you expect them to do. And that’ll show you some weaknesses maybe in your design that you need to fix.
Kyle:
For sure, yeah, absolutely. I mean a lot of times, it’s not a golden rule, but a lot of times, the core functionality of the device, what you would call kinda like the business logic, the device doing what it was designed to do, spitting out the information it was supposed to do, is somewhat a lot of times a smaller section of the code than handling edge conditions and more likely sort of helping guide the user to a path that is appropriate for the device. I don’t have a great example right now, but defensive code to protect the user against themselves.
Petek:
Yeah, put up the safety guards.
Kyle:
Exactly.
Britt:
They have to, they for sure do that with phones.
Kyle:
Yeah.
Britt:
You know, my mom, when she can’t do her passcode, she’ll just start smacking it or, you know, hitting all the buttons.
Kyle:
Exactly. The users turning their devices off and on at random times, throwing them across the room, not charging them, dropping them into water, all sorts of fun stuff. Not to mention just normal usage flow stuff where they’re maybe clicking a button that you didn’t intend for them to click yet or something like that. So that sort of code, once the user starts getting their hands on the device, there’s sort of an expectation that there’s going to need to be some changes in order to firm things up because you’re always going to discover things that you didn’t anticipate.
Britt:
So you mentioned hobbies kind of led you to where you are. What kind of things actually got you to get into software or into this field or firmware?
Petek:
Sure, so I did biomedical engineering in undergrad, which I guess is like a good starting point because I think with that you kind of taste all different sorts of engineering because you still get a little bit of medical side of things and software side of things and mechanical side of things. Through undergrad I got to work on various design projects, and just through those my favorite part ended up being software. After graduating, over the years that’s just been more the main focus because oftentimes like the user interface is what your investors or end users are seeing. It becomes this valuable asset of how well you can present your device. The focus had been shifted more towards that, so that’s where I directed my energy to. But it also became my favorite part of working on a project, so it all worked out.
Kyle:
Yeah, and I was sort of the same way. I had always taken an interest in programming and software development in high school and in college. Those kind of were my favorite classes. I worked at a university for many years after I graduated. And in the course of that job, I got experience with a bunch of different facets of product design. Not purposefully, just by nature of needing to set up a certain experiment and needing a little bit of code maybe to help control it or mechanical design or electrical design to make things a little bit easier. So I started dabbling in that as I was just kind of working as like a lab engineer.
I kind of really enjoyed every aspect of it, to be honest, but I most enjoyed the firmware and the electrical design. So I just sort of kept expanding on that. Every chance I had for a project to roll a little bit of that in, I would take that opportunity and really sort of focus on that. It sort of came about organically for me. I went to school for biomedical engineering also. I didn’t really like a lot of the things about biomedical engineering, but I did like a lot of the things with electrical and software engineering. I found myself sort of moving towards that direction and after seven or eight years of doing stuff like that in a research setting I decided, hey, I really like product development. That’s kind of what I had come to enjoy most is a new project or a new research project coming in and it needed this little widget. I loved doing the widget part, I didn’t like doing the experiment part so much. So I was like, all right, well let’s see if we can kind of hone in on that and that turned out to be product development. And so I decided, well, let’s look around and see what product development places are around here. And Blur was kinda, even though it was very new at the time and there weren’t too many employees, just talking to them, it was very clear that that’s kinda where I wanted to be.
So I sort of sidestepped my way into this role by way of doing research-based projects for many, many years.
Julia:
Yeah, you’ve been around since the beginning.
Kyle:
Yeah, the growth, the growth has been amazing. And just seeing it start from really like four of the co-founders and a couple employees to where we’re at today, it’s really interesting in that the culture has kind of remained the same, right? I explain Blur to people like we’re just a collection of smart people who like doing interesting things, right? We all have that passion for kind of product development in general.
It’s the type of personality where you’re at a restaurant or you’re walking around and you see some interesting mechanical thing or some interesting product, we’re all the type of people who would then stand around that product for five or ten minutes and likely take it apart and start talking about it, right? Trying to bring interesting things and learn from it. Although everybody’s from different backgrounds, different educations, different specialties, there’s that desire to continually learn and to talk about things, which I find really refreshing and enlightening. You can always learn something here. And that’s, that’s kind of, in my opinion, the best part about being here.
Britt:
What would you kind of educate the listeners on like different tools, both of you? If you could recommend a starting point for someone who just got thrown into a role that maybe they’re not completely prepared for, which lanes would you probably take them down?
Kyle:
Yeah, that’s a great question. So I don’t answer this exact question a lot, but speaking to potential interns, potential employees and things like that, I emphasize the desire to learn as being the most important thing. Because you’re going to start a role, you’re never going to know everything there is. You’re never going to be able to slot directly in and start hammering away. And if you could, you know, that might even be a little bit boring, right? If it becomes rote like that. So you always want to be pushing your boundaries, and the most important thing we look for is that passion to learn and that desire to kind of pick new things up. So when you see something new, you don’t discard it because it’s new and you don’t understand it, you want to dive in. And that’s kind of how you learn and that’s how I learned too.
I would say just understanding the role that you’re in, what’s expected of you and maybe taking small steps at the beginning to introduce new things. Not too fast, right? You don’t want to rock the boat too much. Let’s say that you’re in a new firmware role. Hopefully you’re on like a somewhat new project not like an established project that would kind of fall under my definition of rocking the boat, maybe a little bit too much if you roll into your new job and you’re like, “I think we should change everything.” That’s probably not the way that you wanna go. But even in the course of starting your new role, you’re gonna come across tons of new things, right? Specific ways that the company does things, development processes and things like that, and take everything in, learn about it as much as you can, and then start integrating it.
As you go along with this process and you keep learning about things, you’ll settle on things that in your mind seem to work and things that could use a little bit of polishing maybe. And so you polish those things up and then you continually learn and it’s just this gradual improvement process. And it’s not something that happens overnight, it’s something that takes time and desire. So just sticking with it, especially from a firmware perspective, just like software engineering, it’s gone through a great deal of progress even in the last five, ten years. And five to ten years from now, it’s gonna continually explode and improve and make people more efficient. Just being able to write firmware that runs on a multitude of different processors and things like that, different wireless technologies that are starting to come about too. So being able to take those new bits of information in and integrate them is kind of the most important thing.
Petek:
I agree with that one hundred percent because I think it’s never like, oh you learned it, now you’re a software engineer and you’re done for the rest of your career. I think just teaching yourself the skills to learn is the most important part. There’s always new software, right? Like no two companies do things the same way. There are a bunch of different libraries and packages and different ways of doing it, so you’re always going to be thrown into something that you don’t know and it’s a matter of how dedicated you are and how fast you can teach yourself and start using that tool.
Even here, some projects needed a database so we had to spin a database. We have a new manufacturing application that needed to talk to a barcode scanner. Have I worked with a barcode scanner before? No. But now I had to figure out how to integrate this barcode scanner into my code. It’s always changing and it’s never the same, which is also the fun part because there’s always something unique in play, there’s always a new challenge. But as Kyle said, I think it’s a matter of you being driven to learn new thing that really makes the difference.
Julia:
Amazing. Thanks so much for the interview.
Kyle:
Absolutely. I will happily do another episode whenever you guys want.
Petek:
Yeah, this is fun.
Kyle:
It is fun. It is fun.
Discover more about Embedded Systems and Firmware.
In Focus Podcast - S3 001: Company Culture and Cycling
In Focus Podcast: S3 - 001
Company Culture and Cycling
A whole Blur cycling team complete with jerseys and everything!
“Well, one of the reasons I was really excited to work at Blur actually is when I came in for my in-person interview, I saw Noah with a bike on the back of his car.”
– Dustin, Mechanical Engineer and Technical Project Leader

Play Episode: Company Culture and Cycling
Recently we sat down with Elise, Noah, and Dustin to discuss company culture at Blur, their love of cycling, and the flexibility of our team. How do all of these things go together? Well, listen on to find out in this episode of In Focus.
Julia
Elise, thanks for joining us today on our podcast.
Elise
Thanks so much for having me, Julia.
Julia
Happy to have you. All right, so tell me about the cycling culture here at Blur.
Elise
So, I’ve always been someone who’s biked around kind of casually, but had never taken it super seriously before. I had started biking again, just a little bit like around my neighborhood and nearby where I live for exercise. One time I heard about a bike ride they were going on, so I asked if I could come along. I think it was just a small group of maybe four or five of us that went one morning before work and the main thing I remember from that first ride that I went on with everyone is I was under the impression that the mileage was going to be comparable to what I’d been doing but was truly not prepared for what we were going out there for.
I had not really done significant gravel biking before and did not realize just how hilly the path would be. And I just remember being pretty destroyed by the “out” of the “out-and-back” path that we took. But thankfully everyone who was with me was really supportive and just trying to make sure that I was drinking enough water and that I was still going and, you know, staying behind if I needed to take a little break. It was just a really nice, friendly, supportive crew and they weren’t, you know, even if I was maybe the least experienced biker at that point, they weren’t out there to really hammer down on their miles. They were down there because it was a fun way to spend some time together and also get outdoors and be biking. And they wanted to make sure that anyone who was interested in coming along was really included in that.
Dustin
Well, one of the reasons I was really excited to work at Blur actually is when I came in for my in-person interview, I saw Noah with a bike on the back of his car. And so that led to a discussion when he interviewed me, and I found out that there was a whole Blur cycling team complete with jerseys and everything. So I was like, okay, that’s a good sign. I wanna work here.
Noah
Yeah, I mean, we used to do group rides probably every week. It slowed down a little bit, I mean, especially during the winter when it’s too cold for people to enjoy it as much. But now that we’re closer to the Greenway and a couple of parks now, I’m really excited for as the weather warms up, getting back out there.
Dustin
We’ve now got a couple of bike storage racks here. So it’s even easier than ever. So the, you know, the Greenway rides, there’s the gravel trails in Umstead. And there’s even the single track and more technical stuff in Crabtree just next to Umstead. So I’m really excited for that.
Julia
Yeah, they used to go like every Friday or every other Friday around three. Get out a little early, go for a two-hour bike ride. I tried it one time… I was very bad. And it was a gravel trail. It was long. I don’t know. How long is that trail?
Noah
An 8 or 12 mile loop.
Dustin
You can go as long as you want.
Julia
I think we did the 12 mile loop that day, and my bike was too small, and my tires were kind of flat, and anyways… it was just really not the best.
Dustin
Well I’m glad that you could, you know, have your first experience six miles from the nearest civilization.
Julia
Yeah that’s true, that’s true, I wasn’t in the middle of nowhere. It was fun, it was good sort of team building, just pushing each other to do better and beat our own personal bests. Mine was, you know, just making it up the hills.
Noah
One of them is called the graveyard hill for a reason.
Dustin
We’ve got a bike stand in the office, a pump, we’ve got bike racks. We’ve got a locker room.
Noah
Yeah, I was a mechanic for six years during college, so I know my way around a bike. Not nice bikes; I’ve patched tires with duct tape and it held for a very long time. So, don’t bring me a bike that’s worth more than like $600 and we’ll be good.
Julia
I’ll keep that in mind.
Dustin
A podcast is as good a place as anywhere to unveil this. So Noah Muse and I have been thinking up a new Blur cycling challenge actually. This will be news to you too. Our new building has this huge hill at the back of it that leads into the woods. So we’ve been developing, what I guess has to be the official name now, the Blur Hill Climb Challenge, where you basically have to shoot out of the woods at full speed and try to make it up the hill without stopping, and whoever makes it the furthest becomes the king of the mountain.
Julia
What if you start going backwards?
Dustin
Well, you’re wearing a helmet. And we’ll be there to laugh.
Noah
That’s gonna be tough.
Dustin
I know. That’s all right. The expectation is not that anyone makes it to the top. But we will see.
Noah
I think even getting speed coming out of the woods is going to be hard, because even that’s a little bit uphill still.
Dustin
Yep.
Noah
Sweet.
Julia
Well, do you have a launch day for this? Or what’s the plan?
Dustin
Well, we’re still trying to figure that out, because we’re waiting for it to be nice. We’re waiting for a Friday that everyone’s here and makes sense. He and I were planning on doing some recon, perhaps, next week, just to see how possible it even is. So astute listeners will just have to check back next season. See who the winner is.
Julia
Okay, well, I’ll be watching out the windows to see if you’re going backwards down the hill.
Dustin
If you can see someone from the window, it means they’ve achieved, you know, success.
Noah
Yeah, they definitely won that.
Julia
This will be a spectator sport for me. I will cheer on those brave souls who dare to, you know, climb the hill.
Elise
One thing that was also fun about getting more into biking with everyone here at Blur is that they’re not only, you know, excited to go on a bike ride, but are really passionate just about bikes and learning how to take care of them and how to fix them themselves. It was nice to be able to bring in my bike maybe the day before we had a group ride planned and have multiple people here offer to put it on the bike stand that’s in the back of the lab and look and just check and make sure everything’s running well.
One time I remember someone said, “Oh, I have these old bike pedals, I’m just gonna put them on yours.” And I was really pretty astonished. I was like, wow, that’s just really a really sweet thing to do. That’s just really helpful and kind. And also it has kind of been a fun learning experience where they wouldn’t just take my bike away from me and deal with it. They would generally be showing me like, oh, this is the thing you should be checking. And you know, if you’re noticing this is making this noise, it’s because it’s running is rubbing over here and kind of, you know, general mechanical engineering learning experience of looking at the different pieces and just generally helping each other out and making sure that we can all kind of learn and enjoy things.
Julia
I think that’s another cool part about working with people who are passionate about what they do. Typically, people who are passionate are also very willing to teach and show you how it’s done. So this thing that is tangentially related to mechanical engineering, it’s just cool that they are kind enough to show you.
And I feel like that’s part of the culture here at Blur. Everyone is just kind and willing to help out. They’re never holding it over your head that you don’t know something, but really use a lot of opportunities to teach you and show you as long as you’re willing to learn.
Elise
Yeah, and there’s definitely, I feel like there’s a broad extension of that kind of willingness to teach stuff or to have people learn new things, just even in like… the definitive work culture here. It feels like there’s a lot of, you know, if anyone starts talking to a project manager or a boss or anyone else involved with something and they say like, hey, I don’t really have much experience with this thing, but I’d like to delve more into it. Like, could I kind of learn how to do this? For the most part, you know, unless it really doesn’t make sense in that specific instance, like they’re gonna find a way to say like, yeah, of course you can expand what you’re working on and try and learn this new skill. Just nice to not have super rigid roles and separation of exactly what kinds of things everyone’s in charge of. So we each get to kind of bounce in and out of multiple different tasks and varieties of work that maybe someone in our traditional role at a more corporate place wouldn’t get to touch on.
Julia
And you had a little bit of that experience moving from the R&D side into quality. Which seems like they would be super different, but I think even in R&D world you touched a lot of quality stuff. So maybe it was a big learning curve, but there was an understanding at least of what quality did. Do you wanna speak a little bit on that?
Elise
It’s been helpful to have started in the R&D world and to now be in the quality world. I was exposed to our change control process, at least from the R&D side. And I had, as an R&D engineer, gone in and helped out with some manufacturing projects before and transferring things from engineering to manufacturing and different things like that. And so it was definitely a helpful perspective to know exactly what someone on the engineering and R&D side of a project is thinking about and looking at and working with to now be on the quality side.
I think for me it’s kind of a cool thing because I, maybe unlike some engineers, I’m into, you know, working with words and writing things, and I deal a lot more with documentation now than I used to, but for me that feels like I’m just kind of expanding on a strength I maybe already had.
Even now that I am officially on the quality side of things, there have been a couple times where we realize on a project, like, oh, we need more mechanical work done on this before it can get released, and I’m still able to kind of bounce back and work a little bit on that end. It’s nice to feel like I have a variety of experience that can still be utilized throughout work here at Blur.
Julia
If you could describe Blur’s culture in a word or a sentence, what would that be?
Elise
If I were to just use one word, I would go with communal. Just in the way that it feels like everyone is communally trying to help each other out and gather information and lend a hand where it’s needed. There doesn’t feel like there’s any competition between coworkers. It doesn’t feel like you’re trying to make sure that you succeed rather than someone else. It’s all about just making sure that the project and the work and the tasks are getting through and the products are getting made.
Julia
One of the things we prize here at Blur is the flexibility of our team. And there’s no better example of that than Elise’s move from research and development to quality. Her mechanical background allows her to troubleshoot manufacturing issues quickly while maintaining quality standards and processes. I hope you got some insight into how we run our team at Blur and what it looks like to have a collaborative environment. And if you caught our enthusiasm for cycling along the way, well, that’s just a bonus and we’ll see you on the trails.
For more company news and cycling adventures.
In Focus Podcast - S3 002: Failing Fast
In Focus Podcast: S3 - 002
Failing Fast
Failing Fast in Research and Development
In this episode of In Focus, we’re talking about everyone’s favorite topic: failure. What does it really mean to fail fast in research and development and contract manufacturing? How do you learn from your failures and keep moving forward?

Play Episode: Failing Fast
Britt
Hello and welcome to today’s podcast. We are here with Andrew and Megan. Why don’t you guys introduce yourselves? Andrew, tell us a little bit about how long you’ve been at Blur and what you do here.
Andrew
Hi, I’ve been here at Blur for just over three and a half years. It’s a lot of fun. It’s always a learning experience, which I guess is kind of what we’re going to be talking about today. I am the model maker here, which means that I make stuff for people. And when we have a design or something that we need to hold in our hands and see how it feels and looks and interacts with everything else, I’m the guy that 3D prints it or molds it in urethane or silicone or something like that. Then we take a look at it and see what we like and what we don’t like.
Britt
How about you Megan? Tell us a little bit about yourself: how long you’ve been at Blur and what do you do here?
Megan
My name is Megan Buckingham, I’ve been at Blur for a year and some change. I’m a mechanical engineer. I was in R&D to start off and then I switched over to manufacturing in December, so I guess by now it’s been about half and half. Now I’m sort of between the two.
Britt
We got her over to the other side in operations and we’re happy about that, but yeah we can’t actually keep her forever because she’s so good at mechanical design that she is whisked away in R&D as well.
Julia
What does it look like for you to split your time like that?
Megan
So far so good. I think it really depends on what the workload is for the different clients and where I’m needed and what the other resources are on each project.
Britt
So today we’re going to be talking about some failures that you’ve had at Blur and how you’ve overcome them. Talking to our audience about how failures can be good. I mean, you have to fail in order to learn and to grow and just sharing some of the things that we’ve seen in the past.
Andrew
Finding the things that don’t work is a good thing, most of the time. Sometimes it’s disastrous, but a lot of the times it’s just progress and figuring out where to go next.
Megan
Especially in early R&D, one of the purposes of building prototypes in general is to find your failures and pain points and whatnot. All sometimes expected.
Britt
So what’s an example that you guys can think of that you’ve seen at Blur where you’re trying something in the design process and it just didn’t work, but you learned from it and can now do it better?
Andrew
One thing that comes to mind is just after I started working here, I was working with a two-part foam system. I hadn’t worked with this particular foam before and I underestimated how much I didn’t know about how it was going to behave. So, I designed a mold with very little vent relief and I mixed up my foam and put it in the mold. I clapped it shut, clamped it, and it almost immediately burst in my hands. It cracked in all the places and I was left with foam all over my hands, my shoes, and a broken mold in my hands that I needed to redesign and reprint and go back to the drawing board. And I felt kind of dumb for a second but it was a fairly inexpensive learning moment, so it gave me a little better appreciation for what that foam is capable of.
Julia
Yeah, and now you’ll never make that mistake again.
Andrew
Never again. Right.
Britt
Until the next foam.
Andrew
Like until a few months later when I was mixing up some expired foam, mixed it up in a bucket on the counter and turned around to do something else. Turned back around to find it bubbling out all over the counter and the floor and I had a little mess to clean up. It was going into the trash anyways, but…
Britt
It wouldn’t be R&D without messes.
Julia
Yeah. I’m imagining that science experiment: elephant foam? They mixed it up in the beaker and then it shoots up in a giant column, that’s what I’m imagining but I’m sure it was much more contained.
Andrew
I wish it was that fireworks-y. It was a little more boring I guess but still a surprise.
Julia
Well, Megan, Andrew has shared one of his learning moments, any learning moments from you in manufacturing or R&D?
Megan
Yeah, I have an example that spans R&D and manufacturing, actually. I was working on a product that’s an electromechanical medical device. It has lots of cables in it. It’s designed to be as small as possible as sort of a wearable device. It had many cables in this design, one of which was revised and grew in diameter. And so then we had to accommodate that change in the design. Increasing the clearance holes was a problem, increasing our cable ties for strain relief was a problem. There was hardly any space in the housings for these parts to grow. It should have been an easy change to increase the size, but without any millimeter to spare, ultimately we had to come up with a more complicated solution.
Luckily we were able to kind of shrink some parts and lengthen some screws and make it work, but it definitely brings to mind that maybe an ideal solution could have been more easily reached if we had just left that tiny bit of clearance in the design in the first place.
Yeah, there’s really that fine line between making a device as small as possible versus making it too small. So as long as the requirements allow, I’ll definitely be conscientious in the future to add that little bit of space if I can because it’s much harder to later revise a device to be larger rather than smaller.
Julia
I like that you brought up that example because I think there’s a spectrum when we think of failure. From things like my foam exploded all over the model shop and now I have a big mess to clean up, versus, oh if we had designed this a little bit differently or left some more clearance, it would have been a lot easier to make this change. That’s something you can take into the future, and I think they’re all valuable. When you start to look at [failure] from a perspective of, “How can I learn from this and how can I grow?” and get to that point quickly versus sulking and thinking you can’t do anything, [that’s when it’s valuable]. You just have to keep moving forward and having creative solutions. And I think that’s something that we’re pretty good at and talk about a lot here: there aren’t many things that stop us from moving forward. Sometimes you just have to be a little bit creative in what you do.
Britt
Yeah, I think that’s one thing that we do well at Blur is, you know, we may come across failures, but then we just keep pushing forward. There’s usually an urgent deadline and you don’t really have time to think about the mistake, you have to think about, “How can I overcome it and still meet the client’s needs and then get there creatively?” It’s not always an easy answer, sometimes you have to really put some thought into it to get there.
Andrew
Yeah, and that brings to mind a deadline that we were trying to meet. One day, a few years ago, we had a part that we were finishing for a customer that was across the country and we needed to ship it that day. We needed to paint it and fill it with body filler. We were trying to get the shape and texture just right. I had to get the right color too of course. So we were going through this process of applying filler and then letting it cure and then sanding it and then applying filler and letting it cure and sanding it. We were getting a little impatient about how long that was taking, so in order to try to accelerate the cure time of this body filler that we were using, I put it in front of a little miniature personal space heater. It started to cure the filler a little bit more quickly, so we’re happy about that.
I left it alone for a few minutes and came back to find that part had taken so much heat that it was starting to melt. It was deformed. It wasn’t even deformed very much, but it was deformed enough that it was completely garbage. So not only was that part garbage, but the last three or four hours that we had spent trying to finish that part to perfection was garbage and was lost. We still needed to get a part out to our clients that day and by the magic of having two of them, having a backup, we were able to recover from that and finish the backup and get it looking very good. We did get it out on time but it made us take a step back. Sometimes we are under the wire but we need to remember stuff like when you’re working on thermoplastics don’t put it in front of a space heater and walk away.
Britt
Yeah, that’s a good lesson.
Megan
Really putting the thermo in thermoplastic.
Julia
I’m interested to know if there are any times, not necessarily a failure, but something that could have been accidental worked out in your favor and gave you new insight into a component. Or, it did something that you didn’t expect and then you’re like, “Oh, now I know I can use this for these other things that I wasn’t expecting.”
Andrew
I mean, I work with many different materials and even similar materials might have very different reactions to other environments or materials. So it’s kind of a constant, “Let’s see if this works.” And, “Oh, no, that didn’t work.” You know, and some of these things are very clear from data sheets and stuff like that. But some interactions between different materials, there isn’t documentation for that sort of thing. So it’s kind of a, let’s find out what works and what doesn’t. I’m saying that a lot today, but you know, that’s what I do.
Megan
I’ve also seen instances, specifically with materials, where a client requests a certain material and then maybe for whatever reason it doesn’t turn out the way they expect or they end up with a different material and then they actually like that one better. So a lot of times I think when you make something and actually get your hands on it you might discover, “You know, this isn’t exactly what we had in mind but this actually is really a good solution”
Andrew
Right, sometimes in giving a client what they want you have to sort of read between the lines and hear what they actually want rather than what they say that they want. They might ask very specifically for this hardness rubber in urethane. So, you go ahead and make those but then you go ahead and make one in silicone or you make one in a different hardness and you slip it along with a note like, “Hey try this one out when you get a chance.” Then they wind up loving that one better because it had a feel for what they were interested in. When you work with these materials day in and day out, I just have a little bit more of a feel about how they’re gonna interact with other components.
Julia
I think that also has to do with really digging down to the root of the problem. Not just with clients, but with users too. Sometimes they’ll say, “This is the problem I’m facing. This is what really is impacting the way I use this product, or this is what I want to have fixed.” But when you dig into it a little bit more, you realize, okay, it’s not the color of this thing, it’s actually, they can’t, I don’t know, open it correctly. Or there’s this little latch that’s really hard. And so I think when you understand that, you can start to present solutions that will actually fix the root of the issue rather than band-aid fixes.
Megan
Right, like treating symptoms versus treating the illness, if you will.
Britt
So, Andrew, are there any recommendations that you can provide to our listeners out there, just based on the materials that you have handled so frequently?
Andrew
I can easily say that silicones tend to be much more resilient than urethanes to a variety of environmental factors like temperature and UV exposure and chemical resistances. Sometimes a urethane is what you want because silicone likes to stick to silicone and doesn’t like to stick to anything else in general, whereas urethanes love to stick to anything. So if you’re doing an overmolding on a cable and you need a strain relief, then a urethane tends to be the way to go. If you’re doing, say, a button pad for a device, it might be silicone that you want so that it can be resistant to any sort of cleaning products.
Britt
Megan, do you have any tips for our listeners out there?
Megan
I think one other thing we see, talking about failures or areas to optimize and whatnot, I think a lot of times our clients want to build a prototype. They want it to be cheap, they want it to be fast, and that ultimately is usually some 3D printed parts, those sort of designs. That’s great for a prototype, but sometimes I think there isn’t enough emphasis on future DFM [Design for Manufacturing] considerations. Sometimes I think if you go down the road really far in a 3D printed design, then if you do want to switch to injection molding or whatnot and your design doesn’t allow for that pivot, that can be very difficult. Especially as a financial decision of, “Is it worth it?” and, “When would you do that?” Those are just my thoughts: if you’re designing a product basically from scratch all the way through to production, you kind of have to start with the mentality that it’s definitely going to be production eventually.
Andrew
If I could add to that, kind of the flip side of that, our engineers and designers of course tend to design for manufacturing and often will send me a part file and ask me to 3D print it. Sometimes I have to kind of come back to them a little bit, I’ve got to push back just a little bit like, “Hey, let me look at your design and talk about a couple things with you.” I could 3D print exactly what you asked me for but you might be really disappointed because it’ll come out slightly different than what you might be expecting.
Megan
Yeah, it works both ways.
Andrew
It sure does.
Megan
Yeah, it’s really hard to 3D print parts that are designed for injection molding and you certainly can’t injection mold a lot of parts that were designed to be 3D printed. Yeah, seen that a lot.
Britt
It is great that in-house we have a lot of 3D printers so that we can kind of rapidly prototype. But to your point Megan, you have to be thinking long-term. What does this 3D printed part look like for manufacturing? It does end up being something down the road that we have to kind of think through and sometimes it’s good to just get ahead of those decisions and think long term. But definitely agree, like it’s nice that Andrew can spit out tons of 3D printed parts back there and you can start to get a feel for the design and how things are going to fit together.
Julia
So we’ve talked a lot about failures today. I’d love to hear about what’s your favorite success story so we can let you have some positive time on the microphone too. Like what’s a moment that you’re really proud of where you had a problem that you solved that was really hard but you did it and now you can look back and be like, yeah, that was a good solve.
Britt
Well, Megan builds robots, that’s pretty cool.
Megan
I certainly am not personally building robots alone but I have been on some robotics projects. I will say it is extremely satisfying when everything finally comes together and it actually works. A lot of steps in between testing all of your small subsystems and making sure those all work, but when you really integrate everything it’s very satisfying. And that first time you turn it on and everything works as expected, those are the really fun wins.
Britt
I can see that. When something’s really hard and it feels like you might not be able to do it and then you pull it off, that’s always a fun win.
Andrew
Mm-hmm.
Britt
Well, we have a BlurBQ today, so we’re about to go to that. If you are listening out there and you haven’t been to a BlurBQ yet, you should be reaching out to us because they are really good.
Julia
Pretty fantastic. Got our own BlurBQ sauce.
Britt
Yeah and apparently we’re gonna have some BlurBQ biscuits? I think Megan made that up.
Megan
Brisket.
Britt
All right well thank you both for being here today. We really appreciate it and we look forward to having you guys back.
Discover more about our Research and Development process.
In Focus Podcast - S2 006: Finishing the Year Strong and Goal Setting
In Focus Podcast: S2 - 006
Finishing the Year Strong and Goal Setting
Setting Goals for Medical Device Design and Development
Before the holidays, we sat down with Keith Gausmann, one of the founders of Blur, to talk about finishing the year strong, synthesizing what he learned last year, and goal setting for the new year with medical device design and development.

Play Episode: Finishing the Year Strong and Goal Setting
A note from the editor: We realized about twenty minutes into recording that we hadn’t done Keith’s intro. With some audio magic, we moved this little sound clip to the beginning. Typically I wouldn’t point this out, but it encapsulates almost too-perfectly one of the themes of this episode: adapt and keep moving forward.
Julia
We haven’t actually said who you are yet.
Britt
Yeah, we need you to actually introduce yourself. That’s a good point.
Keith
My name is Keith Gausmann, I’m one of the partners here. I help run the business, I help run a project or two, and every now and then I do a little mechanical engineering, which I still like to do. Only every now and then, though.
Britt
Why don’t you tell us also just a little background on Blur and how it got started.
Keith
So Blur started in 2015. There were four of us who started this company: myself, Scott Liddle, Nathan Luck, and Jeff Rosino. We were all part of the engineering team at a local start-up company here in Raleigh called TearScience, which was sold eventually to J&J in 2018. We all worked there together for somewhere in the eight year range. We started this off as just the four of us, and over the last eight years we’ve grown into over 50 people.
We do pretty much everything you need in the medical device space: industrial design, regulatory, ISO 13485, mechanical, electrical, software, firmware, systems engineering, we have a full prototype lab, machine shop, 3D printers, all that good stuff. And then we have manufacturing as well, we’ve done that for about three years with a separate manufacturing facility that’s about two miles from here. It’s really easy to go back and forth when needed.
We do everything under the sun for a medical device, including writing the design controls when needed, doing all of the V&V testing, prototyping, bread boarding, doing the manufacturing and all the engineering. We can do all or some or even tiny parts of any of that for our customers. It’s kind of whatever the need is, we figure out how to fit in and be a part of our customers team and go from there.
Britt
The number one question I get asked is where the name Blur came from.
Keith
Well, when we were at TearScience, the other three partners and I, one of the things that we didn’t really like was that it was a little bit siloed. You were pretty much told to stay in your lane, and we as engineers don’t really love that too much because we like to think about other things, and make spreadsheets, and show sales people how they can sell better.
Julia
I’m sure they appreciated that.
Keith
Yeah, they don’t always like that. But it really is blur the lines between all the different disciplines. Our philosophy from day one is hire smart people, bring them in, and they’ll do a good job and also have good insight into other things. Normally smart people don’t just focus on their own little area of the world, they think about other things. If you run a business smartly, you’re going to listen to people when they have comments or thoughts or suggestions about how you market yourself, how you sell stuff, what kind of things you’re offering and how you deal with clients, not just the specifics of a product or the engineering.
That’s where Blur comes from, and I think we’ve done a pretty good job of doing that.
Britt
You have, and I feel like every client that has asked me about our name and I’ve told them that, they’ve loved that. It’s been a thing that most people like, that we all work together and we aren’t told to stay in our lane. Thank goodness, because I’m always going in other peoples’ lanes.
Keith
Yeah, that would not be that fun. Again, this comes directly from experience and it’s not that fun to not be able to think about other things. People want to grow and move and do other things with their lives as well, and it gives them the ability to think about stuff like that.
Britt
How do we end the year strong? We try to set expectations with holidays well, but also push hard for our clients. Understand what their goals are for their end of year needs, and then work together as a team to achieve them.
Keith
You know, there’s a give and take. You have crazy schedules and a lot of clients want crazy schedules and things that are right on the edge of being doable, and you always want to go for it. I’m of the opinion let’s go for it, but you also have to realize sometimes you’re not going to make it. But if you don’t go for it, you’ll never make it. So, I like the, “Think you can and you will,” mentality, but you have to weigh a bunch of stuff. You don’t want to burn people out, which is a fine line. When you increase your activity and you really go at it hard, you learn a ton.
This particular client is a really good example in that we had some pretty crazy deadlines, we were doing some things for the very first time. We busted it to meet those goals, and people put in more than they should have. And this time of year that’s tough because everyone’s got family things and you don’t want to be doing that. But the effort that we put in and the things that we learned and the progress we made on the project were hugely valuable. We would not be where we are today if we wouldn’t have gone through that pain, it would have taken us much longer. But now I feel like we’re entering a new year and we’re in good shape. It’s really all about, you want to gain the value and limit the pain, and that’s a fine line. Especially this time of year.
Britt
I agree with you. We did learn a lot, and we learned a lot in a short amount of time. Sometimes an aggressive goal can help you achieve a lot of learning, which then adds value to future things you’re building or goals you’re setting.
How would you say you keep the team motivated in those type of aggressive goals when things aren’t always going right and you’re trying to manage clients’ expectations but keep the team moving?
Keith
I think there are a couple of ways. One is you have to keep it positive and you have to add some perspective. Like saying, “All right, what we did from the beginning of the week to the end of the week was we took a two or three day process and turned it into a five hour process. That’s a big deal.” You have to remind people of that because they don’t see it because they’re in it. You have to be able to take a step back, look at something and see the big picture, which is hard to do when you’re in the thick of it. So that’s one thing. That’s like, hey, all this stuff we did wasn’t not worth it. All this stuff actually was worth it, and look at the improvements we made. It will save us from ever doing this again because of all of these improvements, these things aren’t going to take nearly as much time as they used to.
The other thing I think you have to do is be generous. If you ask people to go above and beyond, you have to be willing to do that too. Take your team out to dinner somewhere nice, give them an extra day or two off if they’re working nights and weekends. Those are easy things to do, and they help remind people that it’s a team.
Julia
I think that’s something I’ve noticed here. I’ve never been asked by any of my bosses to do something that they wouldn’t do themselves or aren’t already doing and helping with. As an employee, that certainly helps to keep me motivated because I can see they’re pushing just as hard, they’re working right alongside us, they’re really putting in the work as well.
Britt
How do you set up for the new year? We’re ending the year now and then we have the holidays coming and then we’re starting out 2024. How do you typically go into each year in setting goals?
Keith
That’s hard. Our business is a little cyclical, we depend on the economy some. You can see a certain amount of work going into the new year. Some of it’s real, some of it you put odds to it: we’re 80% that that’s going to happen, 50% that this is going to happen, and 20% that this is going to happen. Then you try to make plans accordingly to grow and staff as needed.
Again, you don’t want to be crushing people but you also have to be realistic. You can’t go and hire six people on a whim because you have two jobs that may start in March. That’s going to end in disaster. You kind of have to figure out how to win and get those in the door, start them, and then have your people lined up if you need extra people to do that. Maybe it’s diverting resources from other jobs that are winding down, stuff like that. It’s a bit of a moving target, so that’s not easy.
Those are the kinds of things we set goals for: how many people do we want to grow into, what kind of areas of the companies do we want to expand? Manufacturing is a good one, that for us, I think in 2024 will be one of the areas that we try to grow. There may be times that we need engineers and R&D to come over and help out as we adjust and try to get the staffing right.
Britt
That’s the great way of how we do things here. People are willing to pitch in in areas that aren’t necessarily their job role. I think that’s important with a company that’s growing, is to have flexibility and to wear a lot of hats until you understand the current need and something that is going to be needed long term, and to your point staffing accordingly.
Keith
I think the other part of that is fixing known problems in our staffing. So there are different holes that cause pain. For instance, in manufacturing the person that can do a multitude of tasks that everyone is pitching in and doing now but it’s not their core competency, and it takes away from their ability to do what they are good at. It would be like having a wide receiver on your football team and asking them to play running back because you don’t have enough of them. You wouldn’t want to do that very often.
It’s recognizing those holes and trying to fill them with the right person, not necessarily just a warm body.
Julia
What did you learn this past year?
Keith
In this business you’re always relearning the same lessons over and over again because there’s inherent truth in how you run a business, run projects, communicate with people, deal with people who are poor communicators. You constantly, I won’t say you learn that because it’s not brand new, but you constantly relearn that. And how do you take that and translate it into things that different team members can deal with? They’re all different too. They all need their own level of communication.
I think understanding that, that’s more important than ever.
Britt
I think every year we learn even better how to communicate, both externally and internally. You have new projects, and new projects create new obstacles or a miss that you never considered you could miss. It’s not even really a miss at that point, it’s something you now learn from and you try not to miss it again. Those are usually the things I learn throughout the years, and the next year I say, “Okay, how can we ensure that on the next project with an aggressive timeline, we ensure we’re moving fast but we’re hitting all the things.” And that lists continues to grow with each project.
Keith
I’d say one of the other things we’re learning, I wouldn’t say we’ve learned it yet but we’re still learning, is how to communicate our open business model on manufacturing costs. We have an “our books are your books” situation. That’s a good thing because as an engineer that’s always what I wanted from my manufacturers, so we just translated that into what we’re doing because I think it’s fair, it’s honest, and it’s helpful for everyone involved. But when you do that, you get questions on everything. So, you have to make sure you’ve communicated correctly, and you also want to do it in a way that people who are looking at your stuff and other stuff that isn’t so open can compare apples to apples.
Part of what we’ve learned is how to communicate that openness better, make sure that everyone is on the same page, that they understand what all the line items mean. There’s a ton of information and a ton of data, which ultimately is a good thing, but it can be overwhelming for people sometimes. So, it’s really learning how to work through that with our clients, our potential clients, and communicate it. Be clear about it and make sure that everyone’s on the same page with the different levers that can be pulled and how we can reduce cost where needed. Things like that, and being on top of that.
I think that’s one of the biggest things: don’t just wait for them to ask, just be on top of it. It’s even evolving the open-model forms. I know I’m getting these questions, I’m going to just answer them up front for you so you don’t even have to bother asking. We’ve done the same thing over the years with the R&D proposals thing, making them more open, more detailed, more plans, it always evokes other questions. We know what those are so we go ahead and answer them up front. You continuously learn that, and it saves effort in the long run.
Britt
What are you most excited about coming up in 2024 for Blur?
Keith
Honestly, I’m excited about stopping spending money on the new building. That’s gonna feel really good.
Julia
Getting settled.
Britt
Getting settled into our new spaces.
Keith
Yes. Again, we’ve spent a lot of money getting this and manufacturing [ready].
Britt
That’s fair. I feel like there has been a lot of growth.
Keith
There has been. It’s really nice and it’s gonna be really good, but I’m gonna be really happy to not do that and have, like, we’re good. We’ve got all the software systems we need, we’ve upgraded all the software, outside of a piece of equipment here and there, we’re good for a little while. Let’s just take it and run and focus on the work for a little while as opposed to all the other stuff. Which has been fun and it’s been great, and it’s really nice, this is an amazing upgrade for all of us. It’s going to serve us well for years to come.
Britt
I don’t know if our podcast listeners realize we’ve moved into a new building, I don’t know if we’ve said that on the podcast yet. We’ve got two buildings and increased our square footage, so that’s been a fun last quarter. It has had us busy in great ways and is good for growth in 2024, which is what I’m excited about. I feel like now we have the appropriate spaces going into 2024 to have new business come in and really grow as a company.
Keith
Yeah, I mean just getting settled and now using our new abilities and our new space and let’s see what we can do with it.
Julia
Thanks for chatting.
Keith
Thanks.
Britt
Thanks for being here, we really appreciate your time. This has been helpful to hear how you look at the company both from ending the year to starting out the new year.
Discover more about our work in Medical Device Design and Development.
In Focus Podcast - S2 005: Service Stories
In Focus Podcast: S2 - 005
Service Stories
Medical device field service
How do you stay positive as a service technician and continue to provide the best possible service for your customers?
Today we’ll hear some stories from the field, both good and not so good, and learn a few lessons along the way.

Play Episode: Service Stories
Julia
Back with us today is Britt and we’re going to be talking a little bit about some of the stories that come with the service industry.
Britt
Yes, today I brought Jonathan Manning. He’s been in the service industry for way longer than I have and I thought he could share some of his stories on the road and kind of give some tips on what he’s seen out there and lessons learned. So thanks for being here, Jonathan.
Jonathan
My pleasure.
Britt
Why don’t you tell the listeners how long you have been in service.
Jonathan
One way I learned about service, back in the late 90s, I worked with my best friend on his pit crew, and I worked in NASCAR for a NASCAR team for a couple of years. And then later on in the early 2000s, I was working for a company that made industrial equipment, and I did some service work with them. And around 2011, I moved into medical devices and started working for the service department there, and was a field service engineer till 2018 and now I’ve been working at Blur for several years since 2019. A lot of years.
Britt
Tell me, out of the 50 states, how many states have you been to as part of service?
Jonathan
I was fortunate to see 49 out of 50. I missed out on going to Alaska but I was able to go to 49.
Britt
Wow, 49 out of 50 states. That’s incredible. And how did you decide who got to go to Alaska?
Jonathan
Okay, well there were primarily, when the opportunity to go to Alaska came about, there were primarily two of us that were traveling. If a good trip came up it was rock-paper-scissors, and if a bad trip came up it was rock-paper-scissors. I legitimately lost out on the Alaska trip. So I should have gone with scissors, I guess.
Britt
And then what’s the craziest extreme that you’ve gone to from one state to another? Tell us a little bit about that experience.
Jonathan
OK, well, as far as weather-related, one day I was coming back in the morning. I was coming back from somewhere in Florida, and it was during the winter. I got back into the office before lunch and just happened to run into you Britt and you said, “Would it be possible for you to be in Appleton, Wisconsin,” and I say, “Like when?” and you said, “Tomorrow morning.” I remember giving you a crazy look and thinking, “I don’t want to do this.” I thought about it and decided, okay. So I immediately booked a trip to go to Wisconsin. All I had was clothes for Florida because I was just planning on being in Florida that week and ended up in Milwaukee that night. It was like single digit temperatures and all I had was short sleeve shirts. So yeah, that was a quick turnaround trip but it was very cold.
Britt
Yeah, that happened a lot. So what Jonathan was talking about is when you’re first starting a service department and you’ve got a small team and then you’ve got clients calling in, sometimes you’ve got quick turnarounds that have to happen. And yeah, sometimes you’re having to ask people to fly out of Florida and then go straight to Wisconsin, or in some cases, jump on a plane and get to California and then go right from California to Canada.
I mean, you can’t plan for exactly when service is going to happen, but you can start planning to build your team out to make it the least painful process as possible.
Julia
So Jonathan, did you get a coat when you got to Wisconsin?
Jonathan
Nope, I just made the best of it.
Julia
Just toughed it out in your flip flops and shorts.
Jonathan
Well, no flip flops, but yeah, just dress pants and dress shoes and a polo shirt.
Britt
I heard about this one time that you had to use a microwave in a hotel.
Jonathan
Yeah, well, sometimes when you’re planning out these trips for service, you think that you’re gonna be in one place for a certain amount of time and then the rest of the week is already scheduled out. But a lot of times, you have to make changes on the fly. So you pack enough clothes to be somewhere one day and then you add another day’s clothes to it just to make sure. And sometimes those trips end up being extended throughout the whole week.
So one time it’s the afternoon and I’m out of clean shorts and I wanted to wear shorts out that evening to get something. So you do what every everybody does that is taking an extended trip that’s not planned: You wash your clothes in the sink. I just found out the microwave is not a good thing to try to dry clothes in.
Britt
What happens if you put clothes in a microwave?
Jonathan
Well they’ll overheat in places and start smoking.
Britt
Oh, that’s good to know.
Jonathan
Fortunately I didn’t set off the smoke alarm. That would have been really, really bad. Yeah, lost that pair of shorts.
Britt
So not only were you out of clean shorts, you’re down a pair of shorts as well.
What’s the worst experience you’ve had as far as service and then what’s your best experience that you’d say overall from service?
Jonathan
Well I always wanted to make sure I was doing a good job for the customer and wanted to be a good representative of the company and have a good first impression. I wanted to leave with the customer having had a good experience and having a machine that’s working.
I was in Boise, Idaho. I’d left at 0 dark 30 that morning and I remember getting into the office and I just kind of have the shakes because I haven’t eaten anything and I want to get started on this and get it over with. So, I have this machine with probably a 500 to 600 part bill of materials and it’s completely taken apart. All the external housings are off it, all the internal components are out into the bottom to change some CPU components.
The doctor is coming through the office back and forth which is making me nervous because he’s asking me questions like, “Is my machine ever going to work again?” As I’m getting the thing back together, I have a few small screws that I have to put like a thread locker. It comes in a little one ounce bottle with a small paint brush in it and it’s fluorescent orange. Well, this is a brand new office and they have this bright green colored carpet and bright green colored chairs. As I said earlier, I had the shakes, and I opened this brand new bottle of Threadlocker and it’s like everything happened in slow motion: It slipped out of my hand, I tried to catch it with one hand, now it’s twirling. You can see this fluorescent red liquid going all over the chair where the bottle lands on the chair, bounces up, and then lands on the carpet. I immediately went to the office manager and told her what happened. She brought me some rags and then she brought me, of all things, this stuff that you get in automotive stores: It’s brake cleaner. And all you can smell in the office are solvents. At this point I can’t even breathe. I was able to get most of it out of the carpet, but we ended up buying a new office chair for that customer.
Britt
Yeah, I remember that call. It was like, “Britt, can we buy them another chair?” and I said, “Yeah, that’s the right thing to do. So let’s do it.” But things happen. Don’t feel too bad about it. I remember you felt really bad about it. And I was like, these things happen. Try not to make mistakes, but they happen. And obviously that was a pretty intense repair.
So probably if it had been a more serviceable device and service had been thought of ahead of time, you probably wouldn’t have had to go that deep into the system and would have had a much faster repair.
Julia
I can’t imagine that purchase request coming through. I’m just imagining at the office someone would be like, why is someone ordering one office chair? For our customer?
Britt
For our customer, not for this office.
Jonathan
Key takeaway for that is always have breakfast.
Britt
Yeah, that’s true.
Julia
Most important meal of the day.
Britt
And what was your best experience?
Jonathan
Alright, so best experience was the fact that going to so many different cities, you get to experience the cultures and the food. And my counterpart, Paul, in service, we always kept an Excel database of the best restaurants to go to.
Julia
Oh, that’s a good idea.
Jonathan
So I am, I’m a big fan of all types of barbecue. And so I would say a lot of the best experiences, there were many, probably revolved around barbecue. Should I name some of the places?
Britt
Yeah, definitely.
Jonathan
So Leo’s in Oklahoma City, Tyler’s in Amarillo, Texas, and Letha’s down in Mississippi.
Britt
Best barbecue. Good to know.
Julia
I am very impressed that you remembered those just off the top of your head. And you brought your barbecue skills to Blur. You’re like our grill master here.
Jonathan
Well, it is a hobby. I enjoy doing it.
Britt
And then what’s the craziest thing you’ve seen while on the road?
Jonathan
Oh, definitely that’s easy. I was out in Portland, Oregon, and I was driving down to Salem. I was on the five and I saw a motorcycle and a guy had a piece of channel iron strapped to the back of it and had a refrigerator, like a dorm-sized refrigerator, and he was transporting that from one place to another on a motorcycle. I thought that took a lot of skills.
Julia
Oh yeah, talk about balance.
Britt
Yeah, that’s some crazy balance. You know. Wow. Yeah, I’m sure you could go on forever. I mean, you’ve got tons of stories there. So, seen a lot of things, heard a lot of things, been to a lot of places. I guess we’ll end with what are some lessons learned, like a few lessons learned if you had to tell our listeners out there that you got from service?
Jonathan
I learned that most people will treat you as you treat them.
Another thing is airline etiquette: always be nice to the flight attendants and most of the time they will be nice to you. You always want to give up the best seat if you’re on Southwest to the mom that is nervous about having her kids with them when she gets on the plane late. Things like that. And I did learn that the middle seat won’t actually kill you.
Probably the most important thing though is you always wanna check the mattresses when you’re in strange hotels.
Julia
Have you found anything?
Jonathan
Well, I was out in Washington state and it was the only encounter I ever had where I actually saw a real live bed bug. I disappeared from that hotel pretty quick.
Britt
And then what about lessons learned from, you know, being out in the field performing service? If you were mentoring someone right now, who’s new to service and they’re about to go out on their very first service call, what would you tell them when they get to that office their best thing to think about is?
Jonathan
Tell them that everything doesn’t go as planned. Be confident in your support group back home. Have numbers of people that have expertise in things that you’re not an expert on, and realize that the worst thing that can happen is you can’t repair the machine and you might get another stab at it.
Julia
Yeah, I think being confident in your support team is a huge one. The worst thing that can happen in that scenario is you might not be able to fix the problem right there when you’re there, but that’s why you have your support team and the experts that you can rely on and call up.
Britt
Yeah, well, this has been great, Jonathan. I really appreciate you joining us today and hearing all your stories and lessons that you’ve been able to share with the listeners.
Discover more about our service capabilities through our contract manufacturing site.
In Focus Podcast - S2 004: Test Fixtures for Medical Devices
In Focus Podcast: S2 - 004
Medical Device Test Fixtures
Ensuring products are functional and safe before use
What are test fixtures and why are they useful in product development?
When in the product development cycle should you consider using test fixtures?
We sat down with Nathan, a test fixture engineer at Blur, to understand when test fixtures are needed and why they’re valuable.

Play Episode: Test Fixtures for Medical Devices
Julia
Thanks for joining us today, Nathan. Can you describe what you do here at Blur?
Nathan
I am our test engineer here at Blur. So I design and develop test fixtures, manufacturing fixtures, assembly fixtures, things like that. I’m also involved with the design verification and validation to make sure that our products are functional and safe before we send them to clinical or to the open market or wherever they may go. And that about sums it up in a nutshell.
Julia
How long have you been in this field of test fixtures and creating test fixtures, and how did you determine that that’s what you wanted to do as a career?
Nathan
So, In 2009, when I was 15, I got a job at a third party test lab in Pennsylvania, where I used to live. I started there sort of washing windows, scrubbing carpets, and not so fun things like that. But I was still in high school, so it was okay. They were a very large aerospace test facility, and their market was that they were third party, so they don’t have any weight in whether the results pass or fail which is always what you need at the end of the day to get a system passed for use by the FAA or different things like that. So I’d worked there for a while, I knew the background of where I worked.
And when I went to college, I got a degree in mechanical engineering. When I got out of college, I was offered a position as a project manager at that business and that would have been in 2016. So I started there and I worked in non-metallics, so composites, plastics, things like that.
And that’s where I really got into this because, at the time when I got into it, the use of composites and plastics for structural components in the aerospace industry was still fairly new. So it was a new department that we had opened up at the place that I worked and everything there was, at that time, a lot of stuff that they hadn’t done before. So that’s where a lot of the designing new tests and new fixtures and things like that came in because they had 40 or 50 years experience testing metals, but it’s a totally different animal once you get into, in particular, the composites, the carbon fibers, those are very complex tests. So that’s where I got started on it. I did that for five or six years before I came here and now I’ve sort of been doing a similar thing since I got to Blur.
Britt
Yeah, that’s great. I’ve worked a lot with Nathan, specifically in the manufacturing area with fixtures and yeah, he can come up with pretty much anything. So I’ve definitely had a lot of great experiences with Nathan.
For our listeners out there though, it would be good to kind of hear your process a little bit. First thing, how do you know when a fixture is needed? Like how does our client know they should be actually reaching out to you for a fixture?
Nathan
That can vary. Sometimes we are told by the operators who are working with a specific device, to either assemble it or test it, “Hey, this is fairly complicated, it’s labor intensive, it’s not really working out well for us.” So really it’s whenever you make an observation that something could be improved by, you know, minor automation or less human involvement. Whenever you notice things like that, that’s really a good time to consider that it might be a good idea to make a test fixture and assembly fixture, depending on where you’re at in the project.
Unfortunately, there’s not a direct answer for that. There’s no right answer. It’s really whenever someone observes that something could be improved, that’s the appropriate time to consider investing the time in making something like that.
It depends on how complex the system that the fixture that you’re considering making is also. If it’s minor, like an alignment jig or a holding jig or something like that, we can come up with something like that typically within a day. It’s not very labor intensive, it doesn’t cost a lot to do something like that. But, if we’re getting more into an automation type thing, that can obviously take a little more time and it’s a little bit bigger of an investment.
So it’s all about weighing the investment that you’re putting in now to develop some sort of fixture versus, you know, what it would take for someone just to do it. If it’s a, if it’s a small builder, if it’s a minor thing versus a large complex system that is going to take more time and money to come up with.
Britt
And what’s your process for coming up with a fixture? Are you typically just thinking of it from the user’s perspective and then working through how to make it easier or like what are your steps? Do you draw it out first or do you just start pulling materials and start playing around with things?
Nathan
The first step for me is I like to see what the problem is. So if we’re working on something in manufacturing and we’re having trouble with assembly, we’re having trouble holding it apart or whatever, I like to watch the process to visually see, okay, this is what they’re trying to do and this is potentially how we could improve it.
Outside of that, it’s nice here because we have all the materials and resources to rapidly prototype a lot of things. So it’s easy to come up with a simple design to sketch it out, to get it drawn up in a 3D modeling system like SOLIDWORKS. From there we can cut some simple parts out of plastic on the laser and assemble a simple mock jig that way, or we can 3D print something if we think that’s more appropriate.
Really it’s looking at the process, trying to see what the problem is, coming up with a quick solution to it, and prototyping it to get it in the hands of the people who are using it to make sure that that they see this as a benefit that it’s actually working how they think it will. And from there, after we have that initial prototype, it can be improved to something more robust and more permanent. The first step in the process is to come up with a simple design just to make sure that we’re headed in the right direction and then we can, I don’t want to say complicate it, but we can make it better from there.
Britt
That makes sense. And it sounds like for the most part, a lot of your fixtures are related to making things more automated or easier for the user. Do you also see a lot of need for fixtures when it comes to electrical testing or in process testing to prevent end of line failures? Where do you see the most fixtures coming out of?
Nathan
A lot of fixtures that we’re making, at least since I’ve been here related to testing, are life-cycle type things. For most of our design verification campaigns, there’s portions where you want to cycle certain components of the device for the expected life. So, we may unplug and plug something in up to thousands of times to make sure that it’s going to survive what we expect it to see when it’s in service. And obviously, it’s easy to have someone sit there and unplug and plug in a cable 10,000 times, but for things like that, there comes a point where it’s no longer cost effective to pay someone hourly to do that as opposed to investing the time upfront to come up with an automated system for it.
We have numerous fixtures here that run on linear actuators, things like that, to make repetitive motion automated so that we don’t have to have someone sitting there doing it. And it’s twofold because it saves time. These are kind of set and forget type things where you set it up, you tell it to go and you check on it when the test is done, once the fixture’s been validated and all that, but it also gets you a more repetitive process where you sort of taking the human error out of the test that you’re doing because you know that it’s doing exactly what it was designed to do every time without fail. So you’re eliminating a variable essentially, depending on what kind of test you’re doing.
Britt
Yeah, and you’re saving somebody a lot of time from having to do that a thousand times.
Nathan
A lot of times that somebody is me. So it’s nice. That’s why I save myself some time there.
Britt
What’s a fixture that you’re most proud of?
Nathan
One of the ones that I did earlier in my time here, it’s basically a cyclic fatigue fixture that takes a round medical device and curls it into a G shape and then extends it back to a straight line. It cycles it that way, you know, a couple thousand times. And then that fixture is also able to take the sensor in a straight line and twist it so it’s like a torsional type test. That one was one of the more complicated ones that I worked on here. So once we got it together, it worked out pretty good. I’m fairly happy with that one.
Another one that we get a lot more use out of is another cyclic fatigue type fixture that applies a shear stress to a bond line of one of our devices to simulate the stresses that it might see in use. That one involved some usability type testing where we had people wear the device and said, okay, do jumping jacks, do pushups, sit up, sit down, and tried to evaluate what kind of stress was actually on that bond line when we were using it. And then taking that and sort of getting a fixture to emulate the stresses that the device sees during actual wear. So that one, the mechanical side of that one isn’t as complicated, but the setup, it’s definitely a lot easier to tie it into the real world use of the device. So that’s another one that I’m fairly happy with.
Britt
That’s great.
Julia
Wow, those are cool.
Britt
Yeah, very cool. I guess my last question I have is just what would you recommend for our clients in that test world or fixture world for them to start thinking of sooner rather than later in their process?
Nathan
I think the earlier that we get started on these, they’re almost like side projects compared to the big scheme of the devices we’re making, but the earlier we can recognize that we need them and we can get started on the development of them, that gives us more time to do some iterations and get a better functioning system. As opposed to, you know, sort of getting it at the last minute and saying, “We need this now, this has to go out, we have to do something quick,” which we’re more than capable of doing, but the more time you have, the cleaner the systems can be, the better they can work.
I think one of the challenges is that a lot of times with assembly fixtures, we don’t realize we need them until we’re in the assembly process. And there’s two sides of that: On the R&D side, the assembly is typically a little simpler because we’re doing small volumes, but once it gets to the manufacturing side and we’re in more of a production volume, we start to recognize that this could be made, this could be improved, we can make this a little easier. So if we can get it earlier on, it gives us more time to develop it. And on the testing side, it’s the same sort of deal where a lot of times we’re getting into design verification and it’s sort of a rush and we realize that we need this. And again, we’re always capable of getting a quick solution like that, but the more time we have, the better of a system we can come up with.
Britt
Yeah, that’s great. I really appreciate you being here.
I think that we can gain a lot from your knowledge. I’ve definitely had to pull Nathan several times to help with assembly for sure in the manufacturing process. The one great thing is having him on site and being able to, as he said, rapidly create a prototype for us to try out and then get into manufacturing quickly and without any downtime.
I’m glad you’re here today to help educate our clients.
See more of examples of our medical device test fixtures.
In Focus Podcast - S2 003: What Are You Thankful For?
In Focus Podcast: S2 - 003
What Are You Thankful For?
As a company, we have a lot to give thanks for.
We’re thankful for our employees who tackle complex problems head-on and are never afraid of a challenge. Without them, there would be no Blur.

Play Episode: What Are You Thankful For?
We’ve taken a few minutes to interview the team members at Blur asking the question, what are you thankful for?
Some answers are silly, some are serious, but all are heartfelt. I hope that as you listen to this, it spurs you to think about your own life and recognize the good in this year.
- This year I’m thankful that me and my family have stayed healthy.
- I’m just thankful for the year. It’s gone by so fast. I have a brand new great granddaughter, so that makes two. So I’m thankful for that. Just thankful for that we got all moved into the new facility. Shop looks great and we’re all set and ready to go.
- Grateful to work with great people at a great place and free food.
- I’m thankful for the coffee maker.
- I’m thankful for starting a new job at a super supportive company.
- I’m thankful for my family, my friends, my health, and all this natural light that we get at our new office.
- I’m thankful for my family and that we’re almost done with our house renovations. And I’m thankful for your dog Lulu.
- I’m thankful that my grandma is recovering from her stroke.
- I am thankful for the new building that we just remodeled and that’s coming along great. And for my dog, Coast. And just friends and family in general.
- I’m thankful for 80’s hair metal and the better world it has given us due to the use of spandex.
- I’m thankful to work with a bunch of really passionate nerds who are actually really happy to do what they’re doing and help out.
- I’m thankful for my new job.
- I’m thankful for a group of co-workers who I enjoy spending time with.
- So I’m thankful for all the blessings that I have, the countless blessings, including my wife and my soon to be one year old kid.
- I’m thankful for a really good writing pen.
- I’m thankful for office dogs.
As a company, we have a lot to give thanks for.
We’re thankful for our employees who tackle complex problems head-on and are never afraid of a challenge. Without them, there would be no Blur.
We’re thankful for the Blur team members we’ve gained this year who bring fresh insights and ideas into the workplace.
We’re thankful for moving into new R&D and manufacturing buildings that will give us the space to grow.
Lastly, we’re thankful for each and every one of our clients that trust us to help them along their journey of product development. Because of their belief in our team, we’ve gotten to develop some truly exceptional medical devices that are changing and saving lives.
From everyone at Blur, a heartfelt Happy Thanksgiving.









