The B2B Podcast Index
Index
All categories
MarketingSalesSaaSFinanceHROpsLeadershipCustomer SuccessAI & DataProductStartups & FoundersRevOpsEngineering & DevTools
MethodologySubmit
Best of:MarketingSalesSaaSFinanceHROpsLeadershipCustomer SuccessAI & DataProductStartups & FoundersRevOpsEngineering & DevTools
An independent project byFame
SearchBest episodesGuestsInsightsMethodologySubmit a podcast
Index/AI & Data/AI Across The Product Lifecycle Podcast
AI Across The Product Lifecycle Podcast artwork

When AI Meets Sales, Support & Supply Chain: Omnae & Bardin AI

AI Across The Product Lifecycle Podcast · 2026-05-28 · 46 min

0:00--:--

Key moments - from our scoring

Substance score

50 / 100

Five dimensions, 20 points each

Insight Density10 / 20
Originality11 / 20
Guest Caliber12 / 20
Specificity & Evidence9 / 20
Conversational Craft8 / 20

Bardin AI and Omnae Technologies represent two distinct approaches to embedding AI across industrial operations. Fay Goldstein (Bardin AI) is building an AI-first product using knowledge graphs and embeddings to enable sales and support teams to answer complex engineering questions about industrial automation systems without escalating to top engineers - combining generative AI with classical machine learning to audit decisions and ensure regulatory compliance. Scott Lionello (Omnae) takes a different path, positioning their platform as a "jungle gym" where company AIs can operate safely within supply chain collaboration, with native ML for dependency resolution, data normalization, and an LLM-based email gateway to capture supply chain signals (late shipments, order changes, vendor communications). Both founders emphasize that AI success in regulated, high-liability spaces requires determinism, auditability, and human-in-the-loop workflows rather than fully autonomous agents. They also discuss how AI tooling (Cursor, Claude) has restructured their engineering teams - enabling smaller, more distributed squads and shifting product management from saying "no" to exploring edge cases - while cautioning against treating AI as a replacement for skilled judgment, skepticism, and domain expertise.

Key takeaways

  • →AI in regulated industries like industrial automation requires auditability and deterministic decision-making, not just probabilistic outputs like standard LLMs.
  • →AI-assisted development tools have enabled smaller engineering teams to ship faster by eliminating story point estimation and reducing project management overhead, though human judgment remains critical for product decisions.
  • →Building AI systems requires learning from historical human behavior and decision-making, not just technical capability, to ensure user acceptance and trust - especially with risk-averse personas like accountants.
  • →Knowledge graphs and classic machine learning are often more valuable than generative AI alone for solving structured domain problems in engineering and supply chain workflows.
  • →The shift from waterfall/strict agile to lightweight, outcome-focused development cycles happens naturally when AI tools accelerate execution, but introduces new challenges around maintaining architectural coherence across distributed teams.

In this episode

  1. 1Introduction to Bardin AI and Omnae Technologies
  2. 2Reactions to the OpenAI Moment and AI Skepticism
  3. 3Building Trustworthy AI for Regulated Industries
  4. 4AI's Impact on Software Development and Team Structure
  5. 5Rethinking Agile Methodology with AI Tools
  6. 6AI Architecture: Where AI Sits in the Product Stack
  7. 7Human-in-the-Loop Systems and User Adoption Challenges

Mentioned

Bardin AIOmnae TechnologiesOpenAIChatGPTCursorClaude OpusNotionFay GoldsteinScott LionelloMichael FinocchiaroCopilotFirefly

Guests

Fay GoldsteinScott Lionello

Topics in this episode

CursorClaude Opus 4.7Knowledge graphsdata normalizationBardin AIOmnae TechnologiesIndustrial automationSupply chain collaborationBill of materials (BOM)LLM-based systems

Questions this episode answers

What does Bardin AI do and who should use it?

Bardin AI builds an AI-first application engineer for industrial automation sales and support teams, using knowledge graphs and embeddings to help non-expert staff answer complex engineering questions, scope projects, and provide post-sales support without escalating every query to top engineers.

How does Omnae Technologies use AI in supply chain collaboration?

Omnae positions itself as a jungle gym for company AIs, deploying ML algorithms for dependency resolution, data normalization across messy supplier data, and an LLM-based email gateway that extracts supply chain signals (late shipments, order changes, vendor requests) directly into the platform.

Why do AI systems in regulated industries need auditability and knowledge graphs?

In industrial automation and finance, where decisions carry contractual liability and regulatory scrutiny, AI must trace its reasoning back through a documented path (like a knowledge graph) so organizations can audit why the system made a specific recommendation, not just rely on black-box predictions.

How has AI coding assistants like Cursor and Claude changed software team structure?

Both founders report restructuring from large single scrum teams to smaller, distributed full-stack squads (2-3 engineers + PM) because AI handles routine coding, edge cases, and some design work, allowing teams to focus on hard problems and reducing the need for strict story-point estimation and micromanagement.

What resistance have you encountered when automating workflows for finance and supply chain teams?

Accounting and finance personas are highly control-oriented and will disable automation if they feel locked out; Omnae had to redesign their system to let users enable one automation at a time as trust builds, rather than automating everything at once.

What our scoring noted

Our reviewer’s read on each dimension, with quotes from the episode.

Insight Density

10 / 20

The episode has scattered genuine insights - auditability via knowledge graphs in regulated industries, 'dark stack AI' in procurement, the Microsoft manufacturing agent-usage data - but these are buried under extended conversational filler, host tangents (Maimonides agents, black-box robots, time-zone banter), and vague startup hedging ('we're still exploring,' 'we'll see what the future holds'). Insight-per-minute is low.

when you're building out your the AI in order to give an answer, how do you trace back? that response in order to audit it eventually
a rate limit on an API is a feature and not an annoyance

Originality

11 / 20

A handful of genuinely fresh framings emerge - rate-limiting as a customer-safety feature, 'dark stack AI' in procurement creating post-mortem liability risk, and the Microsoft data showing manufacturing's high agent-count but low prompt-count indicating workflow tools over chatbots - but most of the discussion recycles standard AI-trust-cycle commentary and obvious startup observations.

a rate limit on an API is a feature and not an annoyance. Where, like you say, like giving your client the ability to let your scope of their API not light a 10 grand on fire in an afternoon
there's a lot of dark stack AI going on where line purchasers, buyers, reps are just using it and there's a fair amount of risk there

Guest Caliber

12 / 20

Both guests are genuine domain practitioners building real products in niche industrial B2B AI verticals - credible and relevant - but they are early-stage founders still figuring out pricing and customer traction by their own admission, not executives with scaled deployments to draw on. Practitioner credibility is present but not yet validated at scale.

we are building an application engineer that in the pocket of every industrial automation sales and support team member
we provide many to many supply chain collaboration solutions that actually provide a service that works for the small businesses

Specificity & Evidence

9 / 20

The episode references a few concrete data points (the Microsoft/a16z manufacturing agent report, SAP's 24-month minimum deployment, Claude Opus 4.7, named vertical-AI companies like Harvey) but offers almost no proprietary metrics - no customer counts, ARR, processing volumes, or case-study outcomes - and the host does not press for them.

trying to deploy SAP supply chain is a twenty-four month at minimum frame off rebuild of your business
only ten percent of manufacturers were using agents, but those that were were using it at a vi A way higher percentage

Conversational Craft

8 / 20

The host asks a few substantively interesting questions (LLM cost economics, digital maturity scale, hiring in the AI era) but frequently derails with long personal anecdotes and rhetorical tangents, and never pushes back on vague or unchallenged claims - letting 'we're still figuring it out' answers pass without follow-up.

it makes me also want when I ask you guys about the changing economic models though, right? Because this test isn't cheap. I mean, ⁓ whether you're using Cloud Code for development or you're using an LM that your customers using
I've I've been saying for a while I think we need some Maimonides agents. And I was just in ⁓ Granada, so I actually saw the statue of Maimenides

Conversation analysis

Computed from the transcript - who did the talking, and the words that came up most.

Most-used words

scott59fino55building40bardin38goldstein37moment29interesting24supply18chain16agents16back16trying15industrial14system14product13folks13

Episode notes

AI in manufacturing does not fail because the demo is bad. It fails when the answer cannot be trusted. In this episode of AI Across the Product Lifecycle , Michael Finocchiaro speaks with Fay Goldstein, Co-Founder and CEO of Bardin AI , and Scott Lionello, Co-Founder and CPO of Omnae Technologies , about where industrial AI is really going: beyond chatbots, beyond copilots, and into the operational workflows that actually run manufacturing businesses. Bardin AI is building an application engineer for industrial automation sales and support teams, helping them answer complex technical questions without escalating everything to senior engineers. Omnae is building supply chain collaboration software that allows AI agents to operate safely across real suppliers, buyers, orders, invoices, and messy enterprise data. The conversation goes straight into the hard parts of industrial AI: trust, auditability, determinism, human-in-the-loop workflows, knowledge graphs, API costs, token burn, procurement risk, sales engineering bottlenecks, and why “just add a chatbot” is not enough when mistakes touch contracts, general ledgers, supply commitments, or customer trust.

Full transcript

46 min

Transcribed and scored by The B2B Podcast Index.

Fino: And we're Hello, everybody. This is Michael Finocchiaro on the AI Across the Product Life Cycle Podcast. The second one of today, we had ⁓ earlier Qonic and ⁓ Raven talking about BIM and CAD, which is good. Now we're kind of switching to the dark side of marketing, ⁓ pre-sales, supply chain.

It'll be a lot of fun. ⁓ Fay why don't introduce yourself and Bardin? Scott: good. Fay Goldstein, Bardin AI: All right, my name is Fay.

I'm the co-founder and CEO of Barden AI. And essentially, we are building an application engineer that in the pocket of every industrial automation sales and support team member. So essentially, all those really complicated ⁓ engineering application-minded questions that ⁓ folks that are buyers of industrial automation systems have. No longer need to only be escalated to your top engineers, but your sales folks and your support team could actually take and answer and support those questions ⁓ and those ⁓ queries that they've got, help them along the sales process and the post-sales process as well.

Fino: Oops. Sorry. The the tab, I hope it didn't ha wasn't muted, so I need to fix that. Sorry, go ahead, Scott.

Scott: No problem. Yeah, my name's Scott Lionello. I'm a co-founder and CPO at Omnae Technologies. We provide many to many supply chain collaboration solutions that actually provide a service that works for the small businesses you're trying to collaborate with ⁓ and allows you to get agents playing in your supply chain in a way that's safe and deterministic enough to be workable today.

Fino: Awesome. I ⁓ really glad to have both of you guys here today and ⁓ an international group too. I've got Vancouver and Tel Aviv, so ⁓ pretty far apart. ⁓ Scott: Yeah, this must be the biggest ⁓ time zone spread you've you've hosted in a while.

Fino: Most likely. Most likely. Yeah. I don't think.

Yeah, is I ever done with ⁓ did I haven't done with an Indian company yet, but in India and California would be pretty close, right? Because you're Yeah. Well, I do have some startups there, but ⁓ anyway. ⁓ we're about what four years into the whole ⁓ open AI revolution, right?

The this before and after. ⁓ I'm wondering, ⁓ as founders ⁓ Scott: ⁓ yeah. Fay Goldstein, Bardin AI: Yeah, I guess in Hopkins, Japan and Australia and you've got you got the whole planet there. Scott: Mm-hmm.

Fino: Were you guys skeptical or you g super bullish as soon as it came out? What how what was your reaction to the open AI moment? Fay Goldstein, Bardin AI: ⁓ I remember it clearly November 2022. In fact, I left my job in Venture Capital with the belief that I would be able to finally take the dream of wanting to be an engineer and build things without having to have gone and and and actually studied it.

⁓ I I I remember my first engagement. that point with Chat GPT. And it's interesting because it's like I think a lot of us as consumers start the moment from November 2022. But anyone that has been in the machine learning side knows that this goes so far back that you know AI is just a in a sense for really ⁓ you machine learning.

⁓ But I think the moment really that everyone's talking about is that November moment and I was incredibly bullish. ⁓ Incredibly bullish on how to think about it, how to approach it, how to learn as much as possible about it, how to use it. daily basis and still am nauseatingly bullish about it. Fino: Thank you.

⁓ Scott, were you as ⁓ in nauseatingly bullish? Scott: ⁓ I think in in our very specific world of things that touch the general ledger, there was a lot of skepticism and there kind of still is in the world where if it has to be penny perfect every time and there is zero fault tolerance, y you you have to do a lot of work before you can let it loose. Right. So it's it's it's coming together, but it's it's been a slow burn for us, I would say.

Fay Goldstein, Bardin AI: Yeah, I I think that's interesting because there are those two perspectives. How do you look at it from a consumer perspective when you're just an average person using it versus when you're building with it? And the importance you had mentioned this, Scott, of something that you had said was building the deterministic capabilities. And I think especially in industrial, it's like you can't just have that chat GBT moment go across the companies that we're building for.

It just doesn't work. We even see, you know, Copilot's great in certain ways, but it's not what you're going to be building your systems on. It's not something you're going to be relying on. to make ⁓ whether it's you know financial supply chain decision or whether it's engineering decisions, ⁓ it's that the moment needs to go beyond a moment and it needs to go very deeply into confidence and trust and ⁓ like you said, determinism and not just prediction.

Scott: Yeah. And I I imagine we're we're we're both working on workloads that are bearing on contracts and non-trivial liability, right? So if you're making representations about the capability of an industrial system, or in our case, like accepting orders or asking to make an order, et cetera, like you can't make a mistake. Fino: Yeah, 'cause it Fay Goldstein, Bardin AI: Yeah.

Yeah, you can't make a mistake with scoping projects, selling projects, supporting it, saying what goes wrong. And even what's interesting to see is like this future of you know where AI is gonna go in toward in terms of even regulatory issues related to it towards AI like to AI when it comes to industrial space and auditability of the answers that AI is giving, which is like something we're deeply thinking about now is when you're building out your the AI in order to give an answer, how do you trace back?

that response in order to audit it eventually, in order to say, this is why it gave this suggestion of this configuration in our case, or this is why it gave this suggestion to the customer to fix it in this specific way. And when you come into this level of regular regulations in AI and industry, you need to make sure you can find an audit path. And you can go back and say, and in our case, we're building a knowledge graph for that, one of the one of the many reasons is so that you can go back and say, AI, the LLM or AI went to this decision not just because it decided that it was the right interesting and it matched all the specs, but this actually has worked and this is why it made that decision to actually kind of think about it and traverse back across those decisions.

So I think that's where a lot of people need to think about AI in a different way when they're building in any regulated industries like ours. Scott: Mm-hmm. Fino: That's really a great observation. And it reminds me, like last year, ⁓ I was at ⁓ the Cap Gemini's ⁓ Engineering Horizons conference and there was this great talk by a professor from Oxford that was working on robotics and sh her thing was like we have black boxes, right?

So a airplane, no matter what country it's made in, who's flying it, if it crashes, we can figure it out because we found the black box and we can no matter what, we can figure it out. Where's the black box for robots? And where's the black box for AI influencing engineering decisions, right? We don't have any standard for that.

It's all just up to So anyway, I thought it was a super interesting thing. And she was arguing for like an e-black box standard for robots because someday a hospitalized robot is gonna kill someone and nope, we're not gonna figure out. Was it parameter number eleven billion seven hundred and fifty two? Or was it some idiot human that just clicked yes and didn't read what the actual was happening?

I mean, we're gonna need that, right? So yeah, it's a very valid point. ⁓ Scott: Well I think. Fay Goldstein, Bardin AI: I've seen a new wave of startups actually building insurance for AI, which was an interesting thing to see.

Yeah. I don't know much about it, but it's just something I saw recently, which was like interesting. Fino: ⁓ that's an interesting one. Scott: I mean I Yeah, I I hope they're very confident in their actuarial math as they they ⁓ in they head down that path.

Fino: Ha ha ha. Fay Goldstein, Bardin AI: Yeah. Yeah. Fino: Absolutely.

⁓ let's talk a little bit about ⁓ software development because ⁓ that's one of the in fact it was interesting earlier today. I I always asked this question later about the open AI moment for engineering or for supply chain. And it's true someone mentioned we had the open AI moment for programming, right? That was this January.

Cloud co cloud code well, it was anti-gravity superseded like immediately by cloud code, which is just Scott: ⁓ yeah. Fino: So how how has that changed? You you guys are both founders and you have it programmers working for you. How has that changed fundamentally how you look at managing a company, managing programmers, managing meetings of programmers?

I mean, has the whole waterfall versus agile gone out the window because now it's all agents doing setting up their own scrum meetings? I mean, just talk to talk to me about that a little bit. Fay Goldstein, Bardin AI: Scott, you wanna go first this time? I'm happy to I'm happy to do it.

Fino: Either of you. Scott: Sure, yeah. I for Fino: Ha ha ha. Scott: For us, it is it's been wonderfully helpful in allowing us to, you know, change our team structure from kind of one big scrum team of like eight people, because we're relatively cash constrained, into breaking it so that it's, you know, one PM type, a me, a somebody else, and two two engineers that are relatively full stack working with cursor and cloud, I think Opus four point seven.

Fino: Okay. Scott: And then kind of one floating designer that's managing the design system and can come in and just do front end cleanup across the whole system without needing to bug anybody so that the engineers can focus on the hard stuff, which has made it way faster to deliver. And it's also changed from a product management perspective, the amount of saying no, I have to do, which has been nice because that was most of the job for the last couple of years. But now I can be more flexible.

I can let the system handle edge cases for more people, which is, you know, bringing my TAM into a wider space, which is very nice. Fino: Hey cool. Fay Goldstein, Bardin AI: Yeah, I think I think for us it's interesting because I'm I'm wearing two hats. One is, you know, the the CEO, and I'm not I'm not the CTO.

I've got an incredible co-founder that is managing our our our dev team. So I'll speak both on behalf of me, Fay, and what I'm now able to do a ⁓ CEO, but also product centric, and what my co-founder has been able to do. So first of all, like you, it's at the like you know, we are able to do a lot more with our young team, and we're also able to now Trust juniors in a way that was interesting, at least for front end. That moment that you were saying with quad code and and really the ability to actually have the engineering moment with code, we definitely have felt it ⁓ for the first time.

Our very, very classical back-end engineer actually was willing to try AI tools. Initially, he was like, Hell no, am I letting this near my code base? And you know, about a year and a half ago. And now there's actually little bit more of a flexibility of seeing the the capabilities at least for back end as well.

We always were very bullish on on front end ⁓ using these tools to be able to build out ⁓ really with the the product interface. ⁓ and we're also able to do a lot more with a lot less like you had said Scott is like we are actually able to do a lot more pumping out of of even prototypes very quickly and that kind of leads me to where I'm loving it as a non-engineer, not building out you know our our product directly, but my ability to actually take these dreams that I have after customer conversations or after seeing new things on the market, being able to very rapidly create a prototype that I can then speak to my dev team that it's not just a written spec that I'm doing, but actually show them my vision.

⁓ which I think has changed a lot of the ways that ⁓ there's collaboration between product teams, dev teams, customer-facing teams, and seeing a lot of opportunities. ⁓ And I think that's really where I'm finding a lot of love. Sometimes my my my co-founder is just like overwhelmed with like Fay has another another prototype she wants to show us, another idea she wants to show, another thing she wants to do. So it's always trying to also figure out how do I how I can hone in and then kind of not not let that overtake everything.

but overall, ⁓ it's given us the ability to do so much more. and then even on my CEO side, ⁓ you know. Fino: Ha ha. Fay Goldstein, Bardin AI: There were so many things that we were doing and trying to figure out which CRM we wanted to use.

We were going to continue using Notion and we were having all our Firefly transcripts. And then we were going in and like trying to figure out how we were going to follow up the leads. And my co-founder just built us. We call it Bard and Flow, which is our internal system that is able to both take our scrum board and all of the product roadmap, be able to map it against the the bug reports or the feature requests of our customer conversations, be able to loop that back in into my re-engagement with them afterwards.

and I we now have an internal system that runs all of those things for us, with us, and collaborating, you know, collaborating on finally merging those worlds together, which has in the past been so isolated. And I think that merging of worlds is really where the value comes. Fino: Hmm. Wow, that's really cool.

Scott: Yeah, that's ⁓ admirable working on the internal tools. We haven't done much of that ourselves, kinda just, you know, used it to wire what exists together a little better and to run some automations, but we haven't tried building any like scratch CRM for ourselves just yet. I'm sure we'll get into it, but Fay Goldstein, Bardin AI: ⁓ yeah. Fino: ⁓ I've heard of that.

I ⁓ I think that's part of the whole SAS pocalypse thing, right? ⁓ the fact that so easy to do. It it makes me wonder too. ⁓ I remember I mean, I haven't done a lot of programming, but I've been a lot around a lot of departments doing programming, and I remember there was quite a lot of criticism of Agile because it became just a tool for managers to beat the shit out of the heads of the the programmers.

And I'm thinking this AI stuff is probably because then there was this ⁓ Scott: Mm-hmm. Fino: craftsmanship movement, right? Which was trying to get back to the original ideas of enablement, ⁓ as agile as enablement for programmers. I wonder if AI has really brought that back.

Is it become more of a fun thing and it's less of manage a tool, you know, is it easier to is it a easier life for the programmer because it doesn't necessarily have a billion scrum meetings and is it the whole day, is it just cadence by all this crap he has to give back to management to prove he's actually doing his his or her job, right? Scott: ⁓ Fino: I ⁓ have you have you seen anything changing there? Scott: I I don't know if I can speak to change in the industry. I can speak to change in my world, which is we were pretty strict, agile practitioners for a good long time.

Now it's well, partially because of the the change of pace and what's possible. The like story points were made up nonsense before this change. And they've just become even more unknowable, whatever the heck, vibe estimation of a person day you want it to be. So they're kind of pointless.

So for us it's we Fino: Yeah. Scott: We take chunks of the roadmap, we decide how we're gonna handle them incrementally, and we meet twice a week for a half hour to see if there's any like walls we need to run through, and we develop. And that's been working very nice. Now our our teams are very small, so it might only work on a small scale, I don't know, but it's been refreshing and a lot less bureaucratic.

Fino: Interesting. Thanks, Scott. Fay Goldstein, Bardin AI: And our, you know, from our side, I think we've kind of discovered or are still trying sometimes to discover that sweet spot between being able to just go out and build versus also knowing that we need to somehow sometimes still spec things out, especially ones that have a lot of ⁓ complex back end work or a lot of APIs that need to be built or a lot of things that need to be done that demand more than one player. ⁓ and so there's always finding that that that line of like let them go build, but also let's make sure that they're building something that is on both sides compatible with each other.

⁓ and so I think that's where we go back to kind of the basics of making sure I I don't believe that now a bunch of agents are gonna be able to only build companies. I still believe, like, you know, Scott, you had said in the beginning, is like you kind of are a manager, you know, the Fino: Okay. Fay Goldstein, Bardin AI: the the the product lead still needs to manage a lot of these decisions and still go ahead and be involved in those stately ⁓ decisions. So I would say there's a lot of freedom now, but we can't let that freedom overtake smart sensibility in building the right thing for the right customer in the right process.

Scott: Yeah. I think it's especially important given AIs or especially agents kind of lack of skepticism. The the tendency to tell you your your ideas are really good. Like you you you need to challenge yourself and have someone challenging you, or you're just gonna run off down a tangent and burn a ton of tokens and not get anywhere.

Fay Goldstein, Bardin AI: Mm-hmm. Fino: But that that may that reminds me of ⁓ I've I've been saying for a while I think we need some Maimonides agents. And I was just in ⁓ Granada, so I actually saw the statue of Maimenides ⁓ that's it there. ⁓ like an agent that basically just expresses doubt.

Like I'm not really sure. Are you really sure? Because we need agents like that, not just the one that your idea is the best idea I've ever heard in my entire life, kind of thing. My life has only been the last two seconds since you started a prompt session, course.

⁓ so in terms of the the Scott: Mm-hmm. Mm-hmm. Fay Goldstein, Bardin AI: Yeah. Mm-hmm.

Fino: the stack that you guys are building respectively. where where does AI sit? Is it part of the user experience? Is it a fundamental model?

Is it the entire DNA of the stack? Wh where does it actually sit inside of Bard and inside of Omni f as a technology? Fay Goldstein, Bardin AI: Within Barden it sits in almost the entire product. We're an AI first product.

⁓ The way that we're building our database is a knowledge graph based on, you know, very, very complex embeddings. We're running AI from the start to the finish. That being said, not all of it is generative AI. So there's a lot of things that are going into it that are classic machine learning elements of AI, breaking things down a little bit more on that side.

And not necessarily always is it again an LLM coming in and giving an answer. And I think that's something that's important to think about when you're thinking about AI, is that like people think of it just as a chatbot and giving answers and making, you know, an LLM going. In, but there's a lot of things related to AI that are involved in products ⁓ that are not necessarily generative. So that's number one.

We definitely are an AI first product. We are building with that in mind and with that focus. But then again, we're building to still solve a very non-AI use case, right? We're talking about classic engineering ⁓ support tickets and queries and pre-sales scoping of large industrial automation projects.

We're using AI as an enabler. ⁓ To help solve human problems that are currently now bottled, you know, bogging down the processes that humans need to take. So our goal is not to necessarily replace those folks with AI agents, but to be able to enable them to do their human job a lot better. ⁓ But AI is definitely core to how we're building, how we're thinking about it, how we're approaching it, and how we're seeing opportunity.

Fino: Thanks, Fay. How about it? I know Scott, you said you're not gonna have that same approach and yet there's still AI in there. Scott: Nice, yeah.

⁓ ours is a little different. Like I I look at our core system as the jungle gym that companies AIs can play on in their supply chain. And then we we have some native deployments of like ML algorithms in our the way once you've got a knowledge graph of how your supply chain is configured behind a bomb, like the actual line items that get you this thing, which is never a clean map to the bill of materials on a product. ⁓ like that The thing that goes out and tries to solve those dependencies for you when you cut an order or you have depend demand is not an LLM-based system, but it is algorithmic.

⁓ we've got ⁓ some ML workloads, especially in data onboarding and normalization, because everybody's data is a different kind of mess, and we can't have them going in there and like dragging around and coding in how all these columns match up. We just try and figure that out for them. And then the the current native LLM use case is our kind of monitor the supply. The email for supply chain signal gateway, which can go in your email and find all the supply chain signal and get it into platform and draft for change orders, orders, sales orders, invoices, your vendor saying they're gonna be late, your vendor asking if they're allowed to be early, that kind of thing.

⁓ because not everybody's gonna play ball right away, right? Like I would love everybody to just hook in their systems and let everything run lights out, but it's gonna take time. So that's a a stopgap measure for us. Fay Goldstein, Bardin AI: Yeah.

The human in the loop in this world is something that is really important to keep in mind and building things that are are task-based workflows that are classic that humans are doing, that they know that they can again not to come up with this audit conversation, but that they can actually measure and say, This is how I would do it, this is the steps, this is where it can go wrong, and be able to come in in different places within that. so you know, again, our with Bardin. Fino: Very very cool.

Fay Goldstein, Bardin AI: The first step for us is ingesting that data, like you said, normalizing it, structuring it into the knowledge graph. So it really truly understands how are these products working, what are their really the specs about them, what are the manuals speaking about, how do we engage with those things. But then so much far beyond that is then understanding what are the humans doing and what have they done in the past, how have they solved for by How the humans solve tickets in the past?

How have the humans built industrial projects and spec those out and built those bombs in the past, in order to then have those be really the confidence level, you know, barometer of saying this is what the AI should be thinking about as well. ⁓ so I think that's a really important thing is to not just ⁓ go ahead and say AI knows everything, ⁓ but to say humans have done it before, let's really make sure that we're learning. Scott: Yeah. And there's there's a layer on top of technical doability and safety, which we've kind of l run into the hard way of will the humans accept it, especially the accounting persona.

I don't know if you've built for accountants before, but they're very control oriented. And if I come in and say, I'm just gonna automate every interaction between your your GL and the outside world and turn it on, they freak out and hit the stop button. So we had to go back and turn all the automation off and let them turn ⁓ on one at a time. Fino: Yeah.

Mm. Scott: As they start to trust it, which was a lot more work than just automating everything in the first place. But these are the things we learn. Fay Goldstein, Bardin AI: Yeah, I mean I think I think those are the things that a lot of companies that have like the first thing they did with AI was build an AI chatbot onto their website that expected it to somehow magically answer all of their customer questions and they realized it was just going ahead and hallucinating all those answers and they're like, ⁓ wait, maybe this is not the way to go.

Maybe this is not the smartest thing that we need to do. ⁓ and I think that's kind of right now we're probably gonna see and and we're seeing it already, is there was like a Distrust of AI because no one knew anything about it. Then there was a real big excitement of let's get it into everything. And then there was also now, then slowly a ⁓ a hesitancy because they know the mistakes it could make.

And now I feel like we're in this space again of okay, we know we need this, we know we want to engage, we know it makes our lives better, but prove to me it works. ⁓ and I think we're seeing that cycle, which I think is an interesting thing. ⁓ don't like it, love it, interesting. Now let's actually build it properly.

Scott: Yes, and make sure my dealership chatbot doesn't agree to sell a guy a truck for a dollar. As happened a time or two. Fay Goldstein, Bardin AI: Mm-hmm. Fino: There's that.

⁓ it makes me also want when I ask you guys about the changing economic models though, right? Because this test isn't cheap. I mean, ⁓ whether you're using Cloud Code for development or you're using an LM that your customers using, how how have you guys changed your the economics or the I mean, ⁓ have you thought of use you know, creating your own L LM that understands supply chain or AE or you know, are you allowing customers to bring their own ⁓ anthropic API key. I mean how how are you dealing with that?

Because otherwise the operating costs are gonna be just astronomical, right? If you're paying the bill for Amazon and AWS and Anthropic and ChatGPT, I mean that what's what's left, right, to pay salaries. ⁓ just I'm just wondering how do you guys deal with that? Because that's sort of a new economics that's coming out in the last year and it I'm not sure any b we've have a consistent answer yet.

Fay Goldstein, Bardin AI: I I I don't think I I I know I don't have a consistent answer yet. I'm still discovering it, still working at it, still trying to understand, you know, everyone's talking about outcome based or usage based pricing for customers, but in the end of the day, industrials still understand user based pricing. They still want something that they can actually plan on their, you know. understand what their spend looks like.

So it's an interesting thing, I think, as an early stage startup, we're still navigating and we're still exploring. We're still seeing things. ⁓ we're still seeing what other folks are doing in the space. So to be honest, I don't have don't I don't know yet.

⁓ and we're still learning. Fino: But for now it the people are using your API keys or they can bring their own ⁓ API key? Fay Goldstein, Bardin AI: For now, we are taking care of it. We're still in that stage of doing it on our own in the beginning.

⁓ we are connecting in their we're connecting it, their data is connected into our system. We're actually ⁓ able to maintain hosting in their cloud, but sometimes we're moving it into a managed cloud. ⁓ for now we are we are swallowing those costs. ⁓ we'll see what the future holds.

Fino: Gotcha. Interesting. Okay. Scott: For us it's a bit of both.

⁓ so for our for the data onboarding ML stuff, the dependency solving, we eat that. For the email no the email gateway, that's pay as you go on R L L ⁓ And then if they wanna scope in their own API key and let it do things, we're working on that to basically give them the ability to generate the API on top of our API. That means that it's scoped very pedantically down to what they want it to do using plain language and that it Fino: About for years, but Scott: is rate limited, so it's not going to light a gajillion tokens on fire if they let it play with Omni.

⁓ and then on the development side of the fence in terms of managing costs, we haven't done too bad just based on the way we're working, which is very incremental, trying not to get Claude to go run off for a day and burn a million tokens and then throw that code in the trash. So like want trying to know we're going to actually want to use something before we go get it built beyond the looks like it works pretty prototype stage ⁓ has kept our internal burn pretty reasonable. Fay Goldstein, Bardin AI: Yeah, I think it's interesting.

I'm gonna add something to that in in in general. Like when we're building out Barton, the way we're building it is we understand that there is a future that folks are gonna wanna be building out their own agents and using infrastructure. We're building it out eventually to be the decision infrastructure for industrial automation decisions when it comes to selling and scoping those products is really how we're thinking about it in a long-term opportunity. And we know in order for that to happen, we need to build the infrastructure now for them to build their own agents on top of that, connect their own models, connect their own things.

And so we definitely are building with that in mind currently right now. We're not there. ⁓ but that is something that we're planning for and thinking about. When it comes to, you know, our our internal team using it.

It's so funny to like see, and you can tell that we're an early stage startup. ⁓ because you hear all these huge massive companies that brag about the millions and millions of tokens, and they're like, You're not a real developer unless you're burning through X budget of tokens. And I'm just like, wow, you know, like. Fino: Yeah.

Scott: The leaderboys are hilarious. I guess Fay Goldstein, Bardin AI: Yeah, yeah. Leaderboards, exactly. And it's like, you know, I I I want a leaderboard of building out something right.

You know, like Fino: Yeah. Scott: Well it's also interesting that we're we're we're coming into a space where a rate limit on an API is a feature and not an annoyance. Where, like you say, like giving your client the ability to let your scope of their API not light a 10 grand on fire in an afternoon, like as a safety guardrail, is a you're welcome, not a you're annoyed because you're trying to get something to work with the integration. Fino: Yeah.

Mm. Yeah. Fay Goldstein, Bardin AI: Interesting. Mm-hmm.

Fino: That's crazy. I never thought of that. ⁓ so we've been like four years into this AI thing, right? So 2022 to now.

⁓ and we've seen just an absolutely mind-boggling amount of change, right? ⁓ and yet I'm not sure. I mean, we s and we've seen an open eye moment in ⁓ in in manufac in ⁓ man I saw many open yeah, I saw an open air moment in manufacturing when I saw And to prove it that they could deploy an entire factory of of sensors in three minutes. That was just like a totally open AI kind of moment, right?

⁓ Jeff and ever and litmus and and ⁓ inductive also. But and then I we definitely saw an open AI moment programming right in January of this year. we haven't really seen it for engineering, have we? Or even for supply chain.

I mean, do you think will there'll actually be a moment or it'll be a series of moments, or that Scott: ⁓ that that's that's Jeff's system, right? Very cool stuff. Fino: These things just move too slow and the data's so complicated that we may never see. I mean, what what do you think about that?

Do you think we're gonna have an open AI moment for what we do? Scott: ⁓ I think it's gonna take time. Like in the in the space of big enterprise supply chain software, these are deployments that traditionally take years. On like in a good case, like trying to deploy SAP supply chain is a twenty-four month at minimum frame off rebuild of your business.

⁓ and in that world, like you can deploy quick wins at the edges, but you really can't do it at the core. ⁓ but I think once Once some of those deployments actually get done, you'll see some companies just lapping other people in ways that you've never seen before. Fay Goldstein, Bardin AI: I think when you're looking at it, I would segment it because saying an AI moment in supply chain is touching a lot of players in it. You're talking about procurement, you're talking about the sellers, you're talking about the folks in the middle, you're talking about the distributors, you're talking about the suppliers.

Like we it's it's hard to say that one would be a cohesive moment because there's always an easier entrant into saying we are going to now make a ⁓ A a large shift into the way these people work. ⁓ and I think we're gonna see it segmented. So we're gonna see AI moments in, in our case, let's say the sales and support teams that are really focusing on the engineering questions and being able to optimize those folks. And we're gonna see a lot more openness.

And then we're gonna also see things separately on the procurement side, and we're gonna see separately things when it comes to invoicing or i etc. I also think that those moments are going to be segmented by. Mindsets inside of like first, we're gonna have the moment of I recognize AI will change my business fundamentally. That's a moment.

Then I recognize that I can implement this into my business. That's a moment. Then we'll say, I now recognize that this is actually implemented and is actually making a change. And then we'll have the moment of I cannot do my business without this.

And I think each of those are going to be moments. And I think if we're looking at it waiting for a collective moment, then we're not looking at it ⁓ correctly. Because I think we are all looking at this ChatGBT moment in November 2022 as like a moment, but you speak to anyone building in the space, they're like that has been worked on in small moments for years. And if you listen to the podcasts about, you know, the folks that are Google DeepMind and how they were thinking about it and how they were approaching it.

We're talking about a lot of very, very big moments separately that you know don't even think about as the moment. ⁓ so I think we need to be Fino: I I agree, but but my point is though is that we didn't think about AI the same way after November, right? I mean that was there was the way we worked before and then there was the open eye moment and it's the way the year the way afterwards. I mean that nothing is the same, right?

I mean the way you think about u user interface is not the same. You expect to be able to talk to your app. You don't want to click anymore, right? So that that's sort of where I was going with that.

Scott: Yeah, I think my my my supposition, though I don't have any proof, is that especially in the procurement world, there's a lot of dark stack AI going on where line purchasers, buyers, reps are just using it and there's a fair amount of risk there and post mortems on why things got agreed to that were impossible and why lawsuits are happening will start to point people towards trying to deploy it properly or in more risk averse companies try to step on it for a little while.

⁓ Fino: Cool. Scott: But like this the the way the whole supply chain is oriented around the buyer persona within businesses is basically they are the interact like the the real integration point between businesses, buyers and reps, where they kick out emails saying, Hey, where's my stuff? They get a response, they pack that into a spreadsheet. That spreadsheet gets fed into SAP once a day.

And that's how the thing works. ⁓ and that That call and response and the the knowledge graph of who makes what and how it feeds into the dependencies of actually getting something built needs to come out of those people's heads somehow. And like, shameless plug, that's that's what we're trying to do. and, you know, get into some kind of many-to-many system that can actually make things work in between companies that aren't just an entire profession, which we don't want to fire those people.

We want to make them a lot more effective, but they're also gonna Fino: Ha ha. Scott: try and do it on their own dark stack and do a little bit more chilling before it's going to end up in some kind of proper system. So it's going to take some time. Fino: So so speaking of go ahead.

Fay Goldstein, Bardin AI: I think there's a lot No, I was gonna say I think there's a lot that we can learn building in the industrial in industrials and building a manufacturing and supply chain from the way that these moments have happened in ⁓ legal spaces, that these moments have happened when it comes to ⁓ you know, hospitals and medical spaces and the way that the vertical I AI has actually worked in other spaces and the the the pathway to make it work and have those moments.

I think I spend a lot of time looking at the way some companies have been doing it. You know, in the in in the medical space, AI doc or adoc, ⁓ in the legal tech space, Ligora or Harvey, or you know, when you're looking at the way that they've been building things, there's a lot of lessons to be learned. ⁓ and I think you're seeing regulated industries ⁓ adopt AI and whether it's you know governmental that I'm gonna you know another Israeli startup Darwin right they're building into regul you know government et cetera there's a lot of ways to think about building it well and successfully in our areas and it all boils down to trust.

And I think that's the most important. Fino: ⁓ the and the demographics demographics of the people that watch this podcast, there's actually quite a lot of younger ⁓ entry level people. And I'm wondering, ⁓ well, I'm I'm imagining that they probably have a lot of anxiety because, you know, the all the dire predictions of AI destroying all the entry level jobs. ⁓ as founders and as people hiring younger people, what kinds of things are you looking for in those profiles that you're like, no, definitely this person is better than an AI?

Like, what should they be focusing on? Fay Goldstein, Bardin AI: Yeah. Fino: So they are employable in this AI era. Fay Goldstein, Bardin AI: I don't want someone that's better than an AI.

I want someone that knows how to use AI very confidently. I want someone that will come to me in the interview and show me what they've vibe coded. I want someone that has shown me if they're looking for a marketing or sales role, the way that they've built or managed agents in order to do the dirty work that they don't want to do and that they could be a manager of those agents. And I think that's the opportunity for younger folks is don't be afraid of it because it will only take your job if you don't know how to manage it.

But if you become the manager of the AI solutions of the AI tools and you come your interview saying here's my stack instead of saying I know Microsoft PowerPoint and I know you know Word and I know Excel, but you say I actually know Git ⁓ I you know Git, I know how to build on Vercel, I know how to use quad code even to build something. ⁓ I even as basic as I've played around with N8N to automate certain things and here's my workflow, then I'm like, okay, I can trust this person to to to be part of our fast-paced forward thinking AI first company.

⁓ and I think that's what I would suggest. YouTube. Watch YouTube videos and practice and come with that. Fino: That's so.

Scott: Yeah, I think building on top of that, the things that are important to me moving forward is less technical prowess, more people skills, product sense, and initiative, if that makes sense. Where you not everybody that's on my technical team needs to be like a deep dyed in the wool, close to the metal nerd. But they do need to have people skills because ultimately the economy, like it or not, is about people, right? And All of the business you're gonna do, at least in the near term, is gonna be people convincing people that your thing is good.

So the personality becomes more important and the ability to take initiative and not be told what to do is also very important to me. Fino: Very cool. Those are both really original answers. That's great.

Because I usually get, you know, the fundamentals of physics and and things like nerdy answers. so ⁓ as we move towards the the end of the interview, I wanted to ask about well, I want to discuss about digital transformation. ⁓ I th I look at digital maturity of companies on a scale of like one to five, simplistically, one being like Scott: Mm. Fino: They're still using Excel for almost everything and communicating by email as opposed to we have these fully agentic, adaptive, autonomous digital twins.

And I don't think anybody's at five, you know, ⁓ on that scale. I think most people are between one and you know, one and two. But I'm wondering in your experience, talking to your customers, there do you find that they're between one and three, between one and two, or they're some of it four. I mean, how how would you how would you look at that?

Scott: The so in in enterprise, the the built paid for stack will be a two and a half to a three. The how the sausage actually gets made will be a one. In the mid market, you're kind of closer to the the two world where people are very curious. And I've I've found this this change in consumer trend, at least in the mid market, where people have just suddenly woken up to automating stuff they could have automated 15 years ago because they perceive the friction to be lower and they perceive anything that's in any way automating anything to be AI.

And they're just they're very curious and they're very ready to actually make a change. Whereas the I could get to a yes five years ago, but getting them to actually do some change management was the hard part. And that's gotten better. Fino: Interesting.

Fay Goldstein, Bardin AI: Yeah. I I would say quite similar and I would I would just add one of this the an interesting thing I saw recently was a Microsoft report about ⁓ and and and Jaris and Harowitz shared it and kind of re re republished it about looking at the percentage of ⁓ agents being used Indi individually in companies. And surprisingly, manufacturing had the highest share of agents being used in individual companies. Now only ten percent of manufacturers were using agents, but those that were were using it at a vi A way higher percentage than even regular software companies were using it.

Meaning once you get into an industrial, once you get into a manufacturer and they're open to AI, their usage of it and their implementation of it is quite heavy. And what was even more interesting is when you were looking at the table and you were looking at the numbers, they basically were showing not only the amount of agents being engaged, but also how many prompts were being plugged in and the Prompts that were being plugged in and engaged with in this industrial or in manufacturing space was actually quite low.

What we're seeing then is you're having a lot of agents that are not necessarily chat interfaces, but these are actual practical daily workflows that are being used or tools that are agentic tools that are being used and thought about in the industrial space. And so when I'm thinking about that in answer to your question, is I'm thinking I'm really seeing. And it's always this interesting thing because people are talking about, you know, industrials or manufacturing or supply to being so old school.

And then you look at these companies and they are so freaking incredibly brilliant. They're building robots, they're building the most complex industrial products oftentimes. And yet, still their back office or their support system or their sales teams are still being bogged down by this, not necessarily as innovative as the actual manufacturing floor is. And I think that's really where the opportunity is.

And I see like Scott, that's where you're building in, that's where we'll build we're building in. And I think that's our goal is to get them from the reliance on Excel to the understanding that Excel's great, but let's automate some of those processes. So you don't always need to just go into that Excel. And I think there's huge opportunity there.

Fino: So so my premise also one of the premises on this webcast is that ⁓ if companies do wish to move that needle to the right ⁓ towards full you know fully autonomous digital twins, then using an omni or using a Barton is a much better bet than waiting for SAP, Oracle, DS, ⁓ Zemus PTC to help them with it. So I'm wondering, like, have when you guys have have shown people this way, ha has there been an epiphany of people said, Holy cow. They mean if I broke the barriers between engineering manufacturing I could actually go faster and get more profitability and more you know, l higher quality and et cetera.

Have have you seen that a sort of epiphany or a a sort of ⁓ a realization because they're using the your software? Fay Goldstein, Bardin AI: I would say that it is not an epiphany. It is a really pleasant, ⁓ my God, kind of moment of like, I need this, but it's not like a ⁓ my wow, my world is changed. Because I think that ⁓ my wow, my world has changed is kind of a little BS sometimes.

And it's like really nice for a demo. But when you come in and you actually start doing these processes, our goal is more like. Wow, now Todd or Joe or Jeff or Rick could retire without being super stressed about it because they know that the juniors that they're bringing onto their team can actually scope that very complex project well and that their customers will actually be supported without it having to escalate too far and wait for you know Japan to wake up because they're the ones that know all the details of that that's of that specific AMR.

⁓ and so I think it's more about like ⁓ Sigh of relief that I'm looking for rather than a wow, epiphany. I just want people to sigh with relief that they've got extra hands and extra capabilities that they never had. Scott: Similar for us, also, ⁓ I'd I'd say it's bigger companies are liking us in that they can test us in small scale much easier than they can test a solution from a Siemens or a PTC or an SAP. Or they can deploy us into either like a small business unit or into their prototype shop or something like that and solve a lot of problems there, especially in worlds where the big systems just don't like dealing with like pre part number, pre-release production things like that.

Fino: Have you scared? Scott: And then they can roll us out more broadly once they've proven it in that faster paced environment. Fay Goldstein, Bardin AI: Yeah, and I I completely agree with that. I think one of the things that a lot of enterprises Do, but I believe shouldn't do, is they're attempting to roll out AI from the innovation level, top-down kind of approach, and say we want the same thing to run across everything, the same system to run across everything.

And then when you're looking at the way the market works and you're looking even in the industrial market, the folks that are building the sensors in theory have the smart engineers that they also could be building the pneumatic valves, right? They also could be building the pumps, they also could be building the, but Their focus has been and will be the sensors or the vision sensors. And I think that's something to keep in mind is that the folks that are trying to, you know, now take one AI solution and assume it's going to work just as well for accounting as it will to go ahead and build your bomb, as it will to go ahead and answer very complex engineering questions, is is naive, I think.

⁓ and I think what ⁓ the ability to go in and say we're gonna solve this use case. We're gonna so start with a small, very focused use case. We're gonna roll it out incrementally across your team and we're gonna be the experts. We are the experts in this specific space, in this very ⁓ core part of your business, but a element of your business, I think is the right way for folks to do it.

⁓ and I think that's why I have a feeling we're gonna see mid-market companies actually excel in the ⁓ adoption of AI solutions and because they have that ability to kind of take incremental steps and don't need to wait for a top-down mandate to roll out AI across all divisions. Fino: Yeah. Scott: You can also kind of see it it from the big tech side too, of the the tendency for the big providers to try and just cram an LLM into everything and just force it on people. And then that tends to just create a bunch of pushback and little usage and a lot of cash being burned instead of trying to find like real wedges and wins and roll them out one at a time.

⁓ which I think would be better for everybody. Fay Goldstein, Bardin AI: We Mm-hmm. Yeah. Fino: think so too.

⁓ well that's been great. I really appreciate ⁓ the ⁓ the candid answers and and the the discussion. This has been fantastic. ⁓ I'm wondering ⁓ where can we see you guys this year?

⁓ Scott, I got to meet you down in Threaded in Miami, which was awesome. ⁓ and Fay, you said you were he about to head to New York. So where where can people meet ⁓ Fay and Scott ⁓ and the rest the re what's left of the this year? Scott: Agreed.

Fay Goldstein, Bardin AI: Yeah, I'll be next week in New York. I will be following that in Minnesota, following that in Detroit. And the best place, you know, right after that would be to meet me at Automate. I'm gonna be at Automate in Chicago for ⁓ the full week.

And I would love for folks to connect with me. I'd love to meet you in person. ⁓ and I'm an on an avid engager on LinkedIn. So you can find me, Bay Goldstein, at LinkedIn and ⁓ add me there.

Fino: Awesome. And maybe a threaded Tel Aviv, right? Yeah. Sorry, Scott.

Scott: Yeah, we're ⁓ Yeah. Fay Goldstein, Bardin AI: And and television, yeah. Sometimes when I'm here. Scott: Absolutely.

⁓ no problem. ⁓ we're still kind of working out our conference schedule for the the back half of the year, but ⁓ like as as Fay is I'm very active on LinkedIn. You can get me at Scott at omne dot com if you wanna just send me an email. I'm happy to talk to just about anybody.

Fino: Awesome. Well, I just I think I forgot to call out our sponsor AWS. There'll be a link in the comments to download the white paper or I think there's actually a webcast that they're promoting now about agentic AI and ⁓ leveraging AWS marketplace for that. ⁓ I wanna again thank Fay and Scott for their time today.

It's been really interesting, ⁓ a lot of fun, a lot of very answers to these questions today. I really appreciate that. ⁓ And I hope to hope to talk to you guys soon. It's been fun.

Scott: Likewise, good catching up. Nice to meet you, Fate. See you guys. Fay Goldstein, Bardin AI: Yeah, this is fun.

Nice to meet you. Fino: Okay. Thanks everybody.

Related episodes across the Index

Other episodes covering the same guests and topics, from across The B2B Podcast Index.

  • Why Developers Hit a Wall at 4 AI AgentsThe AI Native Dev · on Cursor90 / 100
  • VC: How Benchmark Picks AI Winners - Max 10 Bets a Year, 5 Partners | Chetan Puttagunta (GP)The GTMnow Podcast · on Cursor89 / 100
  • Small Models, Massive Wins: The New Shopify AI FormulaBeyond The Pilot: Enterprise AI in Action · on Cursor85 / 100
  • Tips for Adopting Advanced Agentic Engineering with Chris Bunk of FastSpringGrowth Stage by FastSpring · on Cursor85 / 100
  • #191 - Throwback: UX Lessons from a Decade Researching AI with Jess Holbrook of MicrosoftAwkward Silences · on Cursor81 / 100
  • Continuous Quality for AI Coding: ChecksumSourceForge Podcast · on Cursor81 / 100

More from AI Across The Product Lifecycle Podcast

All episodes →
  • AI for Engineering Is Leaving the Demo Phase83 / 100
  • Who really owns the Bill of Materials?80 / 100
  • Aras enters the Leader's Quadrant!54 / 100
  • The Future of PLM Is Human? AI, Trust, Community & the Share PLM Summit 2026 Debate59 / 100
  • CAD, BIM, and the AI Leap: Qonic & Raven!80 / 100
Explore the best B2B AI & Data podcasts →
All AI Across The Product Lifecycle Podcast episodes →