AI Engineer

The Signal Layer: What to Build When Anything Can Be Built — Lena Hall, Akamai

1813 summary words 8 min summary Watch video

Start with the signal

8 min read

Summary

At-a-Glance

  • Verdict: Watch fully
  • Core thesis: As AI makes implementation and polished content cheap and convergent, durable advantage shifts to choosing a problem from firsthand domain insight, articulating a specific bounded promise, and preserving that signal across product and go-to-market handoffs.
  • Why it matters: For AI-native products and GTM systems, speed without differentiated problem selection and message control can efficiently produce generic features, overclaims, and declining customer trust.
  • Best use: Use it as a strategic framing and lightweight operating model for defining product positioning, constraining AI-generated claims, and testing whether customers receive the intended message.

Executive Summary

Lena Hall argues that AI has made implementation broadly available: coding agents have improved rapidly on benchmarked tasks, and models can now generate competent answers, features, and content for nearly everyone. This collapses the value of average execution because competitors can build similar visible features quickly. The scarce work is no longer merely building; it is deciding what deserves to be built and why a specific customer should choose it.

She calls the required capability a "signal layer," with two jobs. On the build side, it means finding a problem through untrained sources of insight: judgment about the future and close, lived relationships with particular customers and domains. On the ship side, it means ensuring that the intended product signal reaches customers without being flattened into generic language or inflated into a misleading promise.

The talk's practical contribution is a three-part distortion model. Startups suffer source distortion when founders lead with architecture rather than customer pain; large firms suffer organizational distortion when management, legal, sales, and AI-mediated delegation round messaging toward safe averages; all firms risk machine distortion when narrow evidence is remixed into broad claims. The proposed control is deliberately thin: encode the promise together with its limits, make limits visible in the product and collateral, and test message recall with people unfamiliar with the product.

The end-state is trust, including trust from future agentic buyers. Hall's claim is that trust cannot be fully benchmarked or automated because it is earned over time, through reliable and reversible behavior. AI should therefore be used aggressively for execution, drafting, formatting, checking, and optimization—but not delegated responsibility for problem selection, conviction, scope, or the customer relationship.

Key Takeaways

  • Claim: AI commoditizes measurable implementation faster than it commoditizes successful product shipping, so implementation quality alone is becoming a weak moat. | Evidence: Hall says autonomous coding agents moved from solving only a fraction of standard software-benchmark tasks two years ago to the high 80s today, while writing and shipping improved far less; benchmarks capture the graded portion of engineering, whereas shipping reintroduces ungraded work. | Implication: Treat rapid implementation as table stakes; put senior attention on problem selection, user value, integration, reliability, and distribution rather than on feature production volume. | Caveat: The speaker gives directional benchmark observations rather than naming a specific benchmark or establishing a causal measure of shipping productivity.
  • Claim: The defensible input to AI is not broad 'taste' but firsthand insight into an unmet problem and judgment about conditions that have not yet produced training data. | Evidence: Citing Paul Graham, Hall recommends building for needs felt personally or among close peers before the market is legible; she uses Twitch's initially awkward idea of head-mounted-camera livestreaming as an example of a specific insight that generic systems are unlikely to propose. She also cites Richard Hamming's criterion that a problem matters when there is a reasonable attack on it. | Implication: Prioritize opportunities where Ken's team has unusually direct operational exposure, customer history, or a non-consensus view of what should exist—not simply where AI makes a feature easy to build. | Caveat: A weird, specific idea is necessary but not sufficient: Hall explicitly notes that many superficially similar startup ideas fail.
  • Claim: AI-generated GTM becomes counterproductive when the operator supplies only a generic prompt; the system fills missing specificity with familiar, high-performing but indistinguishable patterns. | Evidence: Hall points to repetitive LinkedIn formats and polished but empty blog posts, arguing that readers quickly pattern-match content a model could have produced from a one-line prompt. Her recommended division of labor is to supply the real point of view and firsthand story, while AI handles formatting, drafting, optimization, and cleanup. | Implication: Build AI content workflows around structured human inputs—specific customer pain, direct evidence, informed opinion, and product boundaries—rather than requesting generic viral or persuasive copy.
  • Claim: A product's signal is commonly lost through source, organizational, and machine distortion, each requiring active controls rather than more bureaucracy. | Evidence: For source distortion, Hall describes a YC company whose founders opened pitches with architecture and lost the customer pain; rewriting the opening around the hated user problem led subsequent conversations to convert into pilots. For organizational distortion, she says handoffs through management, legal, and sales re-round intent toward the average. For machine distortion, a narrow 94% evaluation can be repeatedly remixed until buyers hear it as a general promise. | Implication: Audit where product truth changes between founder/product, launch copy, sales enablement, partner material, and AI-generated derivatives; do not assume approved source collateral remains accurate downstream. | Caveat: The examples are anecdotal, and the appropriate controls differ by product type and company size.
  • Claim: The core positioning statement should weld the product promise to its operational limit, and that limit should be difficult to strip out during repackaging. | Evidence: For a monitoring tool, Hall rejects generic language such as 'intelligent AI-native observability platform' in favor of: it stays quiet unless it can tie an alert to real user impact, while showing every silenced alert so the operator can overrule it. She pairs a possible '90% fewer pages' claim with 'every silence is visible and reversible.' | Implication: For agent systems especially, pair outcome claims with controls, visibility, override paths, and scope conditions in both product UX and messaging; this protects credibility when claims are summarized by sales teams, partners, or models.
  • Claim: Message fidelity can be tested cheaply before scaling distribution, and much of that validation can be automated. | Evidence: Hall suggests giving a README to an SRE unfamiliar with the product and asking them to explain it back; the gap between their explanation and the intended message is the distortion about to be broadcast. She characterizes this as a lightweight, partly automatable signal layer for checking, catching, and surveying. | Implication: Add comprehension and claim-scope checks as release gates for launches, sales assets, and agent-generated collateral—measuring what recipients infer, not merely whether internal reviewers approve the wording.
  • Claim: Trust is the ultimate selection mechanism when humans and agents face many similar alternatives, and generic output actively erodes it rather than remaining neutral. | Evidence: Hall says trust has no complete grader or reward signal because it is granted over time through a consensual relationship; she uses doctors repeatedly opening a particular tool as an example. She argues that generic content consumes tokens, infrastructure, and staff time while teaching customers that the brand is not worth another click. | Implication: Optimize for reliable repeated choice, not just launch velocity or content volume; avoid publishing or shipping AI-generated material that lacks a distinct, supportable reason to trust the product.

Detailed Brief

A lightweight signal-layer operating pattern

  • Claims: The signal layer should be a small, deliberate function rather than a new management hierarchy or extensive approval process.; Its job is to carry original intent across product, marketing, sales, legal, partner, and AI handoffs without losing the customer problem, evidence, scope, or reversibility conditions.; Founder-like ownership matters because people personally exposed to the outcome preserve un-averageable details, while distant contributors naturally optimize for completing the assigned specification.
  • Evidence: Hall contrasts a founder using AI with an employee several layers removed: the founder attends to consequential detail because the outcome is personally theirs, while the employee closes the Jira ticket to spec.; She recommends placing a thin validation layer in GTM engineering rather than responding to distortion by adding organizational process and more handoffs.; In the monitoring example, visible suppressed alerts operationalize the same bounded promise expressed in the launch messaging.
  • Caveats: The talk provides a design principle and examples, not a full organizational implementation or accountability model.; Signal preservation should not be confused with preventing all adaptation for audience or channel; the concern is removal of material scope and evidence.
  • Implications: The most useful implementation is likely a reusable launch artifact that records the canonical customer problem, one-sentence promise, evidence, limits, prohibited overclaims, and required control language.; For agent-mediated distribution and agentic purchasing, machine-readable claims and constraints may become as important as human-facing messaging.

Notable Concepts & Terms

  • Signal layer: A thin product-and-GTM function that defines a differentiated product intent and preserves it intact through execution, communication, and organizational handoffs.
  • Convergence machine: Hall's characterization of AI as a system that produces common, trained-on patterns unless supplied with unique firsthand inputs and constraints.
  • Pointing: The high-value decision of choosing which problem, customer need, or direction to apply AI-enabled implementation toward.
  • Source distortion: A startup/founder failure mode in which deep familiarity causes the team to compress the story, omit customer context, and lead with technical architecture.
  • Organizational distortion: The flattening of a differentiated claim as it passes through layers such as management, legal, sales, and departmental handoffs.
  • Machine distortion: Loss of evidence, scope, and caveats when AI repackages a careful original message into shorter or derivative collateral.
  • Promise and scope welded together: Positioning design in which the claimed outcome and the conditions, limits, visibility, or override mechanisms are inseparable.
  • Trust with no grader: The proposition that trust cannot be reduced to a fully automated benchmark because it develops through repeated, consent-based reliance.

Operator Notes / Why Ken Should Care

  • Create a canonical signal brief for each priority product or agent workflow: target user, painful status quo, one-sentence bounded promise, evidence, explicit non-goals, failure behavior, and user override/control paths.
  • Require any AI-generated launch, sales, partner, or social derivative to preserve required scope language and link claims to their underlying evaluation conditions.
  • Run a message-back test with representative unfamiliar users before a launch; log misunderstandings as positioning defects and feed them into both copy and product UX.
  • Review current AI-product positioning for unsupported broad claims—especially benchmark percentages detached from task definition, scope, or reversibility—and revise before scaling distribution.
  • Assign a named owner at major GTM handoffs to protect the canonical signal rather than adding a broad approval layer.

Source/Metadata

  • Title: The Signal Layer: What to Build When Anything Can Be Built — Lena Hall, Akamai
  • Transcript words: 5093
  • Duration seconds: 1184
  • Timestamp note: No timestamps or chapters were present. The transcript includes a substantial repeated duplicate of the main talk and repeated closing text.
Full transcript 2986 words · 23 min read
0:11

How is the conference for all of you so far? Great, awesome. Well, I think this was the best, most productive year for so many of us. I'm Lina. A few days ago, I solved a production incident on a trail near a waterfall. My friend ran 18 agents while riding his bike. We're literally drowning in abundance. We have more output, more speed, more leverage than any of us have ever had. So why do we have this feeling that the ground underneath is moving too fast? One of the engineers that I met at this conference said yesterday that it feels like the opportunity cost for not working 9 a.m. to 9 p.m., six days a week, is too high right now. So we're all token maxing. We're all working all the time. But the same abundance that made you fast also made everyone else fast. So now everyone can build everything. Your competitor can build your feature this afternoon too. So the cost of the average just went to zero, and so did its value.

0:21

A year ago, the superpower, as we were told, was to be good at using AI. But models got so good, and they got so easy, and everybody now is a lot more skilled at using AI. And everybody's pointing AI at the same goals. AI gives everyone the same answer because everybody is asking the same question. It runs on data, and data is a record of what has already happened. So when you point AI at tasks like, tell me what users want, make more money, what should we build, make this viral, it answers from the common knowledge. Very competent, very confident, but also very identical to what it tells your competitor. To see something that data doesn't show yet, we need to have a vision, a point of view, a read on where it's going, and then use all that automation to execute it. AI is a really smart convergence machine. So if you leave it alone, it makes everything the same.

0:29

There is one decision, though, that AI can't and shouldn't make for you. It is to decide what to point at. So the new job for every one of us is deciding what it makes, being the reason the right people choose your version over the identical-looking vest. But also, I'm sure many of you walked around the expo hall at this conference, and there are so many amazing products, so many tools and vendors. They're all solving important problems. But why do they all sound the same?

0:38

So when anyone can build anything, what makes me different? What makes you different? Why should anyone pick your version, your product? I call this work a signal layer. And there are two halves to solving it and to getting this right. So that's how we will walk through it. The first half is knowing your signal, being able to define it very clearly, what you're building and why it's yours and not the average. So that's the build side, the code, the product, the roadmap. And the second half is emitting that signal without distortion, so making sure what your customers come to believe about you actually matches what you believe and what you've built. That's the ship side, the content and go-to-market engineering.

0:46

And I've had an unusual vantage point in this. I've built products as an engineer, I created my own as a founder, I brought other people's products to market. So, three very different jobs with one identical challenge. The signal doesn't always survive. So let's start with the build side. What do we even work on? Everything is implementable. Two years ago, the best autonomous coding agents solved only a fraction of the tasks on the standard software benchmark. And now the best agents are in the high 80s. So we nearly tripled the amount of writing, and shipping barely moved a third. The benchmark was measuring the part of software engineering that has a grader. And shipping is where all the ungraded parts come back in. So here is the rule underneath it. Anything that you can measure, you can train against, as Sarah Gould puts it. A compiler is a free grader. A test suite is a free grader. And the instant a task can grade itself, you can grind the model against that grade until it wins. Automation of code was first because it's the most checkable thing that we have. So implementation is converging for free for everyone at the same time. And the most buildable thing and the most valuable thing are almost never the same thing. So the model will build whatever you pointed at, but it will tell you nothing about where to point. Anything visible is replicatable.

0:55

Now, some people, when they hear everything is implementable, they panic. But we can flip the question. The pointing is actually the job. It has always been the job. We just had so much implementation work in the way that we never had to get good at it. So how do you decide where to point? Paul Graham shared some wisdom on this. The way you find something that people genuinely want is by feeling the need yourself. Build something you and your friends need because the market hasn't formed yet, service can't see it, and your own need is the only signal that isn't a crap signal. And the best ideas may sound genuinely lame at first, like a guy strapped with a camera on his head, live-streaming his life. It sounds really ridiculous, but it became Twitch. And the convergence machine doesn't really propose proactively these weird, specific, genuinely embarrassing ideas. But even with the Twitch example, it worked, but there were a thousand other similar startup ideas that didn't. So the weird, specific signal is necessary, but it is not sufficient.

1:02

It's also really tempting to say that we just need to have good judgment and good taste and call it safe. But taste is really just preference under feedback. And preference under feedback is exactly what these systems can learn. Anything you can demonstrate enough times with a better or worse signal attached, the machine can eventually imitate. So broad, good taste is not really a differentiator. What actually resists training is more narrow and more durable. So, two things: taste and judgment about what hasn't happened yet, because there's no data for an event that hasn't occurred. And then taste and judgment embedded in a relationship that the model can't observe. What this customer in this situation, with this history that you share, actually needs. The model has read everything ever written about your customer, but it has never actually met them. So broad judgment is not safe.

1:10

And if AI just handed everyone the ability to build anything, what's left to be good at? Richard Hamming spent his career studying why some scientists did great work and others who were just as smart didn't. He found that the great ones worked on important problems. And the problem isn't important because it just sounds impressive. It's important when you have a reasonable attack on it. For example, time travel is consequential, he would say, but it's not important because nobody has an attack on it. So Hamming would tell you to keep 10 or 20 ideas on important problems in the back of your mind so that when you finally have an attack, a new tool, a new angle, a thing that only you noticed, then you go for it. But in Hamming's world, the rare thing was having an attack. And AI just handed everyone an attack on everything. So the rare thing is knowing which problem is actually worth attacking. And that judgment comes from being a real person, close to a real domain, with your own battle scars, your weirdly specific experience, the thing that you care about more than is reasonable. And you don't actually need to be first. You just need to be genuinely close to a problem. Your insight is in the delta between what AI has been trained on and what should exist.

1:18

So let's say you did it. You found that sweet-spot problem, the one that you had an honest attack on, that you built the thing. It's genuinely good, it's genuinely yours, not the average. You can still lose. Because knowing your signal is only half the job. The other half is getting it from your head into the head of a person that it was meant for. And it's about reaching the right people. And what do most of us do for that? We make content. So let's talk about what AI, the convergence machine, does to that.

1:26

What happened to the internet in the last two years? Open any feed, everything has started to sound the same. The same LinkedIn posts, the same three bullet points and a bold takeaway at the end. The same blog post that says nothing but actually looks very polished. Your readers can now pattern-match AI in just half a second. So if a model could have written your post from a one-line prompt, your reader's brain just skips it for the same reason. So AI has really learned the algorithm. It has learned the format that performs. It has learned what gets clicks. And everyone wants to hand the machine a paragraph and say, make it viral, make me rich. It fills every gap that you leave with sameness.

1:33

So what do you put in, and what do you let it fill in? Because there are two different ways to use this thing. And they look very identical from the outside. One is you give it an average prompt, and it gives you the average output. And you ship one more indistinguishable drop into an ocean of indistinguishable drops. So you've automated your own irrelevance very efficiently. And two, you can bring it the part that it can't have: your specific point of view, the real story that you were actually in the room for, and then let the machine do the converging work, the formatting, the drafting, the algorithm optimization, the cleanup around the core that it could have never generated.

1:43

The signal distorts on the way out. So you can have the signal perfectly clear for you and still watch it fall apart between your brain and your users' understanding of it. And in my experience, it breaks in three places. And there are fixes for each, but they're different depending on the product, the type, and the size of the company.

1:51

One of them is source distortion, which is very common in startups. Founders, actually, usually know the signal so well that they always have this accidental gift of compressing it past legibility. They often assume the context that the audience doesn't have, and the room hears something technically very cool, but they don't really understand why it matters. I helped this one YC company with this exact thing recently. Absolutely brilliant founders, genuinely new product, but every pitch that they started was starting with architecture, with the clever parts, with things that they were very proud of. But it really landed as noise because the customer pain had been deleted from the whole story. So we rewrote the opening to include the thing that the user hated and this product actually killed. So the same product, the same week, the next conversations converted into pilots, and then we turned that into a repeatable GTM system.

1:58

Organization distortion is another type of distortion that almost every big company has. As signal travels through layers of management, through legal, through sales, through every department, at every handoff, it gets re-rounded toward the average. And this really doesn't come from incompetence. It comes from investment. So hand a founder and the person three layers down the same task and the same AI, and you get two different things. The founder really sweats the un-averageable details because the outcome is really theirs. And they're personally invested and affected by it. And others just ship it to spec. They close Jira tickets. They were asked for something like compliance, not as much conviction. So a long delegation chain plus convergence machine is really a factory for automating the signal out of your own company. So the first instinct usually is to add more process, which adds layers, bureaucracy, and slows everything down. And we don't want that. To fix this, we have to help take the signal back and reattach it to the outcome like a founder, and add a very thin signal layer to your go-to-market engineering, where its only job is to validate and carry the original intent across the handoffs intact.

2:06

Machine distortion is another way you can lose signal. You write one careful launch. Your claim, your evidence, and your scope are very clear. But then, of course, AI remixes it into a tweet, into a sales deck, into a partner one-pager. For example, you might have had this one very narrow eval that scored 94%. But it was repeated enough times that your customers actually heard it as a promise. So we see the same through line. Your signal has to survive the trip undistorted. And this is something you can engineer.

2:13

So we need a thin signal layer, a small deliberate function whose job is to make sure that what your users take away is still the specific thing you meant. Say you're building a monitoring tool. There are 12 other tools in this category. But yours does something different. It tells you what not to wake up for, for example. It stays quiet on the noise so when you get paged at night, you believe it. So that quiet, that trust earned by silence, is your signal. So first, say it in one sentence with the limit built in. Definitely don't say intelligent AI-native observability platform. Say something like, stays quiet on anything it can't tie to a real user impact and shows you everything it silenced so you can overrule it. The promise and the scope are welded together here.

2:20

Then make sure that the limit can't be edited out. So in the product, every suppressed alert is visible. In the launch, statements like 90% fewer pages live next to statements like every silence is visible and reversible. So when AI chops your launch into a tweet, it can keep the impressive number but also remove the part that keeps the product honest. And before you scale it, check what people actually heard. So give a readme to an SRE who has never seen your project and ask that person to describe the product back to you. The gap between what they say and what you meant is the distortion that you were about to broadcast. And it's a very lightweight signal layer. And a lot of it is buildable. So you can automate more of the checking and the catching and the surveying than most people realize.

2:28

So step back and ask what all of this, the building, the shipping, the undistorted signal, is actually for. It's for one thing: getting a human, or increasingly an agent, to choose you and rely on you when they have infinite identical-looking alternatives. So that's trust. Trust is the one thing that's left with no grader. There is no benchmark for it, no reward signal. It can't be entirely automated because it's granted slowly through a relationship with consent. For example, doctors who open one particular tool every morning, they didn't have that habit trained into them.

2:37

And what happens if we get this wrong? Getting your signal wrong is actually not neutral. It's negative. Producing averageness is not free. You actually pay for it in tokens, in infra, in the salaried hours of good people, with customers that take a look at your product once, decide once, and never come back. So every generic post teaches them that your name isn't worth the click. So you spend real money to make yourself harder to choose.

2:42

So back to the main question. We got faster. But the speed is not where the value went. The value moved up to deciding what is worth building, what is worth saying, what deserves trust, and where the thing that you meant survives the trip to the people that it was for. So you don't need to be first. You need a real problem and enough conviction to carry the signal clearly through to the right people to find it. So when you can build anything, you should build trust, have the strongest conviction, define the signal yourself, protect it from distortion, and use AI aggressively for everything else. Thank you. Let's connect, and happy to chat with you afterwards. Thank you.

2:58

And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it.

4:12

And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it.

5:21

And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. ... ... ... you find something that people genuinely want is by feeling the need yourself. Build something you and your friends need because the market hasn't formed yet, service can't see it, and your own need is the only signal that isn't a crap signal. And the best ideas may sound genuinely lame at first, like a guy,

6:36

strapped with a camera on his head, live streaming his life. It sounds really ridiculous, but it became Twitch. And the convergence machine doesn't really, you know, propose proactively these weird, specific, genuinely embarrassing ideas. But even with the Twitch example, it worked, but there were a thousand other similar startup startup ideas that didn't. So the weird, specific signal is necessary, but it is not sufficient. It's also really tempting to say that we just need to have good judgment and good taste and call it safe. But taste is really just preference under feedback. And preference under feedback is exactly

7:24

what these systems can learn. Anything you can demonstrate enough times with a better or worse signal attached, the machine can eventually imitate. So broad, good taste is not really a differentiator. What actually resists training is more narrow and more durable. So two things, taste and judgment about what hasn't happened yet because there's no data for an event that hasn't occurred. And then taste and judgment embedded in a relationship that the model can't observe. What this customer in this situation, with this history that you share actually needs. The model has read everything ever written about your

8:08

customer, but it has never actually met them. So broad judgment is not safe. And the AI just handed everyone the ability to build anything what's left to be good at. Richard Hamming spent his career studying why some scientists did great work and others who were just as smart didn't. He found that the great ones worked on important problems. And the problem isn't important because it just sounds impressive. It's important when you have a reasonable attack on it. For example, time travel is consequential. He would say, but it's not important because nobody has an attack on it. So Hemming would tell you to keep 10 or 20 ideas on important problems

8:58

in the back of your mind so that when you finally have an attack, a new tool, a new angle, a thing that only you noticed, then you go for it. But in Hemming's world, the rare thing was having an attack. And AI just handed everyone an attack on everything. So the rare thing is knowing which problem is actually worth attacking. And that judgment comes from being a real person, close to a real domain, with your own battle scars, your weirdly specific experience, the thing that you care about more than is reasonable. And you don't actually need to be

9:33

first. You just need to be genuinely close to a problem. You actually understand where your insight is in the delta between what AI has to do. What you have been trained on and what should exist. So let's say you did it. You found that sweet spot problem, the one that you had an honest attack on, that you built the thing. It's genuinely good, it's genuinely yours, not the average. You can still lose. Because knowing your signal is only half the job. The other half is getting it from your head into the head of a person that it was meant for.

10:09

And it's about reaching the right people. And what do most of us do for that? We make content. So let's talk about what AI convergence machine does to that. What happened to the internet in the last two years? Open any feed, everything has started to sound the same. The same LinkedIn posts, the same, you know, three bullet points and a bold takeaway at the end. The same blog post that says nothing but actually looks very polished. Your readers can now pattern match AI in just half a second. So if a model could have written your post from a one line prompt, your reader brain just skips it for the same reason.

10:56

So AI has really learned the algorithm. It has learned the format that performs. It has learned what gets clicks. And everyone wants to hand the machine a paragraph and say, you know, make it viral, make me rich. It fills every gap that you leave with sameness. So what do you put in and what do you let it fill in? Because there are two different ways to use this thing. And they look very identical from the outside. One is you give it an average prompt and gives you the average output. And you ship one more indistinguishable drop into an ocean of indistinguishable drops. So you've automated your own irrelevance very efficiently.

11:38

And two, you can bring it the part that it can't have. Your specific point of view, the real story that you were actually in the room for, and then let the machine do the converging work. The formatting, the drafting, the algorithm optimization, the cleanup around the core that it could have never generated. The signal distorts on the way out. So you can have the signal perfectly clear for you and still watch it fall apart between your brain and your users' understanding of it. And in my experience, it breaks in three places. And there are fixes for each, but they're different depending on the product, the type, and the size of the company.

12:21

One of them is source distortion, which is very common in startups. Founders, actually, they usually know the signal so well that they always have this accidental gift of compressing it past legibility. They often assume the context that the audience doesn't have, and the room hears something technically very cool, but they don't really understand why it matters. I helped this one YC company with this exact thing recently. Absolutely brilliant founders, genuinely new product, but every pitch that they started was, you know, starting with architecture, with the clever parts, with things that they were very proud of.

13:05

But it really landed as noise because the customer pain has been deleted from the whole story. So we rewrote the opening to include the thing that the user hated and this product actually killed. So the same product, the same week, the next conversations converted into pilots, and then we turned that into repeatable GTM system. Organization distortion is another type of distortion that almost every big company has. As signal travels through layers of management, through legal, through sales, through every department, at every handoff, it gets re-rounded towards the average. And this really doesn't come from incompetence. It comes from investment.

13:51

So hand a founder and the person three layers down the same task and the same AI, and you get two different things. The founder really sweats the un-averageable details because the outcome is really theirs. And they're personally invested and affected by it. And others just ship it to spec. They close Jira tickets. They were asked for something like compliance, not as much conviction. So a long delegation chain plus convergence machine is really a factory for automating the signal out of your own company. So the first instinct usually is to add more process, which adds layers, bureaucracy, and slows everything down.

14:35

And we don't want that. To fix this, we have to help take the signal back and reattach it to the outcome like a founder, and add the very thin signal layer to your go-to-market engineering, where its only job is to validate and carry the original intent across the handoffs intact. Machine distortion is another way you can lose signal. You write one careful launch, your claim, your evidence, and your scope is very clear. But then of course, AI remixes it into a tweet, into a sales deck, into a partner one-pager. For example, you might have had this one very narrow eval that scored 94%. But it was repeated enough times that your customers actually heard it as a promise.

15:23

So we see the same through line. Your signal has to survive the trip undistorted. And this is something you can engineer. So we need a thin signal layer, a small deliberate function, whose job is to make sure that what your users take away is still the specific thing you meant. Say you're building a monitoring tool. There are 12 other tools in this category. But yours does something different. It tells you what not to wake up for, for example. It stays quiet on the noise so when you get paged at night, you believe it. So that quiet, that trust earned by silence is your signal. So first, say it in one sentence with the limit built in.

16:08

Definitely don't say intelligent AI-native observability platform. Say something like, stays quiet on anything it can't tie to a real user impact and shows you everything it silenced so you can overrule it. The promise and the scope are welded together here. Then make sure that the limit can't be edited out. So in the product, every suppressed alert is visible. In the launch, statements like 90% fewer pages live next to statements like every silence is visible and reversible. So when AI chops your launch into a tweet, it can keep the impressive number but also remove the part that keeps the product honest. And before you scale it, check what people actually heard.

16:58

So give a read me to an SRE who has never seen your project and ask a person to describe the product back to you. The gap between what they say and what you meant is the distortion that you were about to broadcast. And it's a very lightweight signal layer. And a lot of it is buildable. So you can automate more of the checking and the catching and the surveying than most people realize. So step back and ask what all of this, the building, the shipping, the undistorted signal is actually for. It's for one thing of getting a human or increasingly an agent to choose you and rely on you when they have an infinite identical looking alternatives. So that's trust.

17:44

Trust is the one thing that's left with no greater. There is no benchmark for it, no reward signal. It can't be entirely automated because it's granted slowly through a relationship with consent. For example, doctors who open one particular tool every morning, they didn't have that habit trained into them. And what happens if we get this wrong? Getting your signal wrong is actually not neutral. It's negative. Producing averageness is not free. You actually pay for it in tokens, in infra, in the salaried hours of good people, with customers that take a look at your product once, decide once and never come back.

18:27

So every generic post teaches them that your name isn't worth the click. So you spend real money to make yourself harder to choose. So back to the main question. We got faster. But the speed is not where the value went. The value moved up to deciding what is worth building, what is worth saying, what deserves trust. And where the thing that you actually, that you meant, survives the trip to the people that it was for. So you don't need to be first. You need a real problem and enough conviction to carry the signal clearly through to, you know, right people to find it.

19:07

So when you can build anything, you should build trust, have the strongest conviction, define the signal yourself, protect it from distortion, and use AI aggressively for everything else. Thank you. Let's connect and happy to chat with you afterwards. Thank you. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it.

19:37

And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. And I look forward to it. ... ... ...

Reading tools

Type to find a passage

Appearance
Ask this transcript

Add a note