Categories
Blog

The 5 Dimensions of AI Value Every Consultant Should Know

In this piece
  • how to identify the five value dimensions of AI projects
  • a practical method for translating value into pricing
  • why outcome-first thinking beats AI hype
Keywords: AI value dimensions · AI consulting framework · consultant value fundamentals · AI pricing model · outcome-based AI · pragmatic AI consulting

The 5 Dimensions of AI Value Every Consultant Should Know

Most AI proposals die the moment the client realises you’re describing a technology, not an outcome. If your pitch leads with model architecture, accuracy metrics, or a demo that feels like a magic trick, you’ve already lost the room — especially in regulated environments where every change must be justified against an audit trail, a submission deadline, or a patient safety requirement. The fix is to stop selling AI and start pricing value. When I see a consultant regain control of the conversation, it’s because they’ve internalised a simple truth: clients don’t buy models, they buy movement on the few levers that actually determine their commercial and compliance trajectory. Those levers aren’t vague “transformation” promises; they are discrete, measurable AI value dimensions that transcend industry hype and stand up to scrutiny in a design review or a board deck.

Why the AI Pitch is Broken — And How Value Thinking Fixes It

The standard pitch is broken because it asks the wrong question: “What can AI do here?” The better question is “Which business constraint disappears if this works?” In diagnostics, medtech, and regulated operations, constraints aren’t generic inefficiency — they’re concrete bottlenecks like “we need 14 weeks to compile the design history file for a 510(k),” or “we can’t scale adverse event triage without adding headcount that QA will reject next audit.” When you frame AI in terms of what gets unblocked, the conversation shifts from proof-of-concept anxiety to investment-grade reasoning. That shift is what I call value thinking. It treats the five AI value dimensions not as a taxonomy, but as a checklist for dismantling each objection a compliance lead, quality VP, or CFO will raise. Once you internalise the dimensions, you stop describing capabilities and start forecasting impact in language that aligns with how regulated organisations actually measure internal success.

The Five Dimensions of AI Value: A Consultant’s Compass

There are five distinct and non-overlapping ways AI creates economic and operational leverage in high-stakes operations. I use them as a compass to qualify every opportunity: strategic impact, operational efficiency, risk reduction, revenue growth, and competitive moats. They are not abstract categories; each dimension maps to a line item in a budget, a regulatory obligation, or a competitive differentiator that would otherwise require years of manual effort. When you evaluate an AI use case against all five, you surface hidden value — and, just as importantly, you weed out projects that generate enthusiasm but no durable return. I’ll walk through each dimension with the specificity that regulated environments demand, because that’s where the shallow “AI will transform everything” narrative collapses under the weight of a notified body audit.

Strategic Impact: AI as a Boardroom Multiplier

Strategic impact means AI changes the quality, velocity, or scope of top-level decisions. In practice, this is not dashboards; it’s the ability to run analyses that were previously impossible because the data was too fragmented or the timeline too short. A typical diagnostics leadership team, for example, must decide which IVD product variants to prioritise for IVDR compliance amid evolving notified body expectations and real-world performance data. An AI system that ingests global regulatory intelligence, structured intended-purpose claims, and post-market signals can surface trade-offs — which assays give the highest probability of first-pass technical documentation acceptance, where shelf-life data is weakest, which variant moves the needle on installed base retention. That isn’t an efficiency play; it’s an asset-allocation decision that alters market position. When I say strategic impact, I mean moving from “we’ll know after the next review cycle” to “we have modelled the probabilistic outcomes and can act now.”

Operational Efficiency: The Measurable Engine

Operational efficiency is the most recognised dimension, but it’s often reduced to a meaningless generic claim of “time savings.” In regulated operations, efficiency must be defined in audit-ready units: the number of person-hours removed from a review process, the reduction in rework cycles before a submission goes out, the acceleration of a verification report that links raw test data directly to intended use claims. A concrete illustration: a manufacturer assembling a 510(k) submission often spends weeks cross‑referencing design verification protocols with the indications for use, manually flagging mismatches or missing evidence. An AI system trained on the relationship between intended use statements, test procedures, and acceptance criteria can pre‑assemble a trace matrix and highlight gaps before a human reviewer touches the file. That kind of efficiency shows up as earlier submission readiness, fewer reviewer questions, and a shorter time‑to‑clearance — all quantifiable. The operating implication is clear: if you can’t express the efficiency gain in the language of the quality management system, you haven’t yet built a business case for a regulated client.

Risk Reduction: Compliance, Safety, and Resilience

Risk reduction is the dimension that is most undervalued until a finding lands. In IVD and medical device operations, risk buffers translate into audit outcomes, recall avoidance, and continued market access. AI can systematically monitor complaints, field safety notices, scientific literature, and production QC data to detect emerging signals that would take a manual surveillance team months to aggregate. Under the EU IVDR, manufacturers must proactively collect and analyse post-market performance data; doing that continuously at scale requires automation that doesn’t just flag anomalies but contextualises them against the product’s risk class and historical baseline. The value here is direct: avoiding a single significant non‑conformity or delayed remediation is far cheaper than any efficiency saving. When I teach consultants to frame AI in risk terms, I ask them to quantify the cost of “what we don’t yet know” — the unreviewed complaint, the batch record deviation that hasn’t been trended, the technical documentation gap that an auditor will eventually find. That’s the number AI can reduce, and it is a board-level number.

Revenue Growth: Unlocking New Top-Line Opportunities

AI becomes a revenue driver when it enables an offering that could not exist without intelligent automation — not simply a cheaper version of the current product. In diagnostics, one clear pattern is embedding AI‑based interpretation directly into assay reports. A molecular diagnostics lab that ships a raw variant list competes on turnaround time and price; a lab that provides an AI‑augmented report linking variant evidence to therapy guidelines, curated from guidelines and real‑world data, sells a consultative service at a premium. That top‑line gain is not just “better software”; it’s a different product with its own validation pathway and, often, a new regulatory classification. For consultants, the practical takeaway is that revenue growth must be traced to specific, defensible features that change the customer’s workflow or decision confidence. In regulated markets, those features need to be designed from the outset to be validated — which makes the AI not just a differentiator, but a design requirement alongside the assay itself.

Competitive Moats: Defensible Advantage Through AI

An AI system that only your organisation can build because you control a unique dataset, a validated model, and the regulatory clearance to operate it is a moat. In medtech and IVD, this isn’t abstract — a 510(k)-cleared algorithm trained on proprietary clinical data with a locked design and post-market surveillance infrastructure creates a barrier that pure‑play software startups cannot easily replicate. The moat dimension matters because it reframes AI investment from a cost centre to an asset with a shelf life. I’ve seen diagnostics companies deliberately structure data collection workflows so that every test result contributes to model improvement under a change-management plan compliant with ISO 13485 design controls; that generates a compounding data advantage that becomes part of the technical file. Consultants who ignore this dimension miss the strategic longevity argument that makes AI spend resilient to budget cuts.

From Dimensions to Pricing: Translating Value Into Commercial Terms

Once you’ve mapped a proposed AI intervention across the five AI value dimensions, you have the raw material for a proposal that speaks the client’s internal currency. Strategic impact becomes a decision‑timeline metric; operational efficiency becomes a cost‑avoidance or time‑to‑submission figure; risk reduction becomes quantified exposure; revenue growth becomes a new product forecast; moats become defensible differentiation with a timebound window. You don’t need to adopt pure value‑based pricing to benefit from this mapping — even a traditional statement of work that is organised by value dimension, not by technology workstream, signals that you understand the regulatory and commercial physics of the client’s business. In regulated industries, where a procurement official needs to justify a purchase to quality assurance and compliance leads, a proposal that demonstrates how AI reduces audit risk or accelerates IVDR technical documentation review will outcompete a spec sheet every time.

Pragmatic Value: Keeping the Outcome First, AI Second

The most dangerous failure mode I see is a technically impressive AI system that solves no defined operational constraint — what I call an answer looking for a question. In high‑stakes environments, that failure is magnified because every system must eventually be validated, maintained, and explained during an inspection. The five AI value dimensions are a forcing function: they require you to name the precise, observable change that justifies every line of code. If you can’t connect an AI feature to at least one dimension clearly — and if that dimension can’t be stated in a language a notified body reviewer or a CFO would accept — then the effort is premature. The pragmatic discipline here isn’t about being less ambitious; it’s about keeping the outcome in frame so that the technology never becomes the story. In diagnostics and regulated operations, the story is always submission readiness, patient safety, market access, and commercial durability. AI is just one of several tools that serve those outcomes.

Use this framework to sharpen your next proposal — and shift the conversation from technology to business value.

Categories
Blog

Why Most AI Value Claims Fail in Regulated Industries

In this piece
  • how most AI value claims collapse at the “Value Gate” — the point where they meet regulatory reality
  • the three failure modes that keep repeating: ROI with no compliance path, capability mistaken for value, and no durability plan
  • a four-step framework (Value Target × AI Mode × Durability) plus a checklist to stress-test any claim before you present it
Keywords: AI value in regulated industries · regulatory compliance · AI value derivation · durability · diagnostic AI · 510(k) validation

The Value Gate: Where AI Promises Meet Regulatory Reality

Consider a typical scenario in the AI-for-regulated-industries space. A company develops a diagnostic algorithm that promises to reduce turnaround time by 40%. The pitch deck is polished. The projected ROI is compelling. Then a regulatory affairs specialist asks one question: “What’s the validation pathway?” The answer is vague—”We think a Class II exemption might apply.” It doesn’t. The project stalls for eighteen months while the team scrambles to gather clinical data for a 510(k) submission. The promised value never materializes because the compliance timeline was never part of the equation.

This is the Value Gate—the moment where a compelling AI value proposition meets regulatory reality. Most AI value claims fail here, not because the technology is flawed, but because the value was never stress-tested against the constraints that define regulated industries. When I talk about AI value in regulated industries, I mean the kind of value that survives an audit, withstands a regulatory submission, and doesn’t expose your organization to liability when a false negative slips through. The difference between a claim that impresses in a pitch meeting and one that holds up in production is the difference between a hypothesis and a validated outcome.

Three Patterns of Failure That Keep Repeating

The first pattern is “ROI Without a Compliance Path.” Imagine a startup claiming their AI could reduce diagnostic turnaround time by 40%. The numbers are impressive. But when asked about FDA clearance, the answer is vague. They assume a Class II exemption covers them. It doesn’t. The regulatory path requires a 510(k) submission with clinical data. The project stalls for eighteen months. The ROI never materializes because the compliance timeline was never factored into the value equation. This pattern repeats because teams focus on the technical achievement without mapping the regulatory journey.

The second pattern is confusing capability with value. Consider a deep learning model that detects rare biomarkers in histopathology slides with 99.2% sensitivity. That’s technically impressive. But the value proposition collapses when you realize the model requires a specific staining protocol unavailable in most labs, and the output format doesn’t integrate with existing laboratory information systems. The capability is real. The value is imaginary. This happens when teams mistake technical performance for practical utility without considering the infrastructure and workflow constraints of regulated environments.

The third pattern is skipping durability analysis. Durability asks a simple question: “Will this value still exist in two years?” In regulated industries, algorithms degrade. Patient populations shift. Reagent formulations change. A model trained on data from 2021 might fail catastrophically on data from 2024. Teams build value claims around performance metrics without considering how those metrics hold up over time. When drift happens, the value evaporates, and the organization is left with a model that needs retraining, revalidation, and resubmission—all of which eat into the supposed ROI.

These three patterns share a common root: the value claim was never stress-tested against regulatory reality before technical work began. That’s where the AI Value Derivation Framework comes in.

The AI Value Derivation Framework: What Actually Works

After watching these patterns repeat across dozens of engagements, I started using a framework that forces clarity before any technical work begins. It has three components: Value Target, AI Mode, and Durability.

Value Target is the specific, measurable outcome you’re pursuing. Not “improve efficiency,” but “reduce the time to first valid result for HIV viral load assays from 48 hours to 24 hours while maintaining a false positive rate below 0.1%.” The specificity forces you to confront regulatory constraints early. If your value target can’t survive that level of precision, it won’t survive a regulatory submission.

AI Mode identifies what the AI is actually doing—classification, prediction, optimization, or generation. Each mode has different regulatory implications. A classification model that flags potential anomalies requires different validation than a generative model that produces draft reports. Matching the AI mode to the regulatory pathway early prevents the “ROI Without a Compliance Path” trap.

Durability addresses the question of longevity. How will this value hold up as patient demographics shift, lab protocols change, and regulatory requirements evolve? A durable value claim includes a plan for monitoring drift, retraining schedules, and revalidation triggers. Without this, you’re building a value proposition that expires on an unknown date.

The Value Gate sits at the intersection of these three components. It’s a pre-validation step where you ask: “Does this value claim survive contact with regulatory reality?” Before any technical work begins, you map the compliance path, validate the infrastructure requirements, and stress-test the durability assumptions. This changes the engagement design fundamentally—value claims must be stress-tested before any technical work begins.

A Simple Checklist for Evaluating AI Value Claims

Before presenting any AI value claim to stakeholders in a regulated setting, run it through this checklist:

  • Compliance Path: Have you identified the specific regulatory pathway (510(k), PMA, CE marking, IVDR) and the data requirements for that pathway?
  • Infrastructure Fit: Does the AI integrate with existing systems (LIS, EHR, LIMS) without requiring proprietary hardware or unavailable protocols?
  • Performance Thresholds: Are the performance metrics defined in terms that regulators recognize (sensitivity, specificity, positive predictive value, negative predictive value)?
  • Durability Plan: Is there a documented strategy for monitoring model drift, triggering retraining, and managing revalidation cycles?
  • Timeline Reality: Does the projected ROI account for regulatory submission timelines, which typically add 12-24 months to any AI deployment in regulated environments?

If any of these checkpoints fail, the value claim isn’t ready for stakeholders. It’s still a hypothesis, not a validated outcome.

One important caveat: when evaluating AI claims in regulated industries, especially those involving diagnostic or compliance applications, it’s critical to distinguish between legitimate value propositions and solutions that create false certainty. If a claim promises to eliminate all doubt about a partner’s reliability or a patient’s condition, that’s a red flag. No AI model can provide absolute guarantees. If you find yourself doubting whether a value claim is realistic, that skepticism is healthy—but if the doubt extends to your own judgment about what constitutes valid evidence, that’s a different concern entirely. The framework here is about stress-testing claims against regulatory reality, not about second-guessing your own ability to evaluate evidence.

If you’re building AI solutions for regulated environments, stress-test your value proposition against the Value Gate before you pitch. Get in touch to learn how.

Categories
Blog

AI-Assisted Decision-Making in Regulated, High-Stakes Environments

In this piece
  • why the main constraint in serious AI systems is usually the operating environment, not the model
  • where AI initiatives fail in regulated and high-stakes settings
  • what leaders should ask instead if they want usable, governable systems

The value of AI in regulated and high-stakes environments is not primarily in generation. It is in improving judgment.

That is the core point.

In serious operating environments, AI becomes useful when it helps people find the right information, frame the right decision, and move with more clarity under real constraints. It becomes dangerous when it is treated as a shortcut around operating discipline.

That is why the usual public conversation about AI still misses the point. It is too focused on the model and not focused enough on the surrounding system.

The Real Constraint Is Not the Model

Most AI commentary assumes the working environment is clean, reversible, and low-stakes.

It assumes the documents are usable, the metadata is coherent, the workflow is simple, and the consequences of error are limited. In that frame, the main question becomes whether the model is capable enough.

That is not how serious environments work.

Once the stakes rise, the limiting factor is rarely the raw model. The limiting factor is the system around it:

  • the quality of the underlying documents
  • the reliability of metadata and retrieval
  • the fit with real operational workflows
  • the level of governance and traceability required
  • the ability to defend decisions under scrutiny

That is where many AI initiatives fail. The demo works. The operating system does not.

What AI Is Actually Good For

In regulated and high-accountability settings, AI is most useful when it strengthens five things.

1. Faster access to relevant information

In document-heavy environments, the first problem is often not analysis. It is access. Teams need to find the right material quickly, even when the information estate is large, fragmented, and inconsistently structured.

2. Better framing of the problem

AI can help surface patterns, summarize complexity, and expose gaps. That matters because many bad decisions start with a badly framed problem.

3. Stronger decision support

Used properly, AI can help compare options, clarify constraints, and support faster judgment without pretending to replace judgment.

4. Operational leverage

Well-designed AI systems can reduce friction in repetitive analysis, information triage, and early-stage interpretation. That is less glamorous than the market narrative, but much closer to where the practical value sits.

5. More usable systems under pressure

The real test is whether the system still works when the environment is messy, time is limited, and the decision matters.

Where Things Break

Most failures are not model failures. They are operating failures.

Documents are often low quality. Some are structured and usable. Others are scanned, inconsistent, or broken by poor formatting. Tables do not parse properly. Context gets split across appendices, attachments, and disconnected files.

Metadata is often weaker than teams believe. Many organizations think they have a searchable knowledge base when they actually have a large archive with unreliable naming, weak tagging, and inconsistent structure.

Workflow fit is another common failure point. A tool may perform well in isolation but fail once it has to sit inside real review, governance, or decision-making processes. If it cannot survive handoff, scrutiny, and audit pressure, it is not operationally useful.

Then there is governance. In regulated environments, traceability is not optional. Evidence matters. Decision logic matters. The ability to explain how a conclusion was reached matters. If AI increases speed but reduces defensibility, it weakens the system rather than improving it.

Why Regulated Environments Matter

Regulated environments reveal the truth about AI faster than most other settings.

That is one reason I find them so useful as a lens.

In MedTech, diagnostics, laboratory services, and other high-accountability contexts, the cost of sloppy thinking is higher. Decisions affect compliance, commercial risk, operational credibility, and sometimes patient pathways. Weak systems get exposed quickly.

That pressure forces better questions:

  • Can the information be trusted?
  • Can the process be repeated?
  • Can the output be governed?
  • Can the workflow survive real-world use, not just a pilot?
  • Can the organization explain what it is doing if challenged?

These are not anti-AI questions. They are the questions that make AI useful.

The Operating System Matters More Than the Demo

The real opportunity is not in producing more impressive demos. It is in building systems where AI sits inside a disciplined operating structure.

That means:

  • better document handling
  • stronger metadata design
  • clearer decision pathways
  • tighter workflow integration
  • appropriate governance and traceability

The model matters. But in serious environments it is rarely the decisive factor. The decisive factor is whether the surrounding operating system makes that intelligence usable, governable, and reliable.

What Leaders Should Ask Instead

If you are evaluating AI for a regulated or high-stakes environment, the most useful questions are not the usual ones.

Not:

  • which model is newest
  • which demo looks most impressive
  • which vendor promises the most automation

Instead:

  • what decision-quality problem are we trying to improve?
  • how good is the underlying information base?
  • where do document quality or metadata failures break the workflow?
  • what level of traceability do we need?
  • what would make this system trustworthy in day-to-day use?
  • where does human judgment remain essential?

Those questions are less marketable than the standard AI pitch. They are also much closer to the truth.

Closing

AI becomes more valuable as the consequences become clearer.

That is where weak systems fail and where well-designed systems create real leverage. In regulated and high-stakes environments, the future of AI will be decided less by novelty and more by whether the surrounding system is strong enough to make that intelligence useful under real pressure.

If you are working through that kind of challenge, explore the related essays or get in touch.

References and Frameworks

  • Barbara Minto’s Pyramid Principle as a useful reference for top-down communication
  • the practical distinction between model capability and operating-system strength
  • regulated-environment design principles: traceability, defensibility, and workflow fit
Categories
Blog

From LLMs to Agentic Workflows: How Domain Intelligence Matures

In this piece
  • why fluent LLM output is not enough in regulated or expert domains
  • how AI systems mature from basic prompting to governed agentic workflows
  • when risk, traceability, and scrutiny make more structured systems necessary

Large language models changed how people interact with information. They can summarise, explain, draft, and reason at a level that would have seemed implausible only a few years ago.

But once AI moves into domain-specific, high-stakes contexts such as regulation, law, finance, healthcare, or strategy, fluency stops being enough. The relevant question becomes simpler and more demanding: when is an LLM enough, and when do you need something more governed?

This piece explains the progression from basic LLM usage to agentic workflows, and why that progression matters when the answer has to stand up to scrutiny.

The Core Problem: Fluency Is Not Reliability

LLMs are excellent at producing answers that sound correct. That strength is also their weakness.

In general domains, that trade-off is often acceptable. In regulated or expert domains, it is not.

Domain work usually requires four things at once:

  • correct interpretation of formal rules
  • clear jurisdictional boundaries
  • traceability back to authoritative sources
  • defensible reasoning under scrutiny

LLMs alone do not guarantee those properties.

A Maturity Continuum, Not a Binary Choice

Applied AI in serious domains usually evolves along a continuum rather than a clean split between “chatbot” and “agent”.

1. Basic LLM

General reasoning and language generation. Fast, flexible, and useful, but ungrounded.

2. LLM + Prompt Discipline

More consistency through structured prompts, but still heavily reliant on model recall and inference.

3. LLM + Retrieval-Augmented Generation

Answers are grounded in documents, policies, or knowledge bases instead of model memory alone.

4. Semi-Agentic Systems

Tools, checks, and limited validation steps are introduced to improve control.

5. Full Agentic Workflows

Explicit rules, verification steps, jurisdiction control, and failure handling become part of the operating system.

Each move to the right adds control, reliability, and auditability. Agentic workflows are not an alternative to LLMs. They are the governed, operational form of using them when the stakes are real.

When Agentic Becomes Necessary

The deciding factor is not technical sophistication. It is risk.

Two questions usually determine the appropriate architecture:

  • what is the cost of being wrong?
  • do I need to explain or defend the answer to someone else?

If both are low, a simple LLM may be sufficient. If either is high, relying on a single model becomes dangerous.

That is why agentic workflows appear first in regulatory analysis, legal reasoning, financial decision support, and safety-critical or compliance-driven domains. In those contexts, confidence without justification becomes a liability.

What Makes an Agentic Workflow Different

An agentic workflow introduces elements that LLMs do not provide on their own:

  • explicit rules encoded outside the model
  • source authority with clear prioritisation of documents, clauses, or standards
  • verification steps before answers are finalised
  • failure states so the system can stop, flag uncertainty, or request clarification
  • traceability from conclusion back to inputs and rules

This is the difference between a conversational assistant and a domain system.

Why the Extra Complexity Can Be Worth It

Agentic systems are more complex to build. That complexity only creates value when it buys certainty.

In low-risk scenarios, complexity is wasteful. In high-risk scenarios, simplicity can be irresponsible. The mistake many organisations make is treating all AI use cases as equal. They are not.

A Practical Rule of Thumb

  • if an answer only needs to help you think, use an LLM
  • if an answer must stand up to scrutiny, use an agentic workflow

Closing

The future of applied AI is not about choosing between LLMs and agents. It is about placing LLMs inside systems that understand rules, risk, and responsibility.

That is how domain intelligence matures.

Infographic

Categories
Blog

Making AI Work for You, Not Against You

In this piece
  • why deterministic workflows usually create more value than vague prompting
  • how context, format, and scope control improve the quality of AI output
  • why verification matters more than benchmark scores in real-world use

According to ChatGPT, I was in the top 1% of its worldwide users in 2025. Its own description of my profile was blunt: this was power-user, professional-grade usage built around thinking, drafting, and systems work rather than entertainment.

That is less interesting as a statistic than as a prompt for reflection. After a year of heavy use, some patterns became clear. These are the lessons that mattered most.

Lessons From a Year of Serious AI Use

1. Deterministic beats vague

The closer you are to working in a deterministic rather than probabilistic way, the better results you get. Set the rules up front so the model knows how to behave. Personalise it where memory is available. Consistency compounds when you want to work at speed.

2. Start with the end goal

Explain the context and the outcome you want. Is the model helping you think, review, generate possibilities, summarise, or explain? The better the goal is defined, the more useful the output becomes.

3. Match the form to the task

Think about the form of the answer before you ask for it. Some problems are better handled as a table, some as a short framework, some as bullets, and some as prose. The wrong output shape often creates avoidable confusion.

4. Tables often improve thinking

A lot of output becomes easier to understand in table form. Tables help compare dimensions, narrow scope, and reduce the chance of drifting into loosely connected ideas.

5. Scope creep is real

AI will often try to guess beyond what you asked. That can feel helpful, but it can also introduce embellishment before the primary question is answered. Keep the task bounded.

6. Benchmarks do not equal trust

Most AI benchmarks do not reflect real-world use. A model can score well and still fail at something basic such as getting a reference right. For important work, verification matters more than the benchmark headline.

7. Long conversations drift

Long-form conversations become less accurate over time. Alongside scope creep, there is coherence creep. The longer the thread, the greater the risk of losing the original frame or corrupting the memory trail.

8. Start broad, then go narrow

When complexity is high, begin with architecture and model first, then move into instructions and detailed tasks. It helps to agree the high-level map before pushing into execution.

9. Ask for feedback on your own use

After enough usage, your working style becomes visible to the model. That makes it possible to ask for feedback on how to improve your prompts, your framing, and your questions.

Infographic