PTC Inc. (PTC) Earnings Call Transcript & Summary
January 27, 2023
Earnings Call Speaker Segments
Unknown Attendee
attendeeWe certainly hope this finds you well in having a wonderful Friday thus far. I am Lauren with the National Association of Manufacturers and the Manufacturing Leadership Council, and I am delighted to welcome you to our MasterClass series tech talk, delivering 5 years of value in 12 months. digital continuous improvement at enterprise scale. Now before we begin, just a few housekeeping items. [Operator Instructions] We will do our best to address your questions at the end of the session. So now let's get into our content. Please welcome our end moderator, Mr. David Brousell, Manufacturing Leadership Council's co-founder. David, over to you.
David Brousell
attendeeThanks, Lauren, and for that nice introduction. And welcome, everyone, to our MLC Tech Talk for today. I hope you've been having a great week. And I'm sure, today, we'll put a capstone on the week for you because we have a great topic to discuss with you. But before I get into that, let me welcome our panelists today, Craig Melrose from PTC. Craig leads PTC's thinking on digital transformation and manufacturing. And I'm sure, as many of you know, PTC is a longtime member of the Manufacturing Leadership Council. So welcome, Craig. Great to have you with us today. We've got a really interesting subject, as I mentioned. It's how to achieve continuous improvements in operations at enterprise scale faster than ever before. It is one that will be of great interest to any manufacturing operations executive who was trying to drive value from digital investments in their plant floor and factory operations and better align their operational disciplines. I'm sure that's music to the ears of our attendees. Everybody is trying to optimize their M4.0 investments.
David Brousell
attendeeSo let's get started. Craig, my first question to you is that MLC Research, which you know we do quite a bit of has clearly shown that manufacturers are accelerating their investments in digital technologies and digital transformation, in part spurred by the pandemic putting a premium on greater agility and flexibility to deal with disruption but also as part of a long-term transition to the digital model of production. However, traditional improvement and efficiency discipline, such as continuous improvement and operational excellence, haven't really kept up and are still largely manual. So my first question to you is why has this happened in your view?
Craig Melrose
executiveSure. Sure. Absolutely, David. And David, always great to see you. Thank you for having me. Always great to be a part of Manufacturing Leadership Council. And like you said, exciting topic, we'll dive into a lot of it. But to your first question, my experience over 30 years across almost every vertical industry on the face of the earth and driving improvement in all of those industries. This is similar across all those industries. And I think part of the reason and rationale behind it is everyone has a different starting point, either a different starting point because of the cycle times of their products or the skill level of their workforce or the customer requirement and customer demand. But certainly, once you get below that, it's also different in the sense that some people have 30-year-old equipment, 10-year-old equipment, brand-new equipment. Some people are using MES systems. Some people are not. ERP has been around for quite some time, and everybody has evolved that or ERP systems. And so whatever the different data systems are, everyone is trying to understand how do I just deliver today's performance. And not all of that information is easy to get a hold of, to get your arms around or there's so much data. Nobody knows what are the few pieces to pull out to give me the one insight that says, go do x and...
David Brousell
attendeeLots of data but few insights.
Craig Melrose
executiveVery few or almost no insights to be provocative. And so I think everyone is looking at that and saying, I don't quite know how to get my arms around it. I'm just going to circumvent the entire thing and do manual exactly what I need and use whiteboards and checklists and audits and what have you. And that's a great Band-Aid, but it's not a cure. And I truly think digital can be a cure.
David Brousell
attendeeYes. So how do we apply continuous improvement techniques to accelerate continuous improvement, if I can put it that way in a better way?
Craig Melrose
executiveYes. And I know we'll get into it in this conversation. Part of what we've tried to do at PTC is create a system that is much closer to what we just described. What is it that you're solving for? For example, I know you know and an operator on any shop floor for everyone that's on this webinar today knows what an hour is. But I might look at an hour and say, hour is 60 parts for me. You might look at it and say an hour is 1 part for you, but it's still an hour, right? And so we've got this common denominator that we can use. And I think if you start to build the digital systems around some of these common denominators, stack the data such that it helps you to disaggregate or break down into bite-size pieces, what's inside that common denominator. You start having a much higher chance of success of then leveraging digital versus manual. And in that higher chance of success, it actually is very intuitive. There's no training required. I don't need to explain to you what an hour is or you don't have to explain to me. It's a bit like the smartphones in our pockets. Most people did not go to a class to learn how to use it. They just started learning because it's very intuitive. And how do you get digital to be that same level? And at PTC, we call that digital continuous improvement for continuous improvement. Continuous improvement is a great process, great process. Sometimes some companies can't see the forest through the trees because they're so into -- I have 1,000 little actions. Each action is worth $10,000. Collectively, I've got my $1 million a year target. I'm going to get $1 million every year. That's 1% of my cost, which was $100 million. And all of that is wonderful. What we're trying to do is change that and say, well, what is a one activity that might be worth $5 million. How do you get 5 years of impact in 1 year or in 12 months and really change it because you've got digital giving you those 3 or 4 big ideas versus hundreds or thousands of little ideas. Does that make sense to you?
David Brousell
attendeeYes. No, I see what you -- where you're going with this. You mentioned before just a moment ago about all the data coming in, and the data volumes are growing and growing and growing. Our research here at MLC has shown that manufacturers in the next couple of years are expecting up to a 500% increase in beta volumes. So finding the nuggets and really focusing on the few things that can really drive substantial value versus many things that may drive less value is -- can be quite a challenge. So how should manufacturers tackle that focus and prioritization problem?
Craig Melrose
executiveSure. Sure. Absolutely. So I'll give an example. I spoke to a customer 1 time and they were saying that now that they have more data, they're measuring micro stoppages. And I was like, I understand what that is, but help me understand your definition of micro stoppage. And they were saying less than a second, hundredths of the second, tenths of a second. And I was like, okay, that's interesting. I could absolutely see how digital is allowing you to do that. And then I was saying, well, how many micro stoppages do you have in a week? And they're like, "Oh, thousands." I'm like, wow. Okay. That's good to know and good to measure, I guess. If you total up the full time lost of all those micro stoppages, what's it come to in a week, and they were like, minutes. And I'm like, why are you worrying about all the energy and effort into measuring thousands of microstoppages to understand 10 minutes of loss a week when I'm certain there's something you have that's maybe 3 hours or 6 hours or all of your changeovers, what's the variability between them. And it's a total of 10 hours to change over, and maybe 3 hours of that 10 hours is variable and could be compressed. I'd rather be going after 3 hours, 2 hours, 1 hour, not 10 minutes 1,000 times. And they were like, "Oh, I see your point." Like just because I can doesn't mean I should.
David Brousell
attendeeYes, yes. And that's where a better strategy comes in better model or implementing that strategy. Yes, that's a key issue. We all get inundated with these things. But to focus down on the 2 or 3 things that will really enable you to improve things and execute better is the challenge for sure. Let me ask you another question now about this whole idea of continuous improvement and making it much better so that we can accelerate the delivery of value around it. Many manufacturers rely on operational equipment effectiveness. OEE is an important way to measure how operations are performing. But of course, it's not perfect. What do you think are OEE's limitations?
Craig Melrose
executiveThat's a loaded question, David. I will do... .
David Brousell
attendeeWe specialize in them.
Craig Melrose
executiveYes, that's right. I may make a lot of friends. I may make a lot of enemies here in the next few moments. For me, my biggest concern with OEE over the last 30 years of doing this in every different vertical industry, the challenges around measurement and accuracy of measurement and standardization measurement. Now what do I mean by that? OEE, by definition, is percent-based. So it's a percent of something else. So it's not even a direct measurement. It's an indirect measurement or a secondary measurement. Then it's a secondary measurement of things like availability, performance, quality. So now I've got 3 secondary measurements, all in percent, then I'm going to multiply all of these percentages against each other to create a fourth percent. At that point, that's like an index. It's not even a real number. And so as a result of all of that, simplistically, OEE becomes a reporting tool, not a problem-solving tool. So it's Craig is a 65%. David is a 72%. Well instantly, everyone is saying, David's doing a good job; he's 72%, and Craig is doing a bad job, he's 65%. That may or may not be true. I might be including all planned maintenance. You might be excluding some of the planned maintenance because you're like it's planned. I knew I wasn't going to run during that time. I'm not going to penalize myself for it. So now even though we work at the same company, your measurement is different than my measurement, but you can't really know that by just looking at the percentages. Maybe we're measuring it identically the same. Your 72% is not meeting customer demand. My 65% is meeting customer demand. Suddenly you're the bad plant that needs to help and needs work. I am not the bad plant. But you wouldn't know that just by looking at the numbers because human nature, 72% is better than 65%. And so as a result, it really becomes complex to do the right problem solving, to understand is it the right level of performance or not, is everything included in the calculation or not. And so there's a lot of I think, frustration around that metric. Although it's a great metric, it's more the issues around how it's used and how it's measured, not that there's a problem with the metric itself. Does that help to better...
David Brousell
attendeeIt almost sounds like you're saying it's good but not necessarily sufficient.
Craig Melrose
executiveYes, although what's happened to it over time has made it less and less valuable and yet it's the best thing we have. And so that's where our earlier conversation -- something like OEE, more intuitive, more helpful and -- to do so rather than keep doing it the same old way, expecting a different result.
David Brousell
attendeeYes. So let me circle back on something you briefly mentioned before. You and several of your colleagues last year authored an article in our Manufacturing Leadership Journal that advocated that manufacturers should move away from percentage-based measurement models to a time-based model. Is that the better approach that you see here? And how do you see that? If you do that, how do you see that improving things?
Craig Melrose
executiveNo, absolutely. Absolutely. I think we have couple of graphics that will help us here. Here's an example of time-based to help everyone, right? This is just a typical week. Now this week could be 6 months' worth of data, David. But in that 6 months, take the normal performance and normalize it down to 1 week, 1 168-hour week. And in that week, this company is running 5 days, 2 shifts, 80 hours and 1 shift of over time on the weekend, 88 hours. And their output is 45 hours of productive time because they made 4,500 units products and they're basically making $100 an hour for simple math for the simple example here. 45 divided by 88, 50% OEE. So you still have that percent that you've always had because you don't want to go away from that metric that you've measured for decades now. But what's between the 45 and 88 is presented in a very different way and all the details below this, this is just the high level, are presented and nested in a very different way. So quickly, you look at this as a frontline operator and say, "Wow, we're losing almost 2 shifts to unplanned downtime, 1.5 shifts to change over, a little over a shift for speed loss. Wow. Let's go in and problem solve speed loss, let's say. And so very quickly, it turns into a problem-solving tool plus the reporting, you still have the 50%, when you go into the problem solving and say, let's try to improve speed loss. And so then on the next page, just assume that we were able to do this. The next page would show those 8 hours are improved out of speed loss, and we can turn that into revenue or we can turn that into cost. And so then the revenue example here would be those 8 hours turn into 800 more parts because we are making 100 an hour with 8 hours, 800 parts just again for simplicity. Everything else stays the same, 53 divided by 88, 60 or a 9 percentage point movement. Now also, we could have said the target was 5,500 units to meet customer demand, 6,000 units to meet customer demand. And you would have gone back and said, okay, how many additional hours do I need to meet that target number. Here, we just used 8 hours versus 800 units or 1,000 units or 1,200 units. But the problem solving target setting is very easy here. And then where am I going to capture that savings to achieve that target is very straightforward. Now they're detailed in the problem solving, absolutely. But here, we capture that. And again, this is just 1 week. So that 800 units in this example is probably worth thousands or hundreds of thousands of dollars, 50 weeks a year that ends up being millions, multiple lines in a site that ends up being multiple millions and then multiple sites across the network that ends up being tens of millions of dollars for a company, and we're seeing that. We're seeing that in our customers that are deploying like this. They're getting millions quickly, same year, and they're getting tens of millions across their network, and it's really changing the way that they're engaging with the data, and digital is allowing this to happen. This is just a revenue example. The next example is cost. We can take those same 8 hours and take out that overtime shift. Same type of math, 45 divided by 80 now instead of 88 because we took the overtime shift out, that happens to be a 56 or 5 percentage points. But again, it's tens of thousands or hundreds of thousands per week weeks in the year is millions, multiple lines, multiple millions, multiple sites, tens of millions. And so very quickly, that multiplier gets very large when this becomes your standard across all your lines and across all your sites in the network. And so I think that's why the time base helps more than the percent. You still get the reporting of the percent, but the time helps you to see and problem solve and establish targets and engage. Maintenance can look at that and say, "Wow, 14 hours of unplanned. I need to go look at that. operations can or a continuous improvement can look at changeovers and say, "Wow, 11, is that compressible. Operations can look at the speed loss and say, wow, is there a way to solve that." All different groups can engage on different parts of the data and problem solve together against one common target and one single source of truth. Does that help to clarify it a little bit better, David?
David Brousell
attendeeYes, the numbers are very compelling. What's involved in a company making that switch to the time-based? Is it a steep climb to do that? Or is it relatively easy? What would you advise there?
Craig Melrose
executiveSure, sure. So I think, like anything, change management is the hardest part, right, right? The behavior and the mindset is the hardest part. Let's assume you know how to change mindsets and change behaviors. The rest of the changes are very straightforward, right? So this example and this approach, what we call it DPM, digital performance management, and is built on the back of ThingWorx, an IoT platform, so by definition, IoT is meant to grab data from any system and then contextualize that data. So it really doesn't matter your starting point. It doesn't matter what systems you're using. It doesn't matter where the data comes from. You can tag the data, ingest the data, contextualize the data and get it to say the right things, and that's weeks of effort. And then we've had customers go live and within weeks, literally 6, 8 weeks there are already 10, 15 percentage points of improvement worth millions, like what we just walked through. So that was a general example to help everyone here, but it's a real example in the sense of what we're seeing customers achieve in just a matter of weeks to get to that point. I'd also say we've built it were it to be 100% manual. So we've had customers run it in parallel to their existing systems just to test them side by side and do it manual, even though they're little bit extra ask of the operator for a short period of time to enter it in manually. But if you had a 50-year-old machining center that's not automated, you could leverage this manually and still have a standard answer across all of your assets. You could use it in a brand-new plant that's fully automated and it's 100% automatic data. You can use it in a 10-year-old plant that's maybe 80% automated and 20% -- entry on some of the items that aren't sensored or an instrument yet. And you may actually use it to say, wow, we should instrument this item because it's requiring a lot of manual entry, and we don't want manual entry anymore. We want to automate that data. So different companies are using it in a lot of ways, but there's a lot of flexibility to allow you to embrace it, deploy it with the added element of mindset and behavior change on change management. But I do think it's a major change. We've had customers look at it and say, We already have something that we love, and then they look at this and the operators are like, wow, I didn't even know that." And suddenly, they're like, "Wow, our existing system didn't measure that way or didn't make it that transparent." And even just that, Aha! I see something I haven't seen before, helped with some of the behavior change and some of the mindset change to say we want to adopt a different way.
David Brousell
attendeeYes, very interesting. I'm glad you mentioned very briefly the technology piece because that was my next question. What do you need? Or what does the company need technologically, digital technologies to make this happen? And is there a role here? You did -- I think you mentioned this in the journal article. What's the role for AI and analytics here?
Craig Melrose
executiveYes absolutely So you can imagine you're gathering all that data, that performance data. And like we just saw in the example, it could be changeovers. It could be speed loss. They could be unplanned downtime. It could be lots of things. Some of that data, a lot of that data, you can look at traditionally and just see, "oh, that was between SKU A and B," or "that was on second shift after a downtime event," whatever it is, and you can see it and solve it traditionally. You can also take all of that data and apply AI on top of it, right? And so we've had a consumer packaged goods company in Europe, look at it across changeovers because consumer packaged goods has so many different combinations of changeovers and so many layers of changeovers. It could be the primary packaging, the secondary packaging, the configuration of the packaging, the quantities, all of these items, and they use AI and tested it. And they found that going from 4 units to 2 units on the weekends had the most variability on changeovers. That's probably something nobody would have seen with just the naked eye, staring at the data. And so certainly, AI has a place to reinforce especially when there's large quantities of data. Otherwise, it's really hard to tease that out. We had another example of sunlight reflecting off of a sensor, right, at a certain time of day and causing false positives, these kinds of things, it would be really hard to see that in the data. But when you take multiple data sets and put them together to correlate and use AI to do that correlation, it's very powerful. And so what we're seeing is use traditional problem solving and use AI together to be able to solve 100% of your problems.
David Brousell
attendeeYes. That's -- as I said, that's very good. These numbers are very compelling. I don't know how you could not look at it. Taking all this in summation, so to speak, we've talked about focusing on fewer but more impactful things that can drive improvements. We've talked about switching to a time-based model. We've talked about applying digital technologies to sort through all the data and provide some clear information or insights about what's really happening here. Explain what you mentioned before. You used the phrase digital performance management. How can that help manufacturers create what you mentioned in the article, which is a self -- I'll quote this, "a self-funded productivity engine" and accelerate the delivery of value with continuous improvement, which is what we've been talking about for the past 27 minutes. How do all these things work together to achieve that accelerated improvement?
Craig Melrose
executiveAbsolutely, absolutely. So this is a high-level graphic to show that, David, and a lot of best practices are here. You can see the loop and the closed loop. That's very classic Lean Six Sigma, continuous improvement. In the center, you can't quite see it, but that's a color-coded bar that's just hour by hour, right? A typical interface for an operator to say, am I doing a good job, and am I on track, not on track. But at that hour by hour, back to our example, say, it's 100 units an hour, if you only have 90 units at the end of the hour, the system is telling you where is the other 10 units. And they can either say, well, here, I have 5 of those 10 units automatically. I need you to help manually enter the other 5. And here's a pull down on it quickly. So it's just seconds per hour for an operator, no problem on productivity or harming their productivity. It could be all 100%. They could have had 100 for 100 an hour. No activity required. No input or interaction required. But it's very similar to what a lot of companies are using. It's just a digital version of that based on ours. And that goes into the 12:00. This is just cycle time versus tack time, classic bottleneck analysis, kind of a typical process engineer, manufacturing engineers, activity, but it's done real time with real-time data. And so you're leveraging that data to say, here's my #1 bottleneck, my #2, #3, how much. There's a difference between each one. Then you go to that waterfall at the 2:00, which is what we talked about earlier. So for each of those bottlenecks, there's a waterfall. And I think that's important. If you had 100 assets in your facility, one of them is pacing the entire factory. Go for that one. Don't work on all 100. Work on that one for throughput. And so what's that bottleneck and then what's that 168-hour waterfall for that bottleneck? And then for each loss on that waterfall, there's a root cause, Pareto. And typically, everyone knows the first couple of bars of the Pareto are the things to focus on. So very quickly, you have 1 bottleneck, 1 or 2 loss areas 1 or 2 root causes, and so it's very, very laser-focused. And then the back half of the circle action tracker is just Craig needs to do this by Wednesday, David needs to do this by Friday. Has it been done? Has it not been done? When it was done, did it change the way you wanted it to change or not? And so this is just accountability and a bit of that program management, project management, change management that we talked about and then a balanced scorecard and then you're back to did we fix the bottleneck or not. And if not, what more do we need to do? And if so, what's the new bottleneck? And if you turn into a little bit of a ladder rinse-repeat type of cycle in this closed loop, and then you see in the lower right that time loss analytics is what we're calling AI. And so this is where you can leverage AI into that data to help you reinforce problem-solving just like traditional problem-solving. So again, that kind of a high level, but it's all knit together to reinforce and complement so that you can use it for problem solving so you can get those big results very, very quickly. And as a result of getting big results quickly, you want to make it an enterprise standard. And so then it becomes more of a single thing to do for the entire company. And I think you said it at the beginning of our conversation here, that's that impact, that's speed and that's scale that we're going for and trying to have the system reinforce that to help companies get there.
David Brousell
attendeeSo what has your experience with this so far taught you about how long it would take a company to get up and running with this? What kind of training operators would need and how quickly they could realize value?
Craig Melrose
executiveSure, sure. So we've deployed this with customers in multiple industries. 2 of the industries that are furthest along in that deployment would be aerospace, which is absolutely one into the spectrum and the other would be pharmaceutical, which would be a completely different end of the spectrum. And on pharmaceutical, the back half of the process, the packaging portion of the process. Both companies were able to deploy in weeks, the pharmaceutical company in about 6 weeks to go from 0 to ready to start utilizing it. The aerospace company, a couple of months, so 8, 9, 10 weeks, but still both in weeks. And then once they went live, the pharmaceutical company had results in about 6 to 8 weeks. And they were running that line 24/7 and needed more volume. They were able to get just short of 20 percentage points of improvement in 6 to 8 weeks of go live. That was worth millions for them per year on that one line, and they just filled it full of additional volume. They were so excited about that. They started rolling it out to other lines, and now they're looking at multiple sites to roll that out. And they're using their operations team to say, "Here's how you use it. Learn from the previous sites." They're using their IT team to learn from a system integrator to then say on the future sites, we'll probably self-deploy. But right now, we need the help to deploy; and that's how they're managing it. I think the aerospace company is not too different. It's just longer cycle times. And so they've taken something that maybe took 2 days and broke it down into 2-hour chunks and they're measuring it at the 2-hour chunk level and knowing that multiple of these will total up to one cycle time. So a little bit of a different adaptation but similar weeks to deploy, weeks to get value. They also were running 24/7. And so each additional set of hours that they can free up, they're running additional units, and that's extremely valuable for them as well to the tune of millions. And so both companies are seeing millions at the site level. They're forecasting tens of millions, if not upper tens of millions, once they start deploying it across multiple sites. And I think that's what's driving a lot of the excitement. The senior leadership team is also getting involved in saying, "We want to run this as a program and help you to go faster." Remove barriers and issues because this is such a big opportunity. It's risen up to -- this is kind of a top 3, top 5 importance within the company, and that's a great place to be, I think, for anybody that's involved in these programs.
David Brousell
attendeeSure. Very, very interesting. I think we're at the top of the hour. In fact, we're a little over the top of the hour. We want to open it up for Q&A now. If I can call upon Lauren Bissett. Lauren, do we have any questions in the chat.
Unknown Attendee
attendeeWe are currently doing pretty good here. I think you guys covered everything quite thoroughly. Yes, well done, but I will throw it out there to the audience. [Operator Instructions] We'll give you guys just a moment or you can raise your hand and we'll unmute you. Okay. I have a question. That came in at direct message. Watch this.
David Brousell
attendeeOkay. Go ahead.
Unknown Attendee
attendeeOperate in direct. So here we go, long-time listener, first-time questioner. Oh, I like this. If a company doesn't feel ready to utilize something like this yet but aspires to do so down the line, what could they do to prepare the organization to successfully deploy this?
Craig Melrose
executiveSure. Sure. I'm going to come at it a couple of different directions. One, I would say from my experience, every company is ready right now. You're just going to get a different level of value out of it. right? And so I wouldn't necessarily say I need to wait for something to be in place. I've worked with companies that did it 100% manual, 100% automated, everywhere in between, slow cycle times, fast cycle times, really advanced companies and really basic companies. So I would say you could get started any time you want to get started. That said, if you do want to wait a little bit. I think it's really around understanding the key elements of your performance, right? And so when you go to deploy something like this, you're looking at what are all the SKUs or products that we make and what are their speeds. Now speed, typically, is almost like a bell curve, and people pick an average speed or a standard speed. What we're talking about is what's the top decile of that bell curve, right? And so what's the best of the best? When you run it before and you really run it extremely well, go for that speed, and everything else is loss because if you've achieved it once, you should achieve it every time. And so you're kind of stretching your thinking on definitions. Similarly, on changeover because you're measuring time, the second you start ramping down and you're down and then you start ramping back up to full volume, from full volume to full volume is the changeover, not just the downtime. And so how much are you losing in the ramp down and the ramp up, you can start accounting for that if you're thinking about time where a lot of times people are just measuring the I'm down and not running portion of that. Similarly, I think, on minor stops, a lot of companies don't measure minor stops today or they'll have a policy that says, if it's 3 minutes or less, don't measure it. we've gone into customers, and they've said, "Oh, that's us, 3 minutes or less. Don't measure it." And suddenly, they have like 8 hours that's unaccounted because we're reconciling to 100% because we're using a 24-hour day and 168-hour week. And they dig into that 8 hours and it was like, wow, that 3-minute thing is happening hundreds and hundreds and hundreds of times every week, and it's totaling up to hours of time that we didn't know about. And so I think it's those kind of things to start thinking about so that when you go to deploy, you're not surprised and you're actually problem-solving them and thinking about how we're going to problem-solve them. I'd also say resources and even a little bit of budget and funding to be able to go and go quickly and people know what roles they're going to play.
David Brousell
attendeeLauren, I see we had a question come in about the OEE data and whether it is necessary to feed OEE data into DPM.
Craig Melrose
executiveIt is not necessary. What I would say the best is what are all the raw pieces that totaled up to that OEE number. Like we just were describing, I would like to know what this actual speed and the best demonstrated speed is for every SKU, the forecasted changeover time and the actual changeover times. Every single time there's a downtime, does it have a reason code or not? Even if the reason code is high level and it's a large number, you'll go back in and say we need to break it down into smaller pieces, so it can't just be equipment down. You might have to change it to motor was down, electrical issue, mechanically or even break it further. Electrical, can't just be electrical. It needs to be where was the electrical problem, what device was the electrical problem on. But again, you'll adapt that over time. but the raw data is what will get contextualized and be able to add up to just what's inside of OEE. Because I think a lot of companies don't necessarily know what's below those ratios or those percentages today. And you want all the detail to be able to have a richer problem-solving engine.
David Brousell
attendeeOkay. Lauren, anything else come in?
Unknown Attendee
attendeeI think we're going to go on last call for questions. So we'll just give it a moment, and I think we're pretty good. So something just surprises us. I think we're good. So why don't you wrap it up, David, and Craig? We appreciate it.
David Brousell
attendeeOkay. Craig, thanks very much for this discussion. Really appreciate it. I would recommend to anybody on the call, and maybe we can put it in the chat if we have time, if not, we can send it out later, the article that you and your colleagues authored in the Manufacturing Leadership Journal. It really gives a full explanation and description about this. So I recommend it to anybody whose interest has been picked by this and to read it. Lauren, I think we have some following announcements. MLC announcements, correct?
Unknown Attendee
attendeeWe do. We just want to cover some upcoming events. No slides to go into it, but if they want to go to those, we'll be good, and I'll get everyone that article shortly.
David Brousell
attendeeOkay. Very shortly, on Thursday, February 2, we will be holding a Manufacturing in 2030 project panel discussion. This is a follow-up from our Nashville event in December on artificial intelligence. We're going to be talking about some of the insights we gained from that conference in December and what we're going to be doing throughout 2023 on the AI topic. We will also be announcing a few MasterClass series events in the coming days. So stay tuned for those. And most importantly, I would say, is our 19th annual Rethink Summit will be taking place on June 26 through 28 in Marco Island, Florida. So if that's not in your calendars, please pencil it in. Our focus for the conference is going to be helping manufacturers accelerate their digital transformation. So it should be a very exciting conference with lots of really good case studies on how companies are already doing this that you can learn from. So I think that's it. And once again, I'd like to thank Craig for joining us from PTC. A very interesting topic. We're always looking to continuously improve. That's baked into our DNA as manufacturer. So a great discussion today. And I thank everyone for joining us. We look forward to seeing you on a future MLC event. Bye-bye, and have a great day.
Craig Melrose
executiveThanks, everyone. Thank you, David.
David Brousell
attendeeBye-bye.
Read the full transcript via the API
You're viewing the first half of this call. Get the complete PTC Inc. transcript — plus 248,000+ transcripts from 12,000+ companies, speaker segments, AI summaries and full-text search — through the EarningsCalls.dev API.
Get the API View API docs →For developers and AI pipelines
Programmatic access to PTC Inc. earnings transcripts and 248,000+ others is available through the
EarningsCalls.dev REST API. Plans from $24.99/month — full transcripts, speaker segments,
full-text search, and the recently-added /api/v1/transcripts/recent polling endpoint for ETL pipelines.