From 108 conversations, 2024-2026

Lessons

What two years of building AI infrastructure taught me about selling, shipping, and surviving.

These are patterns I noticed after going back through two years of recorded meetings, partnership calls, government procurement conversations, university workshops, and late-night strategy sessions. Over a hundred conversations with partners, professors, customers, investors, and my own team. The lessons that kept showing up, meeting after meeting, are the ones that made this list.

Product

01

PMF is not about the model. It is about the plumbing.

A consultant was spending $890 per month in API fees and four and a half hours per run doing manual entity extraction from client interviews. When the same workflow ran through a governed pipeline with structured extraction, confidence scoring, and citation chains, the time dropped to minutes. The cost dropped to pennies.

His reaction was "this does the job," not "the AI is amazing." Customers want systems they can trust, trace, and explain to their clients.

02

Never lead with AI.

The organizations that need this most (police departments, school districts, procurement offices) do not think of themselves as AI buyers. They think of themselves as organizations with paperwork problems, compliance burdens, and capacity constraints.

The technology is the mechanism. The outcome is what matters: recovered capacity, stronger audit trails, faster turnaround, lower risk. Lead with the outcome. Let the technology be boring.

03

65% accuracy is good enough.

A brand strategist was manually scanning long interview transcripts to extract units of meaning (brand philosophy, mission, taglines). It took days and was unscalable because the expertise lived in his head alone. He told me that even 65% extraction accuracy would save him days, because the remaining human review becomes dramatically faster when AI surfaces candidates and leaves behind what is irrelevant.

Perfection is the enemy of adoption. Useful assistance needs a review process matched to the task, not just an impressive confidence score.

04

The consultants need a consultant.

The people who sell expertise to enterprises are themselves struggling with AI adoption. They have domain knowledge, client relationships, and the pain of manual processes. They are the ideal early customers because they understand what they need automated but cannot build it themselves.

The model that worked: 50/50 revenue splits with consulting partners who close deals. They bring the domain. We bring the plumbing.

05

Astroturfed competitors look impressive until you read their post-mortem files.

Polished marketing, conference presence, and published case studies do not mean a company has customers. The gap between a competitor's public narrative and their internal reality is often wider than you expect.

Do not panic over someone else's demo. Read their hiring page, their commit history, their actual customer list. The signal is in the mundane details, not the pitch deck.

Sales

06

Whoever teaches the framework shapes the procurement criteria.

Government buyers lack the vocabulary to evaluate AI vendors. They default to incumbent vendors out of fear, not preference. They buy from the name they recognize because they do not know what questions to ask.

The vendor who trains them on what to look for wins the RFP before it is written. A structured certification (AI Operator, AI Architect) does more than train individuals. It creates a shared language that procurement officers and evaluation committees use to compare proposals.

07

Pilot-first beats RFP-first.

VCs want actual engagements, not failed RFPs. Three 30-day pilots with public agencies, then 60-day productionization, then contracts. Even free pilots requiring staff allocation count as real commitment signals.

A CTO at a Kansas City agency confirmed it: if a pilot requires allocating staff time, it is a real commitment, not a freebie. That matters to investors.

08

There is a time and a place for "sovereign."

Data sovereignty is the core differentiator. Full traceability, certification that data has not left the boundary, compute that runs on your hardware. But a partner warned me: do not hammer it as a single-note message. Not every conversation needs the sovereignty pitch. When the time and the place is there, you need it. When it is not, you sound like you are selling fear.

09

Architecture shared without NDA gets taken.

We spent a week preparing detailed architecture diagrams and technical plans for a government AI procurement. No NDA was signed. The agency passed the material to an incumbent vendor who built it in-house. We had no recourse.

Protect IP before sharing it, or accept the risk and move faster than the copycats.

10

The product was never the problem. The follow-up was.

4,968 commits. $0 MRR. The product worked. The demos landed. The pipeline had real names in it. Deals failed from non-follow-up, not rejection. A verbal agreement, a sent contract, and then silence. Not a "no." Just an inbox that never produced a signature.

The conversion funnel leaks in the middle, where commitment meets paperwork and nobody sends the second email.

Trust

11

The three legs: people, policy, architecture.

Institutional AI adoption rests on three legs. People means training and certifications so staff know what they are governing. Policy means compliance checklists (SOC 2, FedRAMP, PIPEDA) so the legal framework is satisfied. Architecture means sovereign software that enforces trust by design, not by promise.

People, policy, and architecture reinforce one another. A technical boundary can enforce a defined restriction, while trained staff and accountable institutions decide whether the restriction is appropriate and what to do when it fails. None of the three replaces the others.

12

Enforced by protocol, not by promise.

Protocol enforcement can block actions that violate explicit permissions within a defined system boundary. Learned judgments about meaning or harm remain fallible, and even a correctly enforced rule can be a bad rule. The system needs evidence, review, and a way to correct both decisions and policies.

A useful guarantee identifies what is prevented, which mechanism prevents it, and which assumptions it depends on. Saying that a network path is blocked is a narrower and more testable claim than saying that all data misuse is impossible.

13

Security by obscurity is the default startup posture.

API keys on the front end. No credential management. The team knows it is inadequate but lacks the resources to fix it while shipping product. The gap between what you are building for customers and what you are running internally is the most honest measure of your maturity.

Acknowledge it. Do not pretend it is fine. Fix it as soon as you can afford to.

14

Human reviewers need evidence and evaluation too.

The extraction comparisons described in this work show why untrained reviewers should not be assumed to provide a reliable baseline. Performance depends on the task, instructions, expertise, and evaluation method. Reviewers need evidence and feedback, and their own errors must be measured.

Human review becomes more useful when source citations, uncertainty, and a traceable record help the reviewer inspect the right evidence. A receipt supports that judgment; it does not guarantee that either the model or reviewer is correct.

Education

15

60% of graduating business students cannot define a business process.

A professor estimated this after teaching for over a decade. The system has prepared them as a transaction: study, memorize, get the grade, move on. The students are not failing. The curriculum is failing them.

Professors cannot deviate from documented learning objectives without risking tenure review, even when the objectives are visibly outdated. The institution protects its structure at the expense of its mission.

16

"We may be out of business by the time we figure this out."

A professor said this about AI adoption in universities. Institutional change moves at the pace of committee approvals and accreditation cycles. The market moves at the pace of student enrollment. When students stop enrolling because the curriculum is irrelevant, the committee will still be discussing the proposal.

17

VPAT is non-negotiable.

A faculty member at a large public university told me directly: you do not even get to first base in higher education procurement without a Voluntary Product Accessibility Template. It does not matter how good your demo is. No VPAT, no conversation.

The successful adoption model in universities takes 4-5 years: demo to a small team, then faculty advocacy spreads organically. Keep the initial demo crisp, under 30 minutes, with separate use cases for faculty and students.

Team

18

Equity is non-renewable. Revenue is renewable.

A business partner framed it this way during negotiation. Take profit-sharing over equity dilution when the option exists. Revenue can be earned again. Equity, once given, is gone.

He also warned against VC too early: "We wasted a lot of time. We were really naive when it comes to raising capital." Time spent fundraising is time not spent building. A letter of engagement from a real customer is worth more than a warm intro to a partner.

19

Focus is a luxury.

Three products running simultaneously caused burnout. The CTO described himself as "numb to anxiety." The lesson is not "focus on one thing" (easy to say when revenue is uncertain). The lesson is that juggling is a cost that compounds silently until someone breaks.

We spent more time on meetings about the product than on building it. That is a sign the scope is wrong.

20

A great product is not built over a fence.

When a partner tried to insulate the engineering team from customer context (to "protect their focus"), I pushed back hard. Engineers who do not hear from customers become tools. Tools do not have wisdom. The best products come from teams that are in the room, not across a fence.

The compromise: the partner retains design authority and tiebreaker power, but engineering gets observer access to customer meetings plus post-meeting debriefs. Context without chaos.

The Meta-Lesson

21

The answer is always yes.

A partner taught me this about fundraising and sales conversations. The answer is always yes, even if it is not yes. Because what matters is what is on the other side of that question. Every "no" contains information about what the real objection is, what the buyer actually cares about, and what you need to change.

The only dead conversation is the one where you stop asking.