← All AI Engineer talks

AI Engineer World's Fair 2025

The Billable Hour is Dead; Long Live the Billable Hour?

Read the talk

The Billable Hour Is Dead; Long Live the Billable Hour?

Classification, retrieval, and structured extraction show how AI can change consulting work—and why enterprise value still depends on schemas, validation, and reliable delivery.

From a talk by Kevin Madura and Mo Bhasin

Before you start: Basic familiarity with LLMs, structured data, and APIs is helpful; the article explains the retrieval and extraction workflows as they arise.

What changes when AI can do more of the work?

What happens to professional services when AI can perform more of the work that clients pay people to do? At AlixPartners, Mo Bhasin and Kevin Madura approach that question through an internal generative AI platform. Bhasin introduces himself as Director of AI Products, with earlier experience in an anomaly-detection startup and data science at Google. He reports two years of development with 20 engineers, reaching 50 deployments and hundreds of users. Madura works with companies, courts, and regulators on understanding emerging technologies. Their examples concern the practical work of consulting: preparing evidence, analyzing it, and delivering a useful answer to a business problem.

METR’s task-horizon research provides an opening signal of changing capabilities. The chart measures the length of tasks an AI can complete at a 50% success rate, with task length expressed as human-expert working time rather than agent runtime. Madura treats the rising curve as a rough proxy for disruption, not a forecast of consulting reliability. Software offers relatively verifiable tasks; knowledge work involves messier evidence and judgments. He expects those differences to make progress less steep and less uniform.

Slide titled “LLMs are on a path of disruption,” with a rising task-length chart and bullets discussing software engineering, jagged model capabilities, and knowledge work.
Increasing AI task length, alongside caveats about jagged capabilities and messy knowledge work.

That distinction matters because professional-services firms organize themselves around different ways of extending senior expertise.

ModelWho directs and performs the work?Source of capacity
Junior-ledSenior staff direct larger junior teamsAdditional people
Senior-ledExperienced practitioners remain directly involvedDomain experience
Proposed hybridExperienced practitioners direct AI-assisted workAI extends expert capacity

Madura describes AlixPartners as senior-led, with practitioners who bring 15–20 years of experience to daily delivery. His forecast is a hybrid in which AI helps reproduce and apply that expertise more widely. Invoking Dwarkesh Patel’s idea of an AI-first firm, he imagines something like 50 copies of a CEO. This is a conceptual picture of scaling knowledge, not a demonstrated ability to duplicate an executive’s judgment.

0:160:26
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

0:16 · section reference included

Less preparation, more evidence

An engagement often begins with a pile of PDFs, databases, and spreadsheets. Whether the assignment is an acquisition, an investigation, or due diligence, someone must first ingest, normalize, categorize, and organize the material. Only then can an expert apply a playbook, generate hypotheses, and develop insights. Those activities support the final recommendation: solving the problem for which the client hired the firm.

AI’s clearest immediate effect is to compress that preparation. Madura illustrates the change as preparation falling from 50% of an engagement to perhaps 10–20% in terms of required human effort. The figures express his estimate of the shift, rather than a measured comparison across matched projects.

Consider his contract-review example: 5,000 contracts, each requiring 30 minutes of review. Time and cost force a team to prioritize, perhaps examining only the most valuable 20%. AI changes the feasible scope of extraction: the same questions can be applied across the whole corpus. In Madura’s framing, coverage expands to 100%; that describes which documents receive processing, not whether every extracted answer is correct.

Value-versus-quantity chart with a descending curve, pale green background across the plot, and a central “100%” label. The heading says AI changes the time and cost constraints on reviewing valuable data.
The coverage diagram replaces the unreviewed region with a green field marked 100%.

The benefit is more than finishing the original sample faster. A team can examine vendor contracts or the customer base more broadly, identify additional savings opportunities, and leave experts more time for interviews. Reducing preparation can expand the evidence available for judgment, as well as reduce the labor required to assemble it.

3:383:55
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

3:38 · section reference included

Individual time savings are not enterprise productivity

Bhasin introduces the deployment examples through a tension: enthusiasm for AI has not reliably translated into organizational results. He cites an 89% figure from the Spring 2025 Fortune/Deloitte CEO Survey. That figure includes organizations exploring, piloting, or implementing agentic AI; it is not a completed-deployment rate. He also cites an NBER finding of no significant impact on earnings or recorded hours.

The other findings concern difficulty converting projects into value. BCG’s figure is 74% of companies struggling to achieve and scale value from AI broadly, rather than GenAI alone. S&P Global reports 42% of companies abandoning most AI initiatives before production, distinct from its separate finding that an average of 46% of projects were scrapped. These describe different populations and outcomes, but motivate the same practical question: which workflows change the organization’s performance? Bhasin’s answer begins by distinguishing employee productivity from enterprise productivity. The three use cases target work that teams depend on, not simply a faster way for an individual to write or search.

6:336:49
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

6:33 · section reference included

Classify against the business taxonomy

The first use case is categorization. A ticket about a repeatedly restarting laptop needs routing to hardware support. In spend analysis, United Airlines belongs under travel. These are small decisions, but organizations need to make them repeatedly across inconsistent text. The older machine-learning workflow required text preparation—stemming and stop-word removal—followed by a classifier such as a support vector machine or Naive Bayes.

Structured outputs replace much of that bespoke classifier-building work with an LLM response constrained to the required format. Bhasin’s example classifies company names, including JD Factors, against the North American Industry Classification System, or NAICS. The output associates the vendor with a code, category, and explanation. He offers other cash management as an illustrative category, rather than establishing an authoritative NAICS assignment for that company.

Two-column slide showing an ML text-classification word cloud on the left and an LLM structured-output table on the right, with vendor name, NAICS code, category, and reasoning columns.
Traditional text classification alongside LLM structured outputs.

A schema cannot supply facts the model does not know. For an unfamiliar company, the workflow adds a web query and appends the resulting company information before classification:

  1. Supply the company name and the target taxonomy, including category descriptions.
  2. Use a web tool to obtain missing company context.
  3. Add that context to the classification input.
  4. Return the category in the required structured format.

This separates two problems: finding out what a company does and mapping that activity to the business’s categories. Bhasin describes the reduced implementation burden as democratizing text classification.

He calls the approach unsupervised, but its deployment is not unchecked. Business partners work with engineers to establish acceptable accuracy, while the taxonomy carries the business context that a generic category list would miss. Successful projects turn skeptical users into internal champions, creating demand for the next application. A reliable classification step also becomes something the team can later chain into an agentic workflow. The output remains stochastic, so that reliability requires continuing validation.

Bhasin reports 95% accuracy categorizing 10,000 vendors, completing in minutes work that would have taken days, at an order of magnitude less cost. The talk does not specify the scoring method, taxonomy depth, runtime conditions, or cost accounting behind that deployment result.

7:277:44
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

7:27 · section reference included

Get oriented quickly, then remove information handoffs

The second use case starts with an urgent assignment: 80 GB of internal documents arrive on Friday, and a court filing is due Monday. What did ACME release in 2020? What are its escalation procedures for reporting safety violations? Previously, someone might maintain an Excel index of documents received, missing, and stored in different locations, or attempt to find the answer through SharePoint Search.

The team’s retrieval-augmented generation, or RAG, application is designed to handle hundreds of gigabytes across PowerPoint presentations, documents, Excel files, CSVs, and other formats. Retrieval helps consultants become useful quickly when joining a project with little preparation time. Tool calls to proprietary third-party databases can supplement the document collection.

Those tools also address an organizational bottleneck. A licensed group previously had to retrieve information through a web interface, email it to another team, and wait for that team to analyze the spreadsheet. Bhasin’s team embedded the API specification and taught the LLM to call the API, reducing information-access delays that could otherwise take days. The useful change is the removal of intermediate requests and file handoffs within the authorized information workflow.

RAG then becomes a foundation for additional features, but the prompt box can encourage expectations beyond what retrieval provides. Asking it to reason across every document does not make an ordinary RAG system perform exhaustive analysis. Retrieving useful passages and processing an entire corpus are different operations. Bhasin’s prescription is to build those additional capabilities step by step.

10:3210:41
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

10:32 · section reference included

The schema defines what matters

The third use case turns unstructured documents into records. Madura uses a roughly 50-page credit agreement: extract the contract parties, maturity dates, and senior lenders instead of asking a reviewer to locate each field manually. Referring to Jason Liu and Pydantic, he describes the reusable pattern as a document plus a schema plus an LLM, surrounded by validation and supporting code. The business value resides in the schema: which facts the engagement needs, and why those facts matter.

A Python schema can make those requested fields explicit while allowing a document to omit information:

python

from datetime import date
from pydantic import BaseModel, ConfigDict, Field

class CreditAgreement(BaseModel):
    model_config = ConfigDict(extra="forbid")

    contract_parties: list[str] = Field(
        description="Names of the parties identified in the agreement."
    )
    maturity_date: date | None = Field(
        description="The stated maturity date, or null if not found."
    )
    senior_lenders: list[str] = Field(
        description="Senior lenders explicitly identified in the agreement."
    )

The schema constrains the output’s shape and field types. Checking that those values agree with the document remains a separate validation task. An investigation and an M&A engagement can reuse the same extraction capability while asking for different fields.

Madura describes applying extraction across thousands to hundreds of thousands of documents and reducing review from days or weeks to minutes. He does not give matched workload or runtime conditions for that comparison. The firm combines external products, including Box, with internally developed capabilities; the reusable element is the extraction workflow rather than a single application.

12:4712:58
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

12:47 · section reference included

Use token likelihoods to direct review

To help users decide what to inspect, the internal extraction interface aligns token log probabilities returned by the OpenAI API with structured-output fields. It excludes JSON syntax and field names, retaining the tokens that form the extracted values. For the interest-rate field, the relevant text is LIBOR plus 1% per annum—not the key naming that field or the punctuation surrounding it. This makes the review signal specific to the answer the user needs to assess.

Madura describes aggregating these values as a “geometric mean of the logprobs.” The mathematical distinction matters: a geometric mean of token probabilities is exp(mean(logprobs)), whereas exp(sum(logprobs)) is their product. The spoken description does not settle the exact implementation. Either aggregation is a likelihood-based signal, not a calibrated probability that the extracted fact is correct.

The interface translates its field-level scores into green and yellow indicators. These give users an intuitive route into human review, rather than requiring them to inspect token statistics directly. For nontechnical users, seeing a document become usable structured data can be the moment the capability becomes clear. Making that experience trustworthy still requires substantial validation; the color cue helps direct attention but cannot replace checking the source.

14:2514:42
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

14:25 · section reference included

Adoption is earned one bug fix at a time

The final requirements are organizational as much as technical. Bhasin emphasizes people skills and close work with the business. The team prototypes in Streamlit and builds in React, showing progress through monthly demos. That cadence makes new capabilities visible, helps colleagues imagine uses for them, and supports continued investment.

Agents, MCP, and new models may attract attention, but Bhasin names NPS and ROI as the metrics that guide the work. Progress is earned through individual bug fixes and partnerships with the people using the system. The platform’s value depends on reliable delivery becoming part of how the firm operates.

Madura closes with a joke: once Excel-powered LLMs actually work, the industry will have reached AGI. It is a fitting handoff after three examples built around ordinary enterprise material—categories, documents, and spreadsheets—whose usefulness depends on getting the details right.

15:5616:05
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

15:56 · section reference included

Resources

From the talk

Read the complete timestamped transcript
  1. 0:00

    [upbeat music] I'm Mo.

  2. 0:16

    Uh, I'm Director of AI Products at AlixPartners. Prior to this, I was a co-founder of an anomaly detection, anomaly detection startup, and prior to that, I was a data scientist at Google.

  3. 0:26

    Uh, together, we co-lead the development of a internal GenAI platform. We've been working for the last two years. Uh, we have twenty engineers. We've scaled it to fifty deployments, uh, and hundreds of users, and we're excited to tell you everything we've learned on that journey.

  4. 0:40

    Great. And I'm Kevin Madura. I help companies, courts, and regulators understand new technologies like AI and LLMs. As Mo mentioned, both of us work at a company called AlixPartners.

  5. 0:50

    It's a global management consulting firm. I realize lots of you in this room might be rolling your eyes at that, rightfully so, but I like to think our firm does a little bit more than deliver PowerPoints.

  6. 0:58

    We actually roll up our sleeves and, and solve problems, whether that's coding or actually, uh, getting into the weeds of things. So we're here to talk to you today about really three different things.

  7. 1:07

    One is how we see AI reshaping knowledge work as we see it today, so a lot of how it's impacting professional services, advisory services, that sort of thing. We'll bring three real-life use cases, uh, that we'll walk through in terms of how we've actually deployed it realistically, concretely within the way that we work in our business, and

  8. 1:24

    then wrap up with what doesn't work and where we see things going.

  9. 1:28

    So some of you here might recognize this chart from an organization called METER, which evaluates the ability for LLMs to complete a, a certain set of tasks, and it very specifically measures the length of task that LLMs can complete, at least with fifty percent, um, success rate.

  10. 1:45

    And so the takeoff rate is pretty significant here. Um, now we think that's mostly because it's a verifiable domain, and as we all know, model capabilities are a little bit jagged, so they perform very, very well in software development.

  11. 1:58

    Maybe not so well in, uh, non-verifiable or, or more messy domains l-like knowledge work. So we think it's a, it's a rough proxy for the coming disruption for professional services and, and knowledge work more broadly.

  12. 2:11

    Do we think the takeoff will be as steep as software engineering? Probably not, just because of the messiness of, of the real world, if you will. Um, and for those of you not familiar, there, there's typically two main models for professional services.

  13. 2:24

    One is the junior-led model. This is where you have very senior individuals and, uh, more junior individuals provide that leverage. So it's a lot of directing, "Okay, do this," and you throw fifty people at a problem, and they kind of figure it out and probably waste some time in doing so.

  14. 2:38

    There's also the senior-led model, which is more senior folks who have fifteen, twenty years of experience. They are much more involved in the day-to-day. They're actually doing the work, delivering the work.

  15. 2:47

    This is the AlixPartners model, uh, where it's a little bit less leverage, um, but we, you know, can, can deliver results, uh, a lot faster and more, more impactfully because it's the senior-led, uh, folks.

  16. 2:58

    We think the future is probably somewhat of a hybrid, but we think because of model capabilities and how quickly they're advancing, it really provides that, those more experienced folks, so people who have been in a particular domain or industry for fifteen, twenty years.

  17. 3:13

    Um, if you've listened to Dwarkesh Patel and his podcast, fantastic podcast, he has this concept of an AI-first firm where you can basically take the knowledge and start to replicate that out.

  18. 3:23

    So you can have fifty copies of the CEO, as an example. We think the future is something like that, where you have... you're basically replicating the knowledge experience of more senior individuals, and you provide and you scale out that leverage below using AI to do so.

  19. 3:38

    And so the way we think about typical engagements, um, it's really-- it roughly falls into these three different buckets, not always, but for ju-just for demonstration purposes. There's a lot of upfront work initially, um, whether it's an M&A transaction, a corporate investigation, some type of due diligence.

  20. 3:55

    Oftentimes, you're left with a bunch of PDFs, databases, Excels, whatever it might be. There's just a lot of upfront work to just understand what you've got, right? Just ingest the data, normalize it, categorize things, put it into a framework that you can then use to do what you do best, which what-whatever that might be.

  21. 4:14

    If you're a private equity, equity expert or investigator, whatever it is, you typically have some type of playbook, and that's phase, phase two, which is the black part, which is the analysis, the hypothesis generation.

  22. 4:25

    You're basically getting all that data into a format that then you can u-- y-you can take and use, um, and derive some type of insights from. And all of that, of course, is in support of the, the last piece, which is really what, what clients actually care about, which is you solving their business problem.

  23. 4:41

    That's the recommendation, the deliverable, the output, whatever that might be. That, that's the reason that they've hired you in the first place. We're seeing AI today just significantly compressing at, at minimum the, that first part.

  24. 4:54

    So if, if it was fifty percent, maybe it's ten to, to twenty percent today in terms of what's required from a human perspective just to get up to speed about understanding the contents of a data room or whatever it might be.

  25. 5:07

    And it's not only that. Because to the-- to date, you're largely limited by the throughput of human beings. So you think of doc review as an example. If you have five thousand different contracts, Box is a, a perfect, um, um, precursor to this talk because that's exactly what they do.

  26. 5:23

    Um, if you have five thousand contracts, think of how many people it would take if it takes thirty minutes to review each and every contract. You have five thousand of them.

  27. 5:32

    You want to extract some type of information from it. You're inhamely-- inherently limited by either time or cost. And so inevitably, there's some type of prioritization that occurs. You're only focusing on kind of the top twenty percent or whatever it might be, the most valuable, um, pieces of the data.

  28. 5:48

    With AI, that's completely changed, right? You can now look at one hundred percent of the corpus of data, whatever that might be. And you can start to derive insights.

  29. 5:56

    You can apply your same methodology, your analysis, your insights to- All of the data now, because you're able to extract that information from across one hundred percent of the data set.

  30. 6:05

    So now you can look at one hundred percent of the vendor contracts, one hundred percent of the customer base. You can start to derive those insights to identify savings opportunities, free up time to do more interviews, whatever it might be.

  31. 6:17

    You're freed up to do much more vi- high-value work, and the value is that because it's on across one hundred percent of the data instead of just the first twenty or so percent, the output is just that much better.

  32. 6:28

    So to bring it to life a little bit, I'll turn it over to Mo to talk through some real-life examples.

  33. 6:33

    Thanks, Kevin. [clears throat] So to motivate the use cases that we have, I want to start with the paradox that we face. Um, everyone's investing in AI. Eighty-nine percent of CEOs said that, uh, they're implemen- planning to implement agentic AI, according to Deloitte.

  34. 6:49

    But we find ourselves in this paradox where, uh, National Bureau of Economic Research says that there's been no significant impact on earnings or recorded hours.

  35. 6:58

    BCG says that three-quarters of company fail to struggle and achieve and scale value with their GenAI initiatives. And then finally, S&P Global said that almost half the, uh, companies were abandoning their AI initiatives this year.

  36. 7:12

    So how is it that everyone's spending, but no one's seeing the value?

  37. 7:17

    We think there's a difference between employee productivity and enterprise productivity, and so we want to talk about the use cases that we found that help drive enterprise productivity.

  38. 7:27

    So the first example I want to start with is categorization. Maybe trying to put a square peg in a round hole. How does this show up for us? Um, think if you have IT support tickets, your laptop keeps restarting, and that needs to be triaged to the hardware department.

  39. 7:44

    Um, you need to categorize those tickets appor-accordingly. Something closer to home, uh, is we analyze companies a lot, and so we want to look at accounts payables or spend data across companies, and we need to say, "What is United Airlines?"

  40. 7:57

    All right, fits under travel. How was this done before?

  41. 8:02

    Does anyone remember word clouds? You'd have to build a machine learning model. You'd have to stem your data, remove stop words, um, build a classifier, support vector machines, Naive Bayes.

  42. 8:15

    It's a lot of work. Enter the new way, structured outputs. So with structured outputs, you can get the answer a lot easier. This is unsupervised learning. Uh, this is literally what that would look like.

  43. 8:27

    Say you have a list of companies, JD factors, and you have to categorize it into a taxonomy. Here, the taxonomy would be the North American Industry Classification System, the NAICS codes.

  44. 8:37

    Each code has a description, uh, and in this case, it would be other cash management, for instance. Uh, typically, JD factors is probably not part of the foundational model's knowledge.

  45. 8:48

    So how do we ensure that the classification works well? Enter tool call. You can run a web query to append information to each of these pieces of, uh, to each of these companies and then categorize enormous volumes.

  46. 9:01

    Uh, so this is what we've been doing, and we found that we've had huge wins from this. So, uh, what this has done is this democratized access to text classification for us.

  47. 9:13

    I want to talk about the, the learnings that we've had from, uh, deploying this surgically at our company. Enormous wins in speed and accuracy. Those accuracy gains have not come cheaply.

  48. 9:25

    Uh, this might be unsupervised learning, but it's not unchecked. We've had to have the right relationships with the business partners who've worked hand-in-hand with us to ensure that we get to the accuracy that we wanted.

  49. 9:35

    What this does is convert skeptics into champions. We don't become snake oil salesmen pushing and peddling AI. It becomes a pull from the firm that's asking us, "Hey, can you use this?"

  50. 9:45

    Or, "Can you apply GenAI for us in these other initiatives?" Which is really powerful. Um, it's important to have business context. That gets embedded for us in those taxonomies which are being used for classification.

  51. 9:57

    Uh, everyone's talking about agents. Well, you need to get the individual steps right correctly, and what this does is it builds that individual step to hi- a high level of robustness and accuracy that we can daisy chain into the agentic workflows that we want.

  52. 10:10

    And finally, you know, a call-out is that these results are stochastic and not necessarily, uh, deterministic. That comes with some risks. Kevin will talk more about those.

  53. 10:20

    Punchline here, we've, we've been able to achieve ninety-five percent accuracy across ten thousand-- ve- categorizing ten thousand vendors, uh, doing in minutes what would have taken days at an order of magnitude less cost.

  54. 10:32

    All right, next use case. Uh, this wouldn't be an AI conference if we didn't talk about RAG. So what do we-- How do we, how do we, uh, see RAG at our firm?

  55. 10:41

    You get dumped with a bunch of data. Here's eighty gigs of internal documents. What did ACME release in twenty twenty? Uh, let's say you got a court filing that you have to submit on Monday, and it's Friday.

  56. 10:52

    You know, you might get asked a question, what is ACME's escalation procedures for reporting safety violations? How do we do this in the past? You'd have an index, a literal index.

  57. 11:00

    Someone would say, in an Excel file, what documents have been received, what documents haven't been received, and where are they? Uh, or, uh, hope not, but maybe you'd use Search and you have SharePoint Search or something like that, that, uh, probably wouldn't find you what you're looking for.

  58. 11:15

    Well, what do we do now? We have an enterprise-scale RAG app. It has to handle hundreds of gigabytes of data, uh, PowerPoints, documents, Excels, CSVs, all sorts of formats, uh, and, and huge volumes.

  59. 11:28

    What can you append to that? You can append tool calls to third-party proprietary databases. Let, let me talk about that for a second. What are the trade-offs that we've had?

  60. 11:36

    Sorry, I'm going really fast. Short on time. Um, the, the wins and the losses. So it's been-- RAG is invaluable at, at consulting companies 'cause you get dumped on a project really quick and you have to get up to speed, so, uh, ends up being really valuable.

  61. 11:50

    Uh, but I want to call out the teaching LLM APIs part. Um, typically certain Data sources would be siloed behind organizations that had licenses that would have to pull information from a web UI.

  62. 12:03

    That would then be emailed to a certain per- to a certain team, and then that team would analyze the Excel. Well, what we did was we took the API spec, embedded it, and taught the LLM how to call an API.

  63. 12:12

    We have democratized access to information that would otherwise have taken days for people to use, really condensing the time, as Kevin said before, in some of the projects on the high-value work.

  64. 12:22

    Uh, the last thing to call out about RAG is that it serves as a substrate on which you can tack on a nu- a number of GenAI features that's proven really valuable for us at our firm.

  65. 12:31

    A number of call-outs, you know, people have high expectations on what they, what they want to receive from a, a prompt box. If you say reason across all documents, that's just not how RAG works.

  66. 12:39

    So we have to build those solutions step by step, and it's a long journey that we have to go on, and we're excited to be on it. With that, over to Kevin and the third use case.

  67. 12:47

    Yeah. Oh, shoot. Thanks. Um, so it's a good thing Box went before us because they covered a lot of the advantages of the, the ability fundamentally to take unstructured data and create structure from that.

  68. 12:58

    It, it is an unbelievably powerful concept. It's, it's very simple on its face, but it is incredibly powerful in an enterprise context because you can take something like this credit agreement, it's fifty or so pages long in terms of a PDF, and you can very quickly extract information that's useful, like contract parties, maturity dates, senior lenders, whoever

  69. 13:17

    that might be. Um, and so you see fo- folks like Jason Liu, Pydantic is all you need. It is still true, it is still all you need. Um, and fundamentally what this looks like, and Box went through a lot of it, but it's combining a document with a schema, with an LLM, with some validation and scaffolding around

  70. 13:34

    it to make sure that you're pulling out the, the values that you, uh, that you need. And the business value really is in the schema of what you're ac- actually, what you're extracting and why you're extracting that information.

  71. 13:45

    It's the flexibility, um, that is really powerful here because you can start to reapply it across different types of engagements. Investigations might be looking at something entirely different than an M&A transaction.

  72. 13:56

    This fundamental capability can, can span across all those. And the power is there at the bottom where you can do this type of thing repeatedly across multiple documents of thousands, tens of thousands, hundreds of thousands documents, where doing a human review might take days or weeks.

  73. 14:11

    Using an LLM, you can get it down to minutes. It, it's incredibly powerful. Um, in terms of user trust, we, um, not only are using external sources like Box and, and others as well, but we've, we've rolled our own, uh, internally as well.

  74. 14:25

    And so, um, in terms of just exposing some of the model internals to users to have somewhat of an off-ramp for them to understand, um, where the model is more or less confident, we use the log probs that's returned from the OpenAI API, and we align that with the output schema from structured outputs.

  75. 14:42

    So we ignore all the JSON data, we ignore the field names themselves. We just hone in on the values themselves. So in this case, the green box above, the interest rate of LIBOR plus one percent per annum, that's the field that we want.

  76. 14:55

    We, um, basically take the geometric mean of the log probs associated with those tokens in particular and use that as a rough proxy of the model's confidence in producing that output.

  77. 15:06

    So the, um, the boxes way at the beginning that you saw in terms of green and, and, uh, and yellow is a direct reflection of the confidence level. So it's a really relatively intuitive way for users to get an understanding of the model's confidence, again, for, for human review to the extent that's needed.

  78. 15:22

    Uh, I won't go through all of these, but fundamentally, like I said, it is magic when it works and it works at scale. It is a total unlock, particularly for non-technical folks who are not up to speed with the capabilities of LLMs.

  79. 15:33

    To be able to do this is, is a light switch, light bulb moment for them. Um, and it really is a game changer. Now, uh, that being said, there's a lot of work to be done in terms of validation.

  80. 15:43

    You saw all the work that Box and others have done in terms of getting it to a level of rigor that you could, that users can trust. Um, and so that's really, uh, a key tenet for all this.

  81. 15:52

    And so finally, uh, I'll turn it to Mo for the must-haves.

  82. 15:56

    Ju- so just a couple quick call-outs. Uh, I know this is a tech conference, but a lot of this to get to work at the enterprise requires people skills and working closely with the organization.

  83. 16:05

    There are a couple things I want to call out that have been really important for us to scale our GenAI initiatives at our firm. The first one is, uh, demos.

  84. 16:12

    We, we build in Streamlit, but we, um, we, we prototype in Streamlit, but we build in React. And so we have a constant cadence once a month that we show the latest and greatest of what we're building.

  85. 16:21

    This inspires the firm in what we're able to build and continue to invest in our, uh, initiatives. Uh, and the second thing is, you know, there's always the next shiny thing, agents, MCP, uh, the latest model.

  86. 16:34

    Uh, NPS is our, our metric. ROI is our metric, and that is one hard-earned one bug fix at a time. Uh, I'll skip the other one. You know, partnerships are really important.

  87. 16:44

    It's a shared journey, so...

  88. 16:46

    And I think we're out of time, but, uh, I'll leave you with this. Once Excel-powered, uh, LLMs actually work, we will be at AGI. So I'm looking forward to that next talk.

  89. 16:56

    Thank you.

  90. 16:56

    Thank you. [upbeat music]