The AI-Native CRM

The AI-Native CRM — Joe Schmidt, Alex Rampell, Keith Peiris

Joe Schmidt, Alex Rampell, Keith Peiris

AI-assisted summary of The AI-Native CRM — original source. Check the original for full context.

Source published:

Key ideas

  • After scaling presentation tool Tome to 25 million registered users, co-founder Keith Peiris chose to pivot away due to lack of founder conviction and the fundamental limitation that isolated prompts lacked relational business context. (0:54)
  • Lightfield raised a $47 million Series A led by a16z to build an AI-native CRM centered on a 'business world model' that replaces rigid schemas with semi-structured, chronological activity logs. (0:00)
  • To seed its initial alpha, Lightfield offered free San Francisco office space to 10 startups on the condition that they run their daily sales operations entirely on the unproven platform. (6:40)
  • Rejecting purely seat-based or 100% consumption billing, Lightfield adopted a hybrid pricing model that bundles core CRM upkeep into a predictable platform fee while charging usage for pipeline generation, automations, and strategic forecasting. (33:15)

Detailed notes

## Background Published on September 16, 2026, across RSS and web podcast platforms, this episode features a16z partners Alex Rampell and Joe Schmidt hosting Lightfield co-founder and CEO Keith Peiris. The discussion focuses on Peiris's decision to walk away from Tome after reaching 25 million users to build Lightfield, an AI-native CRM engineered around a unified 'business world model' that replaces rigid relational database schemas with contextual machine intelligence.

## TL;DR Keith Peiris explains how the limitations of Tome's presentation tooling led his team to uncover a deeper enterprise challenge: reconciling fragmented, conflicting customer data across emails, call recorders, and stale CRM records. Lightfield addresses this by modeling company relationships chronologically through semi-structured activity timelines, allowing AI agents to dynamically deduce context without manual data entry or upfront schema design. The conversation delves into Lightfield's journey from offering free office space to alpha users ('negative pricing') to penetrating brownfield markets through cross-functional non-sales adoption. Peiris also details the operational shift to a 40-person team of un-siloed generalists, the rationale behind hybrid usage-and-platform pricing, and the long-term vision of turning the CRM into an autonomous strategic scenario engine.

## Atmosphere & style The conversation carries an energetic, intellectually rigorous insider vibe, balancing technical architecture debates with candid operator post-mortems. Peiris speaks with refreshing vulnerability about the emotional toll of abandoning a viral hyper-growth product and ignoring organizational noise, while Rampell peppers the dialogue with wry historical analogies ranging from vintage BMW switchboards to early SQL character limits. The dynamic feels like a high-bandwidth, collaborative whiteboard session between trusted investment partners, defined by pragmatic realism rather than empty AI hype.

## Bulletin - `00:54` After scaling presentation tool Tome to 25 million registered users, co-founder Keith Peiris chose to pivot away due to lack of founder conviction and the fundamental limitation that isolated prompts lacked relational business context. - `00:00` Lightfield raised a $47 million Series A led by a16z to build an AI-native CRM centered on a 'business world model' that replaces rigid schemas with semi-structured, chronological activity logs. - `06:40` To seed its initial alpha, Lightfield offered free San Francisco office space to 10 startups on the condition that they run their daily sales operations entirely on the unproven platform. - `33:15` Rejecting purely seat-based or 100% consumption billing, Lightfield adopted a hybrid pricing model that bundles core CRM upkeep into a predictable platform fee while charging usage for pipeline generation, automations, and strategic forecasting.

## Key takeaways - `00:54` Founders must personally love their product; viral metrics like 25 million users cannot substitute for lack of conviction or enterprise utility. - `00:54` Waiting on foundation model capability improvements ('hopium') fails when the bottleneck is missing enterprise context rather than raw reasoning power. - `05:00` Enterprise data systems present conflicting realities, where call recordings, emails, and CRM records often actively contradict one another. - `06:40` Intense user anger and hourly critical feedback from daily alpha users is a stronger signal of real utility than passive consumer growth. - `10:00` Treating human and organizational relationship timelines as the primary primitive allows semi-structured logs to replace rigid relational database schemas. - `15:00` 'Intelligence is greater than schema': systems that capture raw activity allow future data modeling changes to be backfilled retroactively via LLMs without expensive upfront data modeling. - `17:40` Winning greenfield startups provides a faster initial path to scale than competing directly for entrenched legacy 'hostage' customers. - `20:00` Commoditized outbound email automation is an unsustainable wedge against incumbents; the enduring advantage lies in modeling holistic company reality. - `22:15` Granting free CRM seats to cross-functional departments like engineering and finance builds internal network effects that insulate the tool against incoming sales leaders demanding legacy software. - `25:10` Enterprise software should reject aesthetic dogmatism, offering familiar tables and dashboards alongside frontier natural-language and CLI interfaces. - `33:15` Purely outcome-based pricing is impractical in sales tooling because software cannot control the underlying product-market fit of its customers. - `35:46` Operating without rigid departmental swim lanes and running a unified 40-person standup with a stack-ranked backlog enables extreme shipping velocity. - `40:00` Insurgent platforms must engineer maximalist features tailored to their fastest-growing breakout customers to stop them from churning back to legacy enterprise vendors. - `48:15` Attempting to build homebrew CRMs or internal 'company brains' consistently fails due to the immense complexity of data synchronization, entity resolution, and context engineering. - `50:00` Executing a successful pivot requires ruthlessly tuning out internal organizational noise and peripheral grievances to focus exclusively on solving verified customer pain.

## Detailed walkthrough ### `00:00` Building Lightfield and the Pivot from Tome

Three out of the five founding members of Lightfield originated from Facebook, bringing a background in consumer product design to enterprise software. Keith Peiris and his team gravitated toward building software for revenue teams because revenue generation represents a universally shared, high-stakes problem that every business cares about and constantly strives to improve. Today, Lightfield operates as an AI-native CRM built around the concept of a "business world model," which digests unstructured communications—such as customer emails, sales calls, and meeting notes—and transforms them into a grounded, unified record that autonomous AI agents can reason across to perform real-world work.

```mermaid flowchart LR accTitle: Unstructured Data to Actionable Business Model accDescr: Pipeline showing raw inputs transformed by Lightfield into an actionable record for AI agents. subgraph Inputs["Disparate Business Inputs"] E["Emails"] C["Sales Calls"] M["Meeting Transcripts"] end subgraph Engine["Lightfield Business World Model"] R["Resolution & Context Reconciliation"] end subgraph Execution["Downstream Work"] A["AI Agents & Workflows"] end Inputs --> Engine Engine --> Execution ```

Illustrating the impact of this approach, Keith highlights Power, a marketplace that connects patients suffering from complex, chronic illnesses with frontier clinical treatments. Power modeled their entire complex patient matching workflow inside Lightfield, which successfully helped an Alzheimer’s patient locate and access an experimental treatment within days.

Alex Rampell frames the broader thesis behind a16z leading Lightfield’s $47 million Series A round as a fundamental shift where "intelligence is greater than schema," moving enterprise software away from brittle, human-maintained relational tables toward systems powered by probabilistic reasoning.

- Keith emphasizes the competitive reality of enterprise software: “As a CRM company in a red ocean space, we have to be an expansion company.” - The core operating philosophy: “If we can help you completely model your business and your customer reality, then the rest will be easy.”

---

`00:54` Why 25 Million Users Were Not Enough

Before founding Lightfield, Keith built Tome into a viral phenomenon, achieving explosive consumer adoption right as GPT-3 and ChatGPT launched. Coming from consumer backgrounds where they worked on selfie and camera design at Instagram and Messenger, the founders originally set out to modernize how people share ideas. Tome allowed users to generate complete presentations and visual documents using generative AI, scaling at a clip of 2 million new users per month to reach 25 million registered users, with server waitlists forming due to severe inference compute shortages.

```mermaid flowchart TD accTitle: Tome Dilemma accDescr: The trade-off between massive viral growth and product conviction that led to Tome's pivot. V["Viral Growth: 25M Users"] --> P["Product Reality Check"] P --> C1["Individual / Student Utility"] P --> C2["No Context on Relationship or Audience"] C2 --> D["Decision: Hard Pivot Away"] ```

Despite the headline metrics, Keith and his co-founders made the radical decision to walk away entirely from the hyper-growth product. The core issue was an absence of founder conviction: the founders realized that they did not actually like using the product themselves, and they could not make presentations that met the standard of discerning enterprise professionals, investment bankers, or management consultants writing serious memos.

When Alex Rampell asks why the team did not simply wait for models to improve along the curve from GPT-3 to GPT-4 and beyond—warning against the trap of "hopium"—Keith explains that raw foundation-model reasoning was never the real bottleneck. The fundamental ceiling was that an isolated presentation prompt possessed zero context about the human dynamics in play.

- Keith on founder alignment: “Deep down, I think at an instinctual level, none of us liked the product, which is kind of a funny thing to say. I think at the end of the day, if you're a founder, you have to love the product that you're building and you have to be excited for your customers to use it.” - Keith explaining why waiting on better LLMs would not fix the core problem: “The model just didn't have enough context to really understand the audience, the relationship between the presenter and the audience, and no amount of general reasoning gets you past that.”

---

`05:00` Discovering Disparate Realities Across Enterprise Stacks

To pivot, the team went back to their founding mission of helping professionals tell difficult, high-stakes stories. Sifting through their 25 million users, they isolated the segment generating genuine commercial value: B2B sales and marketing teams. Keith secured free pilots across 12 mid-market companies ranging from 500 to 1,000 employees, originally offering to draft new business pitches and proposals for free.

Once inside these revenue teams, customer demands immediately drifted beyond slide decks into operational territory. Sales teams asked them to conduct account research, qualify inbound leads, and identify accounts primed for expansion. Keith asked for access to what he assumed was their operational single source of truth—the CRM:

```mermaid flowchart TD accTitle: Data Reconciliation Problem accDescr: Fragmented tools feeding contradictory realities into a central system of record. subgraph Siloed["Fragmented Business Systems"] CRM["CRM / Salesforce: Stale & Manual"] CR["Call Recorders: Unstructured Ground Truth"] DW["Data Warehouses: Event Metrics"] EM["Email Threads: Multi-threaded Conversations"] end Siloed -->|"Conflicting Data"| LF["Lightfield Reconciliation"] LF -->|"Reorganized Reality"| SOT["Ground-Truth Business World Model"] ```

The team quickly uncovered that enterprise business data was broken, contradictory, and deeply fragmented. A call recorder like Gong often reflected an entirely different operational reality than Salesforce; notes in the CRM omitted key deal risks, while email threads revealed procurement blockers that never appeared in pipeline reports. Reconciling this fragmented operational reality emerged as a vastly larger and more foundational problem than generating slides.

- Keith on the realization that sparked Lightfield: “The hardest part of doing this work was actually making sense of all of the data across all of these disparate systems. And it was sort of incomplete. It was conflicting. You know, the call recorder often had a different view of reality than the CRM.” - Keith on the thesis of the new company: “If you can reorganize reality for a company in a way that machines can understand and also for humans to understand, that feels like a way more interesting and enduring company than the one that we're on right now.”

---

`06:40` "Negative Pricing" and Rebuilding the CRM from First Principles

The path from the initial discovery to a full CRM was not an immediate straight line. The team initially built a lightweight go-to-market assistant, but they found themselves commoditized alongside ten other startups competing for the same workflows without owning the underlying data layer. Keith made the call to shrink the team down, discard the assistant product, and spend four months in complete isolation rebuilding the CRM from first principles.

When the alpha version was ready, they confronted the adoption wall: no operating business wants to trust their revenue pipeline to a four-month-old, unproven CRM. Bound to an expensive, oversized office lease leftover from Tome, Keith deployed an unconventional go-to-market hack: he posted on X and LinkedIn offering free San Francisco office space to startups on the condition that they run their sales operations entirely on Lightfield.

```mermaid flowchart LR accTitle: The Negative Pricing Loop accDescr: How trading office space for alpha CRM usage unlocked intense, high-frequency user feedback. A["Unused Office Space"] -->|"Free Desks Offered on X / LinkedIn"| B["10 Startups Move In"] B -->|"Mandatory Daily Usage"| C["Clunky, Slow Alpha CRM"] C -->|"Hourly Slack Feedback"| D["Rapid Iteration & Product Conviction"] ```

Ten startups accepted the offer—what Alex Rampell jokingly terms "negative pricing." The setup generated immediate product-market feedback. While the alpha was slow, buggy, and missing essential enterprise features, the founders sat in the product every single day, pinging the engineering team with impassioned critiques in Slack every two hours. For Keith, this visceral customer frustration was the ultimate validation, serving as a total contrast to Tome’s passive consumer churn.

Alex Rampell points out the classic dichotomy of traditional CRM systems: on paper, they are supposed to be the canonical repository of customer relationships, yet in reality, sales reps resent data entry and leave them hopelessly stale.

- Keith on the visceral feedback from alpha users: “They were mad about everything missing. They were mad about how slow it was. But they were in it every day. And they were giving us Slack feedback about it every two hours. And it's like, oh, this is so different than Tome.”

`10:00` Building the Facebook Timeline for Business

Reflecting on why most CRMs fail to capture reality, Keith Peiris notes that Lightfield benefited immensely from a beginner's mindset. In a typical growth-stage startup, sales representatives treat a CRM as a digital notepad to remember tasks, run low-level automations, and generate sales forecasts. Most founders entering the market rushed to build "CRM for work," automating repetitive sales activities like cold outbound emails. Lightfield went in the exact opposite direction:

> “And I think our naive view is actually the most important thing here is the latter. You know, if we can help you completely model your business and your customer reality, then the rest will be easy.”

Three out of Lightfield’s five founding team members came from Facebook, which shaped their architectural philosophy. Drawing inspiration directly from the early Facebook timeline, they treated the chronological, human relationship between two organizations as the foundational atomic unit of software. Rather than forcing users into standard sales pipeline stages right away, they designed an immutable activity log first: tracking the very first outreach, what was said back and forth, meeting records, shared documents, and eventually product usage telemetry and billing events. This log serves as a canonical truth that subsequently triggers standard CRM functions like updating deal stages and populating metadata fields.

```mermaid flowchart TD accTitle: Lightfield Semi-Structured Architecture accDescr: Raw activity streams feed an unstructured log that intelligence layers convert into structured schema updates.

subgraph Ingestion["Data Ingestion"] A["Emails & Call Recordings"] B["Product Usage & Telemetry"] C["Billing & Warehouse (Snowflake)"] end

subgraph Core["Core Primitive"] D["Canonical Activity Log\n(Semi-Structured Timeline)"] end

subgraph Intelligence["Intelligence & Reasoning Engine"] E["Causal Inference & Traversal"] end

subgraph Output["CRM Interface"] F["Deal Stages & Field Updates"] G["Custom Object Reasoning"] end

A --> D B --> D C --> D D --> E E --> F E --> G ```

- Standard CRM design is crippled by manual rep data entry, brittle schema rigidity, and poor API integrations. - Keith describes Lightfield's core technical goal as building a comprehensive "business world model" rather than simply dispatching emails. - Rather than maintaining a rigid relational schema or an unusable raw data lake, Lightfield settled on a semi-structured activity log that makes causal inference possible.

`12:35` Semi-Structured Logs and the Expansion Use Case

When Lightfield initially experimented with purely unstructured storage, they immediately hit performance barriers. Query latencies exploded because retrieving answers created a massive needle-in-a-haystack problem. To fix this, they engineered a hybrid semi-structured model capable of housing massive amounts of unstructured communication while indexing causality across the activity timeline.

This design fundamentally alters how downstream workflows operate. Keith offers the practical scenario of a Customer Success Manager (CSM) evaluating accounts for expansion. In a legacy CRM, a rep looks at disconnected static fields or runs brittle SQL queries. In Lightfield, a CSM can ask an open-ended question: "What should we sell to them, and when should we sell to them?" Lightfield traverses the customer's chronological communications—such as open support tickets, sentiment, and past meeting notes—and reconciles them with product usage streams pulled directly from warehouses like Snowflake. If an account has not had a single user log in for an entire month, the system knows not to recommend an upsell, or it can prioritize accounts showing intense product engagement across entire departments.

`15:00` “Intelligence Is Greater Than Schema”

Alex Rampell and Keith Peiris dissect the traditional enterprise onboarding nightmare: hiring costly CRM consultants. When surveying these consultants, Lightfield discovered that their most consequential job was helping customers design an initial relational data model. If an implementation team picks the wrong custom fields or sales pipeline stages at the outset, the entire implementation fails—sales reps will never retroactively update historical accounts to match a new schema.

Lightfield opted for an effectively "schemaless" paradigm. Customers do not spend months mapping database entities; they simply plug in their corporate email, connect a meeting call recorder, and sync their data warehouse. Lightfield’s built-in enrichment sources assemble relationships dynamically in five minutes, allowing teams to declare or alter fields at any point in the future. Because the entire history is retained in the activity log, changes can be backfilled retroactively using LLMs:

> “Basically, intelligence is greater than schema. That's the crux.”

Alex Rampell draws a humorous historical contrast to the early days of SQL databases, where systems engineers obsessively managed every byte of storage: - Relational tables required developers to hardcode character limits using data types like `VARCHAR(25)` for a user's name. - If a customer had a name that exceeded 25 characters, the system broke. - Computing has transitioned from manual byte accounting to an era where raw AI intelligence bypasses rigid schemas entirely, offering an enterprise platform that sets up like a consumer product.

`17:40` Clinical Trials and Brownfield vs. Greenfield Markets

Because Lightfield treats objects and relationships as arbitrary, customers use it to run atypical business models that traditional CRMs cannot accommodate. Keith highlights a health-tech customer that operates a two-sided marketplace matching pharmaceutical companies with patients seeking frontier treatments for severe diseases. The company modeled both the B2B pharmaceutical side and the B2C patient intake side in Lightfield. They then built automated agents that scrape clinical trial registries directly from the FDA and clinicaltrials.gov to create a real-time world model of ongoing studies. Lightfield autonomously correlates patient medical conditions with matching open trials, and recently helped a patient suffering from Alzheimer's disease secure access to an experimental treatment in just a few days.

Alex Rampell turns the conversation toward market entry strategy, explaining the classic startup dilemma of greenfield versus brownfield expansion:

> “The best companies have hostages, not customers. Like SAP has hostages. That's a brownfield.”

- **The Brownfield Challenge:** Brownfield markets represent environments heavily entrenched by legacy enterprise incumbents (e.g., SAP in ERP). Selling directly into these organizations is notoriously difficult because existing systems hold workflows hostage. - **The Cloud Paradigm Shift:** The first generation of cloud software conquered brownfields by waiting for legacy infrastructure to rot—such as on-premise Siebel systems running on aging IBM AS/400 mainframes whose sole 92-year-old system administrator had retired—and offering modern web delivery. - **The Greenfield Alternative:** In contrast, a greenfield strategy ignores entrenched legacy customer hostages altogether. Instead, a startup focuses on building a fundamentally superior tool for brand-new companies that are completely untethered from legacy software lock-in.

`20:00` Finding the Brownfield Wedge and Moving Beyond Outbound Spam

When Lightfield first launched, Keith Peiris and his team lacked a razor-sharp thesis on how to crack "brownfield" accounts—established companies entrenched in existing enterprise software. Because customer relationship management is universally cared about and perpetually ripe for improvement, they knew an opportunity existed, but they chose to start by competing for new, greenfield companies. To win those early startups, Keith and his chief of staff personally spearheaded outbound efforts, prospecting on LinkedIn and cold-emailing Y Combinator founders with the pitch: can we beat your existing startup CRM? They believed that by listening intently to these early users, the wedge required to break into brownfield accounts would eventually reveal itself.

That wedge crystallized over several months of observing their customers scale at unprecedented velocity. In the current startup climate, companies progress from pre-seed to seed to Series A and B faster than ever; several Lightfield customers that began with zero sales representatives quickly scaled to over a hundred reps. Watching them operate made it clear that the core value was far more elevated than the prevailing Silicon Valley narrative. For years, billboards across the Bay Area promoted AI CRMs as automated labor bots designed to pump out cold emails. Keith’s team recognized that incumbent software like Salesforce would inevitably automate outbound emails anyway, meaning task-execution features could never serve as a sustainable wedge against legacy systems. Instead, the real challenge was providing a holistic understanding of the business so leadership could steer their organizations through chaotic growth.

Keith Peiris summarized their realization: “And we were like, I think the wedge in Brownfield has to do with better understanding your company.”

- Keith and his chief of staff personally prospected early startup customers via LinkedIn and Y Combinator founder outreach. - Customers scaled rapidly on the platform, growing from zero sales reps to over 100 reps across subsequent funding rounds. - Lightfield rejected the AI billboard trend of focusing strictly on automated outbound tasks, recognizing incumbents would commoditize basic email automation.

---

`22:15` The Seasoned VP of Sales and Internal Network Effects

As a startup matures, a classic tension emerges between greenfield agility and brownfield inertia: founders and technical teams embrace frontier technology, but the seasoned VP of Sales brought in to scale the team has spent years conditioned on legacy software. Alex Rampell recalled encountering this exact obstacle when building one of his earliest companies. Adamant about avoiding Salesforce’s $85-per-month seat cost, Alex initially set up SugarCRM because it was free. Despite the tool working well, he was forced to cave and pay for Salesforce the moment he hired an experienced VP of Sales who flatly refused to work in anything else.

To counter this inevitable friction, Lightfield introduced a specific organizational distribution model: on all sales-led tiers, they provide free access to anyone outside the core sales team. Rather than walling off the CRM inside sales, engineering leaders use it to understand customer feature requests, customer success uses it for account scoring, and finance uses it for revenue recognition. When a newly hired VP of Sales enters the company demanding a return to legacy Salesforce, they are met with pushback from the rest of the organization, which already relies on Lightfield as an operational nervous system. This cross-departmental dependency creates powerful internal network effects that insulate the software from being abruptly ripped and replaced.

Alex Rampell highlighted the stubborn pull of legacy tools from personal experience: “I actually remember when I started one of my first companies, I was so adamant about not paying $85 a month for Salesforce that I use this thing called SugarCRM, which is free.”

```mermaid flowchart TD accTitle: Lightfield Network Effects Strategy accDescr: Diagram illustrating how distributing Lightfield freely across non-sales departments protects the platform against rip-and-replace attempts by incoming sales leadership. subgraph FreeOrgSeats ["Company-Wide Distribution (Free Non-Sales Seats)"] direction TB E["Engineering: Customer Context"] CS["Customer Success: Account Scoring"] F["Finance: Revenue Recognition"] end subgraph SalesLeadership ["Incoming Legacy Pressure"] VP["New VP of Sales (Salesforce-Conditioned)"] end subgraph Outcome ["Retention & Defense"] Net["Cross-Functional Network Effects"] Defense["Rip-and-Replace Defeated"] end FreeOrgSeats --> Net VP -.->|"Demands Legacy CRM"| Net Net --> Defense ```

- Alex Rampell was forced to abandon SugarCRM for Salesforce purely because his incoming sales leader refused to use anything else. - Lightfield’s sales plans grant free seats across non-sales departments to build broad organizational buy-in. - Cross-functional adoption makes it significantly harder for an incoming sales executive to mandate a rip-and-replace of the system.

---

`25:10` Skeuomorphism, Pragmatism, and the Tesla Gear Stalk

When rethinking enterprise software, founders face a fundamental interface design question: should the platform retain skeuomorphic elements—familiar blue dashboards, dense tables, and spreadsheets—or replace them entirely with natural-language prompts and proactive notifications? Keith explained that Lightfield purposefully rejected dogmatism in favor of pragmatism. Even as CEO and the company’s de facto sales manager, Keith still runs internal pipeline meetings directly from a table view. Lightfield provides polished spreadsheet tables and traditional dashboards alongside frontier interaction methods like natural language and command-line interfaces (CLI), allowing users to work in whatever format suits them best.

Alex Rampell connected this design tension to automotive hardware, comparing older BMW cockpits—packed with what felt like 9,000 physical switches and dials reminiscent of an airplane—to modern Teslas that have removed even the physical gear-shift stalk. While stripping away physical controls seems intimidating at first, the resulting interface is so intuitive that even a child could understand it, reflecting the popular Reddit concept "ELI5" (Explain Like I'm 5). In software, moving from strict schemas and endless configuration knobs toward plain-language intelligence mirrors that transition: advanced capability no longer requires an overwhelming wall of buttons.

Keith Peiris articulated their product philosophy: “I think we had this view of if we really want to be like a real enterprise CRM, we can't be religious about the way people work.”

- Keith Peiris serves as Lightfield’s de facto sales manager and continues to manage weekly internal reviews from spreadsheet views. - Alex Rampell compared traditional software interfaces with hundreds of dials to older BMW cockpits and airplane instrument panels. - Modern Teslas eliminated physical gear selector stalks entirely, exemplifying how radical simplification can make complex systems intuitive without sacrificing functionality.

---

`27:30` World-Model-Driven Sequences and the "Software is Dead" Build-vs-Buy Debate

While conversational AI handles complex synthesis, Keith conceded that the software industry has not eliminated deterministic dashboards. Business leaders still want a dependable, identical chart to look at every morning over coffee to confirm that revenue is growing. However, Lightfield has fundamentally re-architected classic sales workflows, such as email sequences. Traditional sales tools force operators to build rigid flowcharts filled with arrows, conditional branch statements, and brittle template variables. In Lightfield, outbound recipes query the company’s underlying business world model and dynamically adapt to context. Although veteran sales leaders initially balk at losing their manual toggles, they quickly realize that autonomous, context-aware recipes save immense time and eliminate steep learning curves.

This shift touches on the broader industry debate around whether "software is dead" and whether companies can simply build their own internal tooling using modern foundation models. Keith noted that as an enterprise system of record, Lightfield must respect that customer data belongs entirely to the customer. However, assembling a durable system of record involves complex foundational plumbing that internal teams underestimate. Lightfield invested heavily in engineering bespoke, high-performance synchronization engines for email, Slack, and cloud data warehouses to construct an accurate, real-time representation of customer business logic.

Keith Peiris outlined their posture regarding customer ownership and underlying data architecture: “First of all, I think just being a system of record, we have to be open-minded.”

- Traditional sales sequences rely on hard-coded conditions, branching logic arrows, and static variables, which Lightfield replaces with world-model recipes. - Lightfield engineers built proprietary sync engines for Slack, email providers, and cloud data warehouses rather than relying on shallow wrappers. - Despite the narrative that internal teams can build custom CRMs with LLMs, the underlying data integration and business modeling represent immense engineering hurdles.

`30:00` Harnesses, the SaaS Apocalypse, and Finding the Right Pricing Model

Lightfield gives customers complete control over their underlying data, allowing them to integrate via MCP (Model Context Protocol) or the command-line interface (CLI). Keith notes that when a couple of customers tried using Lightfield merely as a core system of record while building their own internal harness on top, they soon realized the depth of Lightfield's purpose-built layer: “Wait a minute, your harness was actually doing quite a bit. It had better entity recognition. It had better precision and recall. It was faster.” Keith welcomes these experiments, emphasizing: “I think our take is, it's your day to do what you want, and we're going to work hard to earn the right to your productivity every day.”

```mermaid flowchart TD accTitle: Lightfield Harness Architecture accDescr: Diagram showing how customer interfaces connect through Lightfield's harness to the core system of record.

subgraph InterfaceLayer["Access Channels"] CLI["CLI Access"] MCP["Model Context Protocol (MCP)"] Custom["In-house Custom Harness"] end

subgraph LightfieldCore["Lightfield Platform"] Harness["Lightfield Harness Layer\n- High precision & recall\n- Advanced entity recognition"] SOR["System of Record / Business World Model"] end

CLI --> Harness MCP --> Harness Custom -.->|"frequently re-converges on"| Harness Harness --> SOR ```

The conversation shifts to the broader state of SaaS pricing in the AI era. Alex Rampell observes that legacy seat-based models no longer make sense for products like Zendesk, where AI could plausibly drive the human seat count down to zero. Alex pushes back against the doom-laden narrative of the "SaaS apocalypse"—the notion that software is entirely dead, which he compares to absurd extremes like claiming supermarkets are dead because everyone will grow their own food, or car manufacturers are dead because everyone will weld their own aluminum. He asks Keith how Lightfield found its pricing strategy, particularly between the polar choices of seat-based, consumption-based, and outcome-based models.

Keith explains that to discover the "efficient frontier," Lightfield tested both extremes: - **Pure Seat-Based Pricing:** Although it felt familiar to buyers raised on Salesforce and HubSpot, the top end of the user base was consuming 10,000 times more computing resources than the long tail, making it economically unsustainable long-term. - **Pure Consumption Pricing:** Lightfield then flipped to an all-credit consumption model where every single action burned credits. Keith confesses that this triggered "the worst three weeks of the company's life," because signups poured in but users became paralyzed, terrified of taking routine actions that would deplete credits.

`33:15` The Four Work Buckets and the Limits of Outcome-Based Pricing

To resolve the pricing dilemma, Keith and Joe broken down Lightfield’s operational value into four discrete buckets to align buyer expectations with fair charging mechanics:

1. **Everyday CRM Work:** Core baseline tasks like capturing meeting transcripts, filling out database records, and updating tasks. Customers do not want volatile bills for baseline upkeep; as Keith puts it, “They're like, I don't want to think about the error bounds of my core CRM when I look at my budget over the next year.” Lightfield therefore packages this under a predictable, fixed platform fee. 2. **Pipeline Generation:** Inbound and outbound enrichment and prospect discovery. Because users see clear alpha, more meetings booked, and higher conversion to revenue, they gladly accept consumption-based pricing for this tier. 3. **Workflow Automations:** Triggered processes that perform tangible labor—such as researching a demo inbound signup and routing deep-tech prospects to Henry and health-tech accounts to Matt. The distinct return on investment makes usage-based fees feel justified. 4. **Frontier Intelligence and Scenario Forecasting:** The most forward-looking capability of Lightfield, acting as a dynamic "crystal ball or snow globe" of the business. Keith explains: “I changed my sales process after letting GPT-6 rip on the light field for a couple of hours on the weekend.” Users readily pay consumption rates for this high-leverage strategic insight.

Addressing why Lightfield does not charge on a purely outcome-based model, Keith points out that sales outcomes are inextricably tied to the customer's underlying product-market fit. Providing outbound automation for a viral product like OpenAI would yield runaway positive outcomes, whereas prospecting for an unpopular product would struggle through no fault of the CRM. Consequently, Keith highlights their current operating philosophy: “I think where we've landed at the moment is we have to charge for the work. We can't quite charge for the outcome in the space for now.”

`35:46` Ditching Swim Lanes for Extreme Velocity and Continuous Planning

Joe notes that Lightfield’s shipping velocity has skyrocketed compared to Keith’s previous venture, Tome, and asks how internal culture, tooling, and decision-making evolved to support that speed. Keith candidly reflects that Tome suffered from organizational dysfunction, citing his co-founder Henry's phrase: “We had a lot of people playing house, you know, just to say that you have the product leader and they all have their swim lanes and they get really mad if someone gives them feedback about something in their swim lane.” These rigid silos slowed execution to a crawl and made it impossible to pivot because the operational appendages were disconnected from the brain.

```mermaid flowchart TD accTitle: Lightfield Operating Rhythm accDescr: Daily and continuous planning flow showing how 40 generalists pick up stacked priorities across engineering, design, and customer success.

Standup["Daily All-Hands Standup\n(40-person team)"] StackRank["Stack-Ranked Priority List\n(Delivery, Eng, CS)"] Generalists["Unassigned Generalists\n(Engineers, Designers, CSMs)"] Execution["Direct Execution via Modern Tooling\n- Context via Lightfield\n- Design via LLM-in-Figma\n- Tasks auto-created in Linear"] Review["High Bar to Ship\n(Weekly editorial pruning & company bug bashes)"]

Standup --> StackRank StackRank --> Generalists Generalists --> Execution Execution --> Review ```

At Lightfield, Keith eliminated rigid swim lanes and extended multi-quarter roadmaps. He remarks on the shifting tech landscape: “You know the expression, man plans and God laughs. Now it's man plans and OpenAI laughs.” Today, the company operates with 40 people under a highly fluid structure: - **Universal Ownership:** “Everyone owns product and everyone owns customer success, which is kind of an interesting setup,” Keith explains. - **Single Daily Standup:** All 40 employees attend the exact same morning standup to review a single, stack-ranked backlog of engineering, delivery, and customer success tasks. Whoever is unallocated simply claims the highest-priority ticket. - **AI-Powered Fast Onboarding:** Modern tooling enables generalists to jump across disciplines effortlessly. Any teammate can understand an account through Lightfield, interact with design systems using LLMs inside Figma, and auto-generate task tickets directly in Linear. - **Low Bar to Start, High Bar to Ship:** While anyone can initiate a feature, Keith maintains a strict editorial gate to keep the product aligned with the broader company mission. Lightfield relies on weekly roadmap pruning and full-company "bug bashes"—a quality-control habit Keith retained from his tenure at Instagram: “The company needs to like this before it goes to customers.” - When asked what keeps him up at night despite this momentum, Keith states plainly: “I would say speed.”

`40:00` Building for Fast-Growing Accounts and Maximalist Prioritization

Before launching Lightfield, Keith Peiris spent time studying Tegus expert interview transcripts to analyze why startups switch away from modern, insurgent software back to legacy giants like Salesforce. One particular case stood out: an a16z portfolio company, ElevenLabs, had adopted a trendy startup CRM, but the provider couldn't ship analytics dashboards fast enough. After four months of unfulfilled requests, ElevenLabs simply churned and migrated to Salesforce. Keith admits this reality fuels his deepest paranoia: Lightfield must capture new companies as their core wedge, but they also have to build fast enough to prevent those customers from ever needing the legacy world.

Alex Rampell questions how one makes product trade-offs in an era where AI enables generalists to prompt their way into software features almost instantly. In the past, a team composed of a product manager, a designer, and nine engineers would map roadmaps years out. Keith explains that in an ultra-competitive "red ocean" market like CRM, Lightfield cannot rely solely on the initial land size; they must evaluate accounts based on their multi-year expansion potential. Because winning means scaling with breakout accounts, Lightfield skews its development toward the needs of its fastest-growing customers rather than the median user.

```mermaid flowchart TD accTitle: Lightfield Customer Prioritization Model accDescr: Flow showing how Lightfield weighs fast-growing accounts to drive long-term expansion over median customer requests.

subgraph Evaluation ["Account Evaluation"] A["New Inbound Account"] --> B{"Assess 3-5 Year Expansion Value"} end

subgraph Roadmapping ["Product Prioritization"] B -->|"High Growth / Velocity"| C["Build Fast & Unblock (Prevent Churn to Salesforce)"] B -->|"Average / Slow Growth"| D["Deprioritize Niche Custom Requests"] end

subgraph Strategy ["Product Posture"] C --> E["Maximalist Engineering (Ship Everything Needed)"] end ```

- Keith Peiris emphasizes the imperative to over-index on high-velocity clients: “I think because of that, we've leaned more towards building for our fastest growing customers than our average customer.” - Regarding the sheer scope of engineering required to prevent customer churn to legacy systems, Keith Peiris notes: “It's sort of a time of being a little more maximalist than usual.”

---

`43:10` Silicon Valley Hype vs. Rest-of-World Referenceability

Alex Rampell points out a distinct contrast: inside Silicon Valley, AI is almost overhyped, whereas outside the Bay Area, it remains heavily underhyped. Many enterprise buyers tested ChatGPT once in late 2022, saw a hallucination, wrote off generative models, and now view them with skepticism. Alex asks how Lightfield plans to cross the chasm from local startups to mainstream, non-tech businesses throughout the rest of the country.

Keith responds that system-of-record businesses inevitably generate the vast bulk of their ultimate revenue far outside Silicon Valley. However, he treats local tech clients not merely as early revenue, but as high-profile reference logos. When a well-capitalized tech firm that raised $200 million scales its go-to-market team on Lightfield, that operational track record becomes an asset when selling to traditional industries, from manufacturing to legacy logistics.

- Alex Rampell characterizes the broader market's sluggish reaction: “I kind of like to joke that AI is almost overhyped in Silicon Valley. I don't think it is, but it's like massively underhyped outside of this little region of the world.” - Keith Peiris frames the Bay Area focus as an acquisition mechanism for proof points: “I just see the focus on Silicon Valley not as efficient revenue capture, but actually just like efficient marketing capture to go out there and be like, alright, we're excited to get into manufacturing.”

---

`45:00` The Psychology of Trust and Moving Off the CRM

Alex and Keith unpack the psychology of enterprise software purchasing. Even though companies across disparate sectors require the exact same underlying software primitives—tracking customer contacts, pipeline stages, and communication histories—buyers fundamentally want to buy what their peers use. A toothbrush manufacturer hesitates to trust a platform adopted by a beverage giant simply because they operate in different sectors. In the enterprise, the old adage "nobody gets fired for buying IBM" remains potent, especially for a central system of record.

Keith highlights that choosing a CRM creates as much operational friction as switching corporate banks. To unlock risk-averse sectors like health tech and digital health, Lightfield invested heavily upfront in enterprise-grade security controls, including executing Business Associate Agreements (BAAs) and enduring years of deep penetration testing. That diligence, coupled with handling complex deals involving fifty distinct stakeholders, makes it trivial to close new health tech accounts today because prospects see peers already deployed safely on the platform.

- Keith Peiris explains the extreme friction of replacing a database: “In many ways, your CRM is maybe harder to move off of than your bank.” - Discussing why reference architectures carry so much weight with buyers, Keith Peiris reflects on his own purchasing instincts: “If I imagine even myself, like, I don't want to choose the wrong ERP. So I probably want to choose the ERP that companies who look like me chose. So that I never have to think about this after I buy it.”

---

`48:15` The Fallacy of DIY "Company Brains" and the Future Scenario Engine

Alex asks whether Keith encounters companies attempting to vibe code their own internal CRMs from scratch rather than buying an off-the-shelf platform. Keith notes that while seed-stage founders occasionally threatened to hack something together over four weekends, they inevitably returned a few weeks later when their homebrew tools hallucinated customer emails or broke down. At the enterprise scale, companies do not claim they are building a standard CRM; instead, they claim they are engineering their own internal "company brain." After stumbling on customer modeling, context engineering, and real-time world models, those enterprises usually concede defeat and buy Lightfield.

Looking ahead, Keith shares that his primary ambition is transforming Lightfield into an intelligent scenario-planning engine for executive teams. Rather than a static system of record, it functions as a mirror that guides existential decisions, such as identifying hiring velocity, pinpointing missing products, or recognizing that an enterprise business needs a dedicated mid-market line. Joe Schmidt underscores that having an AI system infused with comprehensive business context transforms frontier models into actionable decision engines.

- Keith Peiris shares what drives his product vision: “I'm stoked about Lightfield becoming your sort of crystal ball for scenario planning. And the thing that gets me up in the morning is actually having folks use Lightfield to think about how many reps should I hire? What product should I build next? Where do I go?” - Keith Peiris captures the core mission of an AI-native CRM: “I'm just excited about us being that sort of mirror for a company to make their hardest, most consequential decision.” - Joe Schmidt observes how holistic context unlocks automated reasoning: “If you just have all of this data and all this context, you can actually be data-driven, and this is the exact opportunity to throw frontier intelligence at a really complicated decision.”

`50:00` Ignoring the Noise During a Startup Pivot

Reflecting on how Lightfield operates, the hosts note that setting up business operations and strategic planning historically required hiring exceptionally smart people, maintaining dedicated operations staff, writing endless SQL queries, and stringing together complicated tools. With Lightfield, an operator can simply talk to the system across an afternoon or a weekend and construct an intelligent, actionable plan for moving the company forward. Looking back at Keith Peiris's journey from scaling Tome to pivoting and launching Lightfield, Joe Schmidt asks what single piece of advice Keith would give his past self if he had to embark on that pivot journey all over again with the benefit of hindsight, especially for founders currently facing their own transitional moments.

Keith emphasizes that during a pivot, nearly all the ambient chatter and internal friction must be actively disregarded. He recalls the petty distractions that surfaced during their transition—employees reminiscing about how the physical office reminded them of "the good old days," complaining that the catered food was uninspiring, or anxiously asking how their stock options would be repriced. For Keith, surviving and succeeding through a radical pivot requires completely shutting out those peripheral anxieties and staying locked onto genuine customer utility.

As Keith put it: “I think the most important thing to remember is that, almost none of the noise around you matters when you're in a pivot.” He underscored that founders must ruthlessly strip away distractions to focus purely on value: “You just need to find pain. You need to be inspired to build a product or service that solves that pain. And you need to be like maniacally focused on your customers.”

- **The old ops stack vs. AI:** Tasks that previously demanded specialized operations headcount, deep data analysis, and SQL queries can now be resolved through natural conversations with Lightfield over a few hours. - **Common pivot distractions:** Internal complaints regarding office nostalgia, team perks, catering quality, and equity repricing are non-essential noise that founders must block out with blinders.

`51:32` Wrapping Up and Podcast Disclosures

Closing the conversation, the hosts express immense admiration for what Keith and his team have accomplished in shifting directions and building Lightfield into such a compelling product. They encourage listeners who haven't yet experienced the tool to try it out directly at lightfield.app, emphasizing how proud and excited they are to partner with Keith as the company shapes the future of AI-native enterprise workflows.

Keith thanks the hosts for having him on, after which the show wraps with standard a16z podcast outro credits and mandatory investment disclosure notes.

- **Product URL:** Lightfield can be accessed and evaluated at lightfield.app. - **Show channels:** Listeners are directed to subscribe and follow across YouTube, Apple Podcasts, Spotify, X (@a16z), and Substack (a16z.substack.com). - **Compliance note:** Andreessen Horowitz (a16z) notes that it and its affiliates maintain investments in companies discussed on the podcast, with full public disclosures accessible at a16z.com/disclosures.

## Notable quotes > `17:40` The best companies have hostages, not customers. Like SAP has hostages. — Alex Rampell

> `15:00` Basically, intelligence is greater than schema. That's the crux. — Keith Peiris

> `45:00` In many ways, your CRM is maybe harder to move off of than your bank. — Keith Peiris

> `00:00` As a CRM company in a red ocean space, we have to be an expansion company. — Keith Peiris

> `50:00` I think the most important thing to remember is that, almost none of the noise around you matters when you're in a pivot. — Keith Peiris

> `00:00` If we can help you completely model your business and your customer reality, then the rest will be easy. — Keith Peiris

## Mentioned Lightfield, Keith Peiris, Alex Rampell, Joe Schmidt, Tome, Facebook, Salesforce, Power, a16z, Instagram, Messenger, GPT-3, ChatGPT, GPT-4, GPT-6, OpenAI, Gong, Snowflake, SAP, SugarCRM, HubSpot, Zendesk, Linear, Figma, ElevenLabs, Tegus, FDA

## Video description a16z’s Alex Rampell and Joe Schmidt sit down with Lightfield co-founder and CEO Keith Peiris to discuss what it takes to rethink the CRM for an AI-native world, and the unusual pivot that got him there. Keith previously built Tome to 25 million users, but eventually walked away from the product after concluding that the underlying technology couldn’t capture enough context about a presenter, their audience, and the relationship between them. Starting again, his team followed customers from AI presentations into sales workflows and eventually found a harder problem: making sense of the fragmented and often conflicting data spread across a company’s emails, calls, CRM, and other systems. They unpack Lightfield’s idea of a “business world model,” why Keith believes intelligence can replace much of the rigid schema behind traditional software, and what changes when AI has enough context to reason about a company and its customers. They also get into building for greenfield versus brownfield markets, AI-era pricing, running a company where everyone is a generalist, and Keith’s lessons from making a hard pivot.

[Source](https://mgln.ai/e/1344/afp-848985-injected.calisto.simplecastaudio.com/3f86df7b-51c6-4101-88a2-550dba782de8/episodes/6229af03-9c3d-49f0-b84c-fbbd1b7a789b/audio/128/default.mp3?aid=rss_feed&awCollectionId=3f86df7b-51c6-4101-88a2-550dba782de8&awEpisodeId=6229af03-9c3d-49f0-b84c-fbbd1b7a789b&feed=JGE3yC0V)

中文简报

AI原生CRM Keith Peiris解释了Tome演示工具的局限性如何促使其团队发现更深层次的企业挑战:协调分散在电子邮件、通话录音和陈旧CRM记录中相互冲突的客户数据。Lightfield通过半结构化的活动时间线按时间顺序为公司关系建模来解决这一问题,从而使AI代理无需手动输入数据或预先设计模式即可动态推断上下文。对话深入探讨了Lightfield的发展历程:从为Alpha测试用户提供免费办公空间(“负定价”),到通过跨职能的非销售人员采用来渗透现有系统市场。Peiris还详细介绍了团队向40人无壁垒通才架构的运营转型、混合“使用量+平台”定价背后的考量,以及将CRM转变为自主战略情景引擎的长期愿景。 在将演示工具Tome的用户规模扩展至2500万注册用户后,联合创始人Keith Peiris因缺乏创始人信念,以及孤立的提示词欠缺关联性商业上下文这一根本局限,选择进行转型。 (0:54) Lightfield完成了由a16z领投的4700万美元A轮融资,旨在打造一款以“商业世界模型”为核心的AI原生CRM,用半结构化、按时间顺序排列的活动日志取代僵化的模式。 (0:00) 为了培育最初的Alpha版本,Lightfield向10家初创公司提供旧金山的免费办公空间,条件是它们必须完全在这个未经检验的平台上运行其日常销售业务。 (6:40) Lightfield摒弃了单纯按席位付费或100%按用量付费的计费模式,采用了一种混合定价模型:将核心CRM维护打包进可预测的平台费用中,同时针对销售线索生成、自动化以及战略预测收取使用费。 (33:15)

Reading summary

Lightfield co-founder Keith Peiris and a16z partner Alex Rampell argue that modern enterprise software must abandon brittle relational schemas in favor of AI-driven 'business world models' grounded in semi-structured activity timelines. Their thesis holds that enterprise value lies in reconciling fragmented operational data across entire organizations rather than automating superficial sales tasks. Walking Away From 25 Million Users (0:54) Before creating Lightfield, Peiris built Tome, a presentation platform that reached 25 million registered users and grew at two million users per month alongside the launch of GPT-3 and ChatGPT. Despite these metrics, the founders abandoned the product due to a fundamental lack of conviction. Peiris realized that consumer slide generation lacked context regarding audience relationships and business stakes, a gap that general foundation-model improvements could not bridge. While offering free pitch-drafting pilots to mid-market sales teams, the team discovered that enterprise data was deeply fragmented: call recorders like Gong, email threads, and CRM systems like Salesforce consistently reflected conflicting realities. Rather than competing as another commoditized sales-assistant wrapper, the team rebuilt a foundational CRM from first principles, testing early iterations by offering unused San Francisco office space to ten startups in exchange for intense, mandatory product feedback. Schemaless Architecture Over Relational Tables (10:00) Drawing from the founding team's consumer background at Facebook, Lightfield treats chronological activity between organizations—including emails, calls, documents, billing, and telemetry—as its foundational atomic unit. Traditional CRMs rely on brittle relational schemas and manual data entry that sales representatives routinely neglect. When early experiments with purely unstructured storage caused retrieval latencies to spike, Lightfield engineered a hybrid semi-structured activity log to trace causality. Under this 'intelligence is greater than schema' architecture, customers do not spend months planning database schemas with consultants. They connect communication tools and data warehouses like Snowflake, allowing the system to assemble relationships dynamically. If an organization alters an operational definition later, LLMs can backfill fields retroactively across the historical activity log. GTM Wedge and Cross-Department Distribution (20:00) Lightfield avoided the crowded space of cold outbound spam bots, arguing that incumbents like Salesforce will inevitably commoditize basic task automation. Instead, the company adopted a greenfield entry wedge, targeting fast-scaling startups that progressed rapidly from seed rounds to over 100 sales representatives. To counter the tendency of incoming sales leaders to demand familiar legacy software like Salesforce, Lightfield offers free seats to non-sales departments such as engineering, finance, and customer success. This cross-department distribution turns the platform into a shared operational nervous system, creating internal organizational lock-in that discourages incoming sales executives from ripping and replacing the tool. While the system supports flexible interaction models like CLI and natural language, Peiris notes that Lightfield purposefully retains traditional tabular dashboards to match the practical, everyday habits of operating leaders. Hybrid Pricing and Fluid Execution (30:00) Lightfield moved away from both pure seat-based pricing—unsustainable because heavy users consumed 10,000 times more computing resources—and pure credit-consumption pricing, which had previously paralyzed users who feared unpredictable charges. The company settled on a four-part model: a predictable fixed platform fee for baseline CRM hygiene, combined with consumption-based charges for outbound discovery, triggered workflow automations, and high-leverage scenario forecasting. Outcome-based billing was rejected because sales conversion depends heavily on an underlying product's market fit. Internally, Lightfield abandoned traditional departmental swim lanes and multi-quarter roadmaps. The 40-person team operates around a single, stack-ranked backlog reviewed in a daily company-wide standup, where unassigned generalists pick up priorities across delivery, engineering, and customer support. Product development is deliberately skewed toward unblocking its fastest-growing breakout customers to ensure they do not migrate to legacy incumbents as they scale. Lightfield aims to expand beyond typical CRM workflows into an autonomous scenario-planning engine that advises leadership on resource allocation, hiring velocity, and product expansion. However, scaling into mainstream brownfield markets outside Silicon Valley requires overcoming significant enterprise inertia, long audit cycles, and the entrenched buyer instinct that favors familiar legacy systems.

精炼阅读摘要

Lightfield 创始人 Keith Peiris 与 a16z 合伙人 Alex Rampell 阐述了构建“AI 原生 CRM”的核心逻辑:通过用“商业世界模型”替代传统僵硬的关系型数据库,AI 系统能够自主消化非结构化商业数据并赋能高杠杆的战略决策。 放弃两千五百万用户背后的数据困境 (0:54) 在创立 Lightfield 之前,Keith Peiris 曾打造出拥有 2500 万注册用户的病毒式 AI 演示文稿工具 Tome。然而团队敏锐地意识到,单纯依赖基础模型推演根本无法跨越缺乏人际关系上下文与受众洞察的瓶颈,创始人自身亦缺乏对产品的长期信念,因而断然决定转型。当他们深入 12 家中型企业的 B2B 销售与市场团队提供免费支持时,意外发现企业内部的数据链条极其断裂:Salesforce 等传统 CRM 记录往往滞后且人工维护成本高昂,而 Gong 等录音工具与未被系统记录的邮件往来则展现出完全冲突的业务现实。为彻底解决这一数据割裂难题,团队放弃了轻量级的 GTM 助手赛道,选择回归底层重新研发核心系统。 智能重塑架构:从死板模式到世界模型 (10:00) Lightfield 创始团队多位成员拥有 Meta 背景,他们借鉴早期 Facebook 时间线的交互逻辑,将两家机构之间的时间序交互作为最底层的软件原子单元。系统摒弃了要求企业前期投入数月进行关系型模式(Schema)设计的传统范式,提出“智能优于模式”(Intelligence is greater than schema)的理念:企业只需接入邮件、会议录音及 Snowflake 等数据仓库,平台便会自动将非结构化输入整合为半结构化的不可变活动日志。这种架构使得企业既避免了海量非结构化文本检索的高延迟,又保留了上下文因果推断能力,甚至允许用户日后随时通过大语言模型对任意字段进行回溯性填补。 防御性突围:全员免费席位与绿地扩张 (20:00) 在面对被传统巨头如 Salesforce 牢牢把持的成熟“棕地”(Brownfield)市场时,Lightfield 采取了先拿下高速增长的新创“绿地”(Greenfield)企业的策略,并观察到诸多客户销售团队在短时间内从零迅速扩张至过百人。为了化解新招募的资深销售主管强行要求更换回熟悉旧系统的阻力,Lightfield 针对销售主导型方案实行非销售部门全员免费的席位模式。工程团队借此跟踪功能需求,客户成功部门借此进行客户健康度评分,财务团队借此确认营收,从而在整家公司内部编织起跨部门的依赖网络,以强大的组织内部网络效应有效抵御了传统软件的替换压力。 摒弃工位计费:基于工作价值的混合定价 (30:00) 针对 AI 时代 SaaS 计费模式的瓦解,Lightfield 探索并确立了按工作属性分层的混合定价模型。纯席位制在客户算力消耗悬殊(高低相差达万倍)的情况下难以为继,而全代币消耗模式则引发了用户因担忧不可预测成本而不敢操作的心理瘫痪。Lightfield 最终将业务拆解为四类场景:底层基础 CRM 维护采用固定平台费以提供预算确定性;线索挖掘与自动化流程因具备清晰的投资回报率而采用用量计费;高阶的情景预测与商业智能同样按需收费。Keith 指出,当前软件行业无法推行完全基于结果的定价模式,因为成单转化往往与客户自身的产品市场匹配度(PMF)深度绑定,而非仅仅取决于 CRM 工具本身。 极限研发节奏:打破泳道与高门槛交付 (35:46) 为了在激烈的 CRM 红海竞争中防止成长期客户因功能缺失流失回 Salesforce(如 ElevenLabs 的前车之鉴),Lightfield 构建了高度灵活敏捷的团队文化。公司彻底打破了传统产品经理、设计师和工程师各自为政的“泳道”模式与漫长的季度路线图,采用全员 40 人统一步调的每日站会,让通才员工直接认领按优先级动态排序的任务。同时,团队推行“启动低门槛、交付高门槛”的标准,通过全员 Bug 审查和每周严苛的路线图修剪确保出品质量,并将产品研发重心坚定地偏向多年前景广阔、增长速度最快的标杆客户。 Lightfield 的长远目标是超越传统的静态记录系统,演进为协助管理层进行招聘速度评估、产品扩张路径等重大经营判断的情景预测引擎。然而,如何在技术圈层之外逐步建立起传统保守行业的品牌背书与信任基础,并在没有现成模式约束下长期平衡好自由定制与系统标准化,仍是该模式在规模化道路上需要持续验证的核心课题。

Detailed notes — zh

## Background 本期播客由 a16z 投资人 Alex Rampell 与 Joe Schmidt 共同主持并发布于其官方播客渠道,节目于 2026 年 9 月 16 日上线。节目邀请了 Lightfield 联合创始人兼 CEO Keith Peiris 展开深度对话,探讨其如何从坐拥 2,500 万用户的 AI 演示工具 Tome 毅然做出硬核转型(hard pivot),并通过打造“业务世界模型”从第一性原理重塑 AI 原生 CRM。 ## TL;DR Keith Peiris 分享了放弃 Tome 的深层原因:尽管用户量增长迅猛,但模型缺乏对演示者、受众及商业关系的深层上下文理解,促使其转向解决企业内部数据破碎与冲突的本质痛点。Lightfield 抛弃了传统 CRM 僵硬的 Schema 模式与繁重的手工录入,采用“智能大于模式(intelligence is greater than schema)”的半结构化活动日志架构,将零散的通话、邮件及数据仓库转化为可供因果推理的业务世界模型。对话还深入剖析了如何打破存量成熟市场中销售管理者对 Salesforce 的路径依赖、从纯席位到混合计费的商业化试错、扁平高效的全员通才组织协作,以及初创团队在转型期屏蔽杂音、狂热聚焦真实痛点的核心法则。 ## Atmosphere & style 整场对话兼具硅谷一线创业者的坦率清醒与顶级投资人的尖锐洞察,没有浮夸的公关辞令,而是充满了高密度的认知迭代与实战复盘。Keith 毫不避讳地剖析了早期产品虚假繁荣背后的迷茫、团队“过家家”式的组织内耗,以及用“负定价”拉客户进驻办公室的狼狈与真实,语气沉稳而坚定。Alex 与 Joe 的提问直击要害,碰撞出极具张力的思想火花,让听众仿佛置身于一场充满第一性原理思辨的战术复盘会,深刻感受到在 AI 范式转移下从零构建核心记录系统(System of Record)的兴奋与残酷。 ## Bulletin - `00:00` Keith Peiris 在曾创下 2,500 万用户、月增 200 万用户的 AI 演示工具 Tome 处于增长顶峰时毅然决然进行硬核转型(hard pivot),创办 AI 原生 CRM Lightfield,并获得 a16z 领投的 4,700 万美元 A 轮融资。 - `10:00` Lightfield 提出“智能大于模式(intelligence is greater than schema)”的业务世界模型,摈弃传统 CRM 僵硬的字段配置,以类似 Facebook 时间线的半结构化活动日志沉淀所有邮件、录音与数仓数据以推断因果关系。 - `32:15` 在商业模式上,Lightfield 经历了纯席位制(头部用量超尾部万倍导致入不敷出)与纯用量制(用户因成本失控恐惧而不敢使用)的极端试错后,最终确立了“底座固定费 + 增值工作流用量消耗”的混合定价体系。 - `35:36` Lightfield 内部推行彻底取消专业界限与固定泳道的“全员通才”文化,现有 40 名员工均兼具产品与客户成功职责,借助单一大晨会与连续规划实现超高速交付。 ## Key takeaways - `05:00` Tome 遭遇的技术瓶颈在于模型缺乏对演讲者与听众微妙关系的上下文理解,无论通用推理能力多强都无法跨越此障碍,促使团队跟进重度客户需求并转向 CRM。 - `08:00` 企业内部数据高度支离破碎且充斥矛盾,表层套壳的 GTM 销售助手缺乏定价权与持久壁垒,迫使团队闭门四个月从第一性原理自研底层记录系统。 - `09:20` 早期因缺乏企业信任,Lightfield 通过向初创公司免费提供多余办公室工位的“负定价策略”,成功换取了首批 10 家种子客户的高频深度试用与反馈。 - `12:00` CRM 的核心本质在于刻画企业与客户间的动态关系,Lightfield 借助 Facebook 时间线逻辑以“活动日志”作为核心原语,使字段更新与阶段变动均降级为次级衍生物。 - `14:00` 数据架构经历全非结构化到半结构化的演进,在时间线日志中沉淀多源数据以推断因果关系,既规避了查询性能低下的泥潭,又能支持跨客户模式深度遍历。 - `15:00` 无模式架构允许系统在 5 分钟内自动拼装出关系图谱,并能随企业需求变化回溯遍历历史日志,支持如阿尔茨海默病临床试验双边匹配等复杂非标业务场景。 - `18:00` 面对传统老牌巨头把客户扣为“人质”的成熟棕地市场,Lightfield 优先从没有历史包袱的绿地高增长初创企业切入,伴随其业务规模扩张建立原生壁垒。 - `22:30` 通过向工程、客服及财务等全员免费开放客户上下文,Lightfield 构筑起跨部门网络效应,化解了老派销售副总裁倾向换回 Salesforce 的习惯性阻力。 - `25:00` 交互设计采取务实折中,既保留传统管理者依赖的表格仪表盘与极客命令行体验,又通过自然语言理解与世界模型大幅简化复杂销售工作流的配置。 - `28:00` 针对当下手搓一切的潮流,Lightfield 坚持全栈自研底层邮件、Slack 与数仓同步基础设施,以极高的实体识别精度与同步性能构筑专业护城河。 - `34:00` 在销售场景下由于转化高度取决于客户自身 PMF 而无法单纯按结果付费,系统最终将业务划分为核心记录、线索生成、工作流自动化与情报预测四类分别计费。 - `40:00` 针对新兴 CRM 常因缺失深度报表导致客户回流 Salesforce 的行业痛点,Lightfield 采取极大主义交付策略,优先为成长最快的高扩张潜力客户补齐功能。 - `43:08` 立足硅谷深耕标杆案例是向硅谷外传统保守市场跨越鸿沟的高效信誉杠杆,辅以严格的 BAA 签署与合规建设彻底化解企业的迁移顾虑。 - `48:32` Lightfield 正在从单纯的业务流程记录工具演变为管理层的战略水晶球,帮助创始人推演团队扩招、产品线拓展及中端市场开拓等核心决策。 - `50:00` Keith Peiris 强调业务转型期的核心法则:屏蔽期权定价、办公室福利等一切环境噪音,对真实痛点与客户需求保持极度狂热的专注。 ## Detailed walkthrough ### `00:00` 业务世界模型与从 Tome 到 Lightfield 的剧烈转型 播客在开篇引入了 Lightfield 创始人兼 CEO Keith Peiris 的创业背景:其初创团队中有三位成员来自 Facebook,深知搭建营收团队是一个充满痛点、被所有人重视却始终有待改进的领域。在讨论 Lightfield 的落地能力时,Keith 分享了一个极具震撼力的案例:一家名为 Power 的医疗市场平台公司,致力于将患有各种罕见病、并发症的患者与前沿疗法进行匹配。他们将所有的业务与患者逻辑建模在 Lightfield 中,系统甚至在几天之内就协助一名阿尔茨海默病患者匹配并获得了前沿治疗。在面对红海竞争的 CRM 领域时,Keith 的核心战略非常明确:“As a CRM company in a red ocean space, we have to be an expansion company. If we can help you completely model your business and your customer reality, then the rest will be easy.” a16z 合伙人 Alex Rampell 与 Joe Schmidt 随后正式宣布,a16z 领投了 Lightfield 规模达 4,700 万美元的 Series A 轮融资。Joe Schmidt 指出,Lightfield 正在构建的是一个“业务世界模型”(business world model),它能把客户往来的电子邮件、通话录音以及会议纪要,转化为一套能够支撑 AI Agent 真正替人类完成具体工作的核心记录系统。Alex Rampell 则将这一转变高度概括为“智能大于模式(intelligence is greater than schema)”。 探讨的焦点随即转到 Keith 传奇且反常识的转型历程。此前,Keith 创办的 AI 演示文稿工具 Tome 曾迎合 GPT-3 与 ChatGPT 的爆发浪潮,狂揽 2,500 万用户,以每月新增 200 万用户的惊人速度扩张,甚至在推理算力不足时引发用户排队等候。然而,就在这样爆炸式增长的高光时刻,Keith 却做出了停掉产品、彻底硬核转型(hard pivot)的抉择。谈及背后的心理状态,Keith 直白地坦陈团队内心深处的煎熬:“So I would say there are a lot of metrics behind it. But deep down, I think at an instinctual level, none of us liked the product, which is kind of a funny thing to say. I think at the end of the day, if you're a founder, you have to love the product that you're building and you have to be excited for your customers to use it.” 创始团队发现,他们穷尽一切办法也做不出真正高品质的演示文稿,无法想象投资银行家、咨询顾问或企业高管会用它来写严肃备忘录,这项技术在本质上把他们死死限制在只能服务于个人和学生写写画画的工具生态中。 - **核心融资与数据**:Lightfield 获 a16z 领投 4,700 万美元 Series A 融资;前身产品 Tome 曾累积 2,500 万用户、月增 200 万用户。 - **初创基因**:5 位创始成员中有 3 人来自 Facebook,早期专注消费级设计与叙事表达工具。 --- ### `05:00` 追随客户的痛点:从“上下文黑盒”到重构 CRM 面对 Alex Rampell 提出的尖锐疑问——既然大模型正以肉眼可见的速度迭代,为何不缩减团队规模熬过技术发展曲线(wait out the curve),避免掉入所谓的“虚妄希望(hopium)”?Keith 解释道,根本问题在于通用推理能力无论多强,模型都缺乏足够的上下文来理解演讲者与其听众之间微妙的关系:“So we definitely thought about let's shrink the team and wait it out because we were seeing 3.5 to 4 and seeing the leaps being made. But I think the biggest issue was that the model just didn't have enough context to really understand the audience, the relationship between the presenter and the audience, and no amount of general reasoning gets you past that.” 为了寻找具有商业价值的真实土壤,团队深入审视了 Tome 积累的 2,500 万用户,从中筛选出 B2B 场景中的销售和市场营销群体。他们主动联系了湾区 12 家规模在 500 到 1,000 人的公司提供免费试点,承诺帮对方生成精美的业务推介演示(pitch decks)与合作提案。但在合作过程中,客户却不断抛出更重度的需求:能否帮忙做企业背景调研、辅助线索资格甄别(lead qualification),甚至识别扩充企业销售(expansion)的潜在机会。Keith 团队决定完全抛弃前设,“追随热度”(follow the heat)。他们原本以为只需接入客户所说的“上下文黑盒子”——例如 Salesforce、通话录音系统及数据仓库,就能替对方干活。然而现实却狠狠上了一课:企业内部的数据不仅极其支离破碎,而且充满了互相矛盾的信息,例如通话录音软件记录的实际对话与 CRM 里的记录常常天差地别。团队恍然大悟,重组并理顺企业支离破碎的现实业务数据,才是真正具有持久壁垒的最硬核问题。 ```mermaid flowchart TD accTitle: Lightfield Pivot Evolution accDescr: Tome从AI演示工具转向GTM助手,最终因数据碎片化决定自研AI原生CRM。 subgraph Phase1["阶段一:Tome 演示工具"] A["Tome (生成 PPT)"] -->|"缺乏上下文与深度商务场景"| B["筛选 2500 万用户中的 B2B 客户"] end subgraph Phase2["阶段二:GTM 销售助手"] B --> C["12 家企业免费试点"] C --> D["遭遇数据冲突:CRM、录音、数仓互不一致"] end subgraph Phase3["阶段三:底层重构"] D -->|"放弃浅层助手工具"| E["第一性原理闭门自研 CRM"] E --> F["以负定价策略招募 10 家种子企业进驻办公室测试"] end ``` 在摸索出具体形态前,团队经历过一次阵痛:他们最初做了一个 GTM(Go-to-market)自动化助手,虽然受到欢迎,但由于底层数据完全依赖外部系统,不仅无法掌握定价权,还不得不与市场上十余家雷同的初创产品同质化内卷。于是 Keith 痛下决心缩减人员编制,团队在小黑屋里从第一性原理出发,闭门研发了四个月的 AI-Native CRM。 由于没有企业愿意冒险把核心业务迁移到一个仅研发了四个月的半成品系统上,Keith 利用团队无法退租的巨大办公空间打出了一张奇招:在 X(Twitter)与 LinkedIn 上发帖宣布,只要愿意深度使用他们的 CRM,就可以免费搬入其办公室办公。Alex Rampell 笑称这是典型的“负定价策略(negative pricing)”。最终,有 10 家初创公司入驻。与 Tome 曾经虚假繁荣的用户体验截然相反,这批种子客户虽然每隔两小时就在 Slack 频道里抓狂抱怨系统太慢、功能缺失严重,却每天全员深度泡在里面,不断给出高频反馈。这一强烈的反差让 Keith 意识到,他们终于真正踩中了高价值痛点,触碰到了能让用户为之激动的核心命题。 ### `10:00` 从业务世界模型出发:颠覆传统 CRM 的底层架构 Keith Peiris 回忆起团队最初涉足 CRM 领域时的状态。他笑称,团队最大的优势其实恰恰是“对于这个领域的极度天真”。在典型的成长期公司中,传统 CRM 扮演的角色通常是:一线销售(Rep)用来记录琐事防遗忘的备忘录、驱动低级自动化流的后台,以及用于预测业务走势的工具。大多数初创企业顺着直觉去为具体工作流(如发封邮件、做工作流辅助)打造 CRM,而 Keith 的团队却坚信其中最核心、最根本的价值在于“业务建模”——只要能彻底建模企业自身与客户之间的真实业务全貌,其他一切都只是提示词(Prompts)与工具调用(Tool calls)而已。传统 CRM 的最大痛点恰恰在于一线销售繁重的手动录入、极其僵硬的底层模式(Schema)以及糟糕的 API 质量。 ```mermaid flowchart TD accTitle: Lightfield 半结构化架构示意图 accDescr: 展示非结构化多源数据进入活动日志,并结合因果推理支撑复杂业务提问的完整链路。 subgraph Inputs ["多源数据输入"] A["邮件与日历"] B["通话录音"] C["数据仓库 / Snowflake"] end subgraph Core ["Lightfield 核心基石"] D["活动日志 (Activity Log)<br/>以时间线沉淀关系全貌"] end subgraph Reasoning ["智能推理层"] E["因果推断 (Infer Causality)"] F["跨客户模式遍历与深度分析"] end subgraph Application ["业务决策输出"] G["开放式业务洞察<br/>(如:客户追加销售时机)"] end A --> D B --> D C --> D D --> E E --> F F --> G ``` 谈及 Lightfield 的核心架构选型时,Keith 透露了一个极具戏剧性的背景:公司 5 位创始成员中有 3 位来自 Facebook。这直接塑造了他们极其朴素且不同的第一性原理:CRM 的核心本质在于“刻画关系”。因此,他们借鉴了 Facebook Timeline(时间线)的概念,最先构建的核心原语(Primitive)是“活动日志”(Activity Log),以时间顺序完整刻画企业与客户之间的关系演变:从第一次接触、往来邮件、开会记录、互传文档,到后期客户在产品里的具体行为以及支付情况。传统 CRM 所要求的更新字段、变更销售阶段等操作,在 Lightfield 里全都是基于这个标准底层的“活动日志”所触发的次级产物。 在处理多维非结构化数据时,Lightfield 经历了架构演进的阵痛。团队曾尝试采用完全非结构化(Fully unstructured)的存储方式,但很快发现查询性能极差,陷入了“大海捞针”(Needle in the haystack)的算力泥潭。最终,他们确立了“半结构化(Semi-structured)”方案:在时间线活动日志中存放大批量的非结构化数据,由系统通过活动日志来推断因果关系。这种方式比单纯搭建 Data Lake 要灵活高效得多,企业不仅可以接入通话记录,还能直接灌入 Snowflake 的数仓数据。Keith 举例说明了这在实际工作中的威力: - 客户成功负责人(CSM)可以在系统里抛出高度开放的问题:“这个客户准备好做增购扩展(Expansion)了吗?我们应该卖什么给他们?什么时候去卖?” - 系统能够同时遍历“人员互动历史”(对方在工单中说了什么、开会沟通了什么)以及“产品实际使用数据”(若对方已经一个月没登录,系统便会提示现在不是推荐增购的好时机)。 - 当业务人员需要进行横向对比(“我到底该重点跟进哪几家客户来做扩展?”)时,AI 能快速遍历 CRM 关系结构,并下钻至每一家客户的底层日志给出深度分析。 正如 Keith Peiris 在谈到行业走向时所做出的总结: > “Because of that, I think a lot of the world ran towards CRM for work. We ran towards like high fidelity business modeling.” --- ### `15:00` 智能胜于模式:无模式架构与双边市场的复杂实践 Keith Peiris 讲述了团队调研传统 CRM 顾问(CRM consultants)时的有趣经历。当他们把顾问们日常的工作逐一列出后发现,这些顾问所做的最重大、最不可逆的决定就是“定义数据模型(Data model)”。在传统软件逻辑中,一旦模式设计失误——比如设错了阶段或字段,销售人员根本不可能有动力回溯过去去补填历史数据,整个项目就彻底报废了。为此,Lightfield 提出了一个大胆的设计理念:“无模式(Schemaless)”,即“智能胜于模式(Intelligence is greater than schema)”。 用户在配置 Lightfield 时像使用一款消费级产品一样简单:无需事先预定义数据表字段,只需点击连接邮箱、启动通话录音工具并挂载数据仓库,内置的丰富数据源(Enrichment sources)便会在 5 分钟内自动拼装出关系图谱。如果企业未来改变了业务字段的诉求,AI 只需重新遍历底层的活动日志就能回溯补齐。Alex Rampell 对此深有感触地指出,在早期的关系型数据库时代,为了节省每一个比特的存储空间,工程师必须用 `VARCHAR(25)` 这类语句严格预先限定每个字段的最大字符长度,甚至会因为客户名字太长而存不下;而今天,算力与智能彻底解放了这种死板的约束。 这种自由的自定义关系与任意数据模式,在复杂非标业务场景中爆发了巨大的能量。Keith 分享了一个极具社会意义的真实客户案例: - 该客户是一家为制药公司筛选临床试验参与者的企业,其商业模式高度复杂:B 端连接各大药企,C 端建立患者市场,汇聚患有各类疑难杂症、正在苦寻前沿医疗方案的患者。 - 他们在 Lightfield 中同时建模了 B 端与 C 端的双边关系网络。 - 客户基于该系统搭建了自动化流程,持续抓取美国食品药品监督管理局(FDA)和 clinicaltrials.gov 的公开数据,从而在 Lightfield 内部构建起一个“囊括全球每一项正在进行的临床试验的世界模型”。 - 系统自动完成患者需求、临床试验与目标药企之间的智能匹配与碰撞。 - 最终,该系统成功在数天之内,为一位阿尔茨海默病(Alzheimer's)患者精准匹配到了最前沿的临床治疗方案。 正如 Keith Peiris 强调底层架构灵活性时所说: > “So one of the things that I'm really proud of is we started with fully arbitrary schema, like custom object, custom relationship. It just doesn't matter, you know, in Lightfield the way that it does.” --- ### `18:00` 绿地与棕地之争:在“人质型”软件市场寻找破局点 在探讨初创公司的市场准入策略时,Alex Rampell 引入了软件行业经典的“棕地(Brownfield)”与“绿地(Greenfield)”理论框架,并展开了尖锐的行业剖析。所谓“棕地”,是指那些已经被老牌巨头(Incumbent)深度踩踏、寸草不生的成熟存量市场。在棕地中销售极度艰难,典型的例子就是企业资源计划(ERP)领域:就算初创团队做出了一款体验远超 SAP 的产品,也很难撬动对方的阵地,因为“最优秀的公司拥有的不是客户,而是人质(The best companies have hostages, not customers. Like SAP has hostages)”。 Alex 分析指出,面对这种“人质型”存量市场,软件史上有两条突围路径: 1. **重新定义问题进行存量替换(从棕地突围):** 类似于早期 Salesforce 等云端 SaaS 对本地部署(On-prem)软件发动的革命。当时许多企业在 IBM AS400 大型机上运行 Siebel Systems 系统,维护该系统的工程师可能已经 92 岁高龄并且辞职不干了,客户饱受折磨。云服务厂商通过彻底颠覆交付形态与运维模式,成功瓦解了部分棕地防御。 2. **纯粹的绿地扩张(Greenfield):** 初创公司根本不去碰那些被巨头扣为人质的旧企业,而是打造世界上最顶尖的产品,全力聚焦没有任何历史包袱的新成立公司,顺着新企业的自然生长建立原生优势。 正如 Alex Rampell 在直言传统老牌软件企业的护城河本质时所总结的那句名言: > “The best companies have hostages, not customers.” ### `20:00` 从绿地市场切入:寻找超越“代发邮件”的真正切入点 在创业初期,Lightfield 甚至曾用提供免费办公空间的“负定价”策略招揽早期种子用户。但在寻找理想客户画像(ICP)时,团队最初并没有一套针对存量成熟市场(Brownfield)的清晰假说。Keith Peiris 坦言:“说实话,刚创立公司时,我们对于如何打入存量市场并没有足够敏锐的论点。”团队当时的策略非常接地气——由 Keith 和幕僚长(Chief of Staff)两人亲自上阵,在 LinkedIn 上搜索潜在客户,给 Y Combinator 孵化的一批初创公司发冷邮件,询问能否用自己的产品换掉它们现有的创业期 CRM。他们希望通过深入倾听这些早期绿地(Greenfield)客户的声音,摸索出未来切入成熟存量市场的突破口。 这套打法赶上了一个前所未有的时代红利:如今初创公司从 Pre-seed、Seed 轮狂飙至 A 轮、B 轮的速度极其惊人。在 Lightfield 的客户群中,有些公司刚接入时连一个销售代表都没有,如今已经扩张到拥有上百名销售人员。在伴随这些公司狂奔的六个月中,团队深入观察并发现了客户真正关心的底层痛点。Keith 指出,过去几年硅谷满大街的 AI CRM 广告牌都在强调“做繁重的工作(do the work)”,主打自动发外推邮件(outbound emails),但他认为这根本算不上切入成熟市场的杀手级切入点,因为现有巨头轻而易举就能跟进: > “Salesforce is going to send emails. I mean, I guess they have as of today, right? And we were like, I think the wedge in Brownfield has to do with better understanding your company. So you can steer your company in this sort of chaotic era of company building.” > —— Keith Peiris - **冷启动获客方式**:CEO 亲自带幕僚长在 LinkedIn 进行拓客,向 Y Combinator 校友企业逐一推销。 - **客户成长速度**:伴随超高速增长的初创公司,见证其销售规模从 0 个 Rep 扩张至 100 个 Rep。 - **对传统竞争壁垒的反思**:自动发邮件是低维度的功能竞争,巨头极易复制;在剧烈动荡的创业环境中,提供对公司全局状况的深度洞察才是真正的立足点。 --- ### `22:30` 跨部门网络效应:化解老派销售副总裁的“路径依赖” Alex Rampell 随后提出了一个极其现实的“绿地转存量”阻碍:初创公司在扩张过程中,往往会引入经验丰富的销售副总裁(VP of Sales)。这类管理者往往对 Salesforce 形成了极强的肌肉记忆与路径依赖。Alex 分享了自己早年创业的亲身经历——他当时极其抗拒每月为 Salesforce 支付 85 美元,转而使用免费开源的 SugarCRM;但当他终于招来一位销售副总裁时,对方直接表态:“我绝不用那玩意儿(I'm not using that f***)。” 面对这种哪怕新产品更好用、老手也因习惯而不愿更换的采购阻力,初创产品必须找到破局之法。 Keith 解释了 Lightfield 在产品设计阶段就确立的一项防御策略:说服创始人、工程负责人和产品负责人使用前沿技术并不难,难的是搞定新来的老派销售副总裁。为此,Lightfield 在销售导向的定价方案中,允许企业将系统免费开放给全员使用,无论工程、客服还是财务人员都能随时访问。这种设计将单一部门的工具变成了跨部门的协同底座,构筑起难以被拔除的企业级网络效应: > “The seasoned VP of sales comes in and they're like, this is cool, but I only know how to use Salesforce because I've been trained that way. And the rest of the company is like, well, hold on. This is how the engineers understand customers. This is how finance does revenue recognition. This is how customer success does account scoring. Um, can you try harder to figure this out?” > —— Keith Peiris ```mermaid flowchart TD accTitle: Lightfield's cross-departmental network effect accDescr: Shows how Lightfield embeds across engineering, finance, and support, creating organizational resistance when a new VP of Sales wants to revert to Salesforce. subgraph Defense ["企业内部网络效应壁垒"] ENG["工程团队<br/>(理解客户需求)"] FIN["财务团队<br/>(进行收入确认)"] CS["客户成功团队<br/>(执行客户评分)"] end LF["Lightfield<br/>业务全局上下文"] --- ENG LF --- FIN LF --- CS VPS["新任销售副总裁<br/>(习惯且仅懂 Salesforce)"] -.->|"试图换回 Salesforce"| LF ENG & FIN & CS -->|"组织阻力:全公司业务已依赖该底座"| VPS ``` --- ### `25:00` 拟物化表格与自然语言的取舍,像特斯拉取消换挡杆一样简化交互 面对“是将界面做成老式 CRM 的拟物化表格(Skeuomorphic tables),还是完全转向自然语言对话交互”的技术分歧,Keith 表示 Lightfield 选择了务实的折中路线。他自己目前在公司仍身兼事实上的销售主管角色,日常开会也依然习惯查看电子表格视图。为了成为真正合格的 Enterprise CRM,产品不能对用户的工作习惯抱有原教旨主义的偏执,因此系统同时保留了高密度的仪表盘、表格视图,以及供极客用户使用的命令行(CLI)式体验。 Alex Rampell 以汽车交互的演变作类比:老款宝马车内有几百万个物理按键,就像飞机驾驶舱里密密麻麻的 9,000 个开关,专业人士以记住每个旋钮为傲,正如华尔街金融分析师熟记彭博终端的快捷键一样;然而最新的特斯拉甚至直接取消了实体换挡杆,这种极致的无模式化(schemaless)与直觉化设计,连五岁小孩都能轻松理解(如同 Reddit 的“ELI5 / Explain Like I'm 5”版块)。大语言模型的自然语言理解能力,正在将企业级软件从“繁复旋钮与模式(Schema)”的旧时代,推向零门槛的人性化新阶段。 - **仪表盘的情感价值**:Keith 承认系统尚未完全取代“确定性仪表盘”,因为每位管理者每天早晨喝咖啡时,都仍然渴望盯着同一个清晰标示“营收正在增长”的固定面板。 - **经典销售序列(Sequences)的重构**:传统销售自动化需要销售人员用复杂的箭头、触发器和逻辑变量手动绘制工作流;而在 Lightfield 中,系统直接基于对客户业务“世界模型(World Model)”的上下文理解自动运行预设配方(Recipes)。起初对此缺乏安全感的销售主管,在体验到无需重新学习复杂配置的便捷后,也纷纷放下了对物理按键的执念。 --- ### `28:00` 应对“自研一切”的潮流:自建数据同步管道与核心系统定位 随着大模型能力爆发,硅谷兴起了一股“软件已死、企业完全可以手搓一切(build everything themselves)”的思潮,不少客户也试图自行搭建内部 CRM 工具。对此,Keith 强调作为核心记录系统(System of Record),首要原则是保持开放心态:“这是你们的数据,不是我们的数据。” 然而,能够支撑严谨业务决策的模型建立在极其扎实的基础工程之上。Lightfield 并不依赖低效的第三方组装方案,而是全栈自研了底层数据同步基础设施,包括自己的邮件同步引擎、Slack 消息同步器以及企业数据仓库(Data Warehouse)双向同步管道。Keith 指出,团队对自身业务建模的精确度与高并发数据同步性能充满底气,这是普通企业仅凭组装各类开源或现成 API 极难轻易复现的护城河。 ### `30:00` Harness 层竞争与 AI 时代的定价困境 客户有时会把 Lightfield 当作纯粹的核心记录系统(system of record),试图在之上搭建自有的上层应用架构(harness)。Lightfield 对此持开放态度,全面支持通过 MCP(Model Context Protocol)或 CLI 将数据导出或对接。然而,这些客户在尝试数周后几乎都会折返并意识到:Lightfield 自带的 harness 实际上做了极其繁重且精细的工作——它具备更出色的实体识别(entity recognition)、更高的查准率与查全率(precision and recall),而且运行速度更快。Keith Peiris 直言这就是他们的本职工作,公司的理念是:“这是你的数据,你想怎么做就怎么做,而我们会每天努力争取赢得服务你生产力的权利。”(“it's your day to do what you want, and we're going to work hard to earn the right to your productivity every day.”) Alex Rampell 随后引出了当下软件行业最疯狂的痛点:定价模式(pricing)。按人头收费(seat-based pricing)在 AI 时代正在失去逻辑支撑。以客服领域为例,传统如 Zendesk 的模式如果不需要人工客服坐席,席位数可能直接归零。而在悲观论调中甚至出现了“软件已死”或“SaaS 启示录”的极端声音——类似于宣称超市已死所以人人都得自己种地、汽车厂已死所以人人都得自己焊铝一样荒谬。Alex 指出,基于结果付费(outcome-based pricing)在知识库客服场景下似乎可行(因为答案固定、成本可控),但在销售领域,人类似乎成了“最后坚守的岗位”。他询问 Keith 是如何穿透这些极端情况,摸索出 Lightfield 的商业化定价策略的。 ```mermaid flowchart TD accTitle: Pricing Model Discovery accDescr: Lightfield explored seat-based and pure consumption models before settling on a hybrid tier structure. subgraph Exploration["定价探索阶段"] A["纯席位制 (Seat-based)<br/>头部客户消耗量达尾部 10,000 倍<br/>商业模式不可持续"] B["纯消耗制 (Consumption-based)<br/>全积分抵扣,客户担忧费用超标<br/>最糟糕的 3 周:有注册但零活跃"] end subgraph Hybrid["最终落地的混合定价架构"] C["核心 CRM 底座<br/>平台固定费 / 席位费"] D["增值与智能工作流<br/>按用量消耗计费"] end A --> Hybrid B --> Hybrid ``` --- ### `32:15` 从两极试错到混合计费:Lightfield 的四类工作负载 Keith 解释称,他们寻找有效前沿(efficient frontier)的方法是直接测试两个极端。最初他们采用纯席位定价,完美契合 Salesforce 和 HubSpot 建立的市场惯性,早期客户反馈极佳。但问题迅速暴露:头部客户的模型与算力消耗量是尾部客户的 10,000 倍,这种入不敷出的模式根本无法支撑公司长期存活。于是他们转向纯消耗定价(consumption-based),将所有操作抽象为点数(credit)。结果这导致了“公司生命中最糟糕的三周”:大量用户注册,但因对成本失控感到焦虑而完全不敢使用系统。 在与客户深入访谈后,Lightfield 将自身承担的业务切分为四个清晰的工作桶(buckets of work),并据此确定了“底座固定费 + 增值用量付费”的混合模式: 1. **日常核心 CRM 操作(Core CRM Work)**:包括抓取会议内容、填写记录、更新待办任务。客户对这部分有极强的预算确定性诉求,不希望在规划年度预算时还要计算核心 CRM 的误差范围。因此这部分被纳入固定的平台费(platform fee)中。 2. **销售线索生成(Pipeline Generation)**:涵盖数据丰富化(enrichment)与潜客挖掘。客户非常乐意按消耗付费,因为这能直接转化为更多会议和实际收入,能带来可见的超额收益(alpha)。 3. **工作流自动化(Workflow Automations)**:例如有客户在官网提交 Demo 申请,Lightfield 会自动开展前置研究,并判断分发逻辑——若属于硬科技(deep tech)公司则分配给团队的 Henry,属于医疗科技(health tech)则路由给 Matt。由于能产生实打实的投资回报率(ROI),客户天然接受按次计费。 4. **情报与预测规划(Intelligence and Forecasting)**:这是 Lightfield 尚未被完全发掘的王牌功能。企业拥有了自身业务的数据“水晶球”后,可以接入前沿智能模型进行情景推演与未来规划。Keith 分享道,在周末把最新的大模型挂在 Lightfield 上跑了几个小时后,他甚至直接重构了自己的销售流程。 关于为何不直接按结果付费(outcome-based),Keith 坦言在销售场景下这极不现实,因为销售结果高度依赖客户自身的产品市场契合度(PMF):如果帮 OpenAI 做外呼获客,转化率和收益必然极高;但如果是帮缺乏 PMF 的产品获客,过程将极度低效。因此 Keith 明确表示:“我认为我们目前落脚的策略是,我们必须对工作本身收费。在目前的领域里,我们暂时还无法按结果收费。”(“I think where we've landed at the moment is we have to charge for the work. We can't quite charge for the outcome in the space for now.”) --- ### `35:36` 扁平敏捷与全员通才:从 Tome 的教训到超高速交付 Joe Schmidt 提出疑问:从 Keith 创办 Tome 到如今做 Lightfield,团队的实际协作模式发生了怎样的剧变?Lightfield 展现出的产品迭代与交付速度极其惊人,这背后的组织文化、工具链和决策机制究竟是如何构建的? Keith 坦言,创办 Tome 时最大的教训就是团队陷入了严重的“过家家”状态(playing house)。联合创始人 Henry 常挂在嘴边的一句话就是大家都在划分势力范围(swim lanes)——产品负责人守着自己的领地,一旦有人对其领地内的事情提出反馈就会非常生气。这种各自为政导致组织步履维艰,当四肢与大脑缺乏协同沟通时,想要调头转向(pivot)几乎是不可能的。过去他们还试图做极其长期的排期规划,但在 AI 时代这已完全行不通。正如那句俗话“人类一思考,上帝就发笑”,如今的现实变成了“人类一做规划,OpenAI 就发笑”(“You know the expression, man plans and God laughs. Now it's man plans and OpenAI laughs.”)。 为了打破这种僵局,Lightfield 彻底取消了专业壁垒与固定赛道,推行了一套极具特色的组织机制: - **全员兼任核心职能**:公司现有的 40 名员工全部同时拥有产品(Product)和客户成功(Customer Success)的职责。 - **单一大晨会与连续规划(Continuous Planning)**:每天早晨全员参加同一个 Standup 会议。团队将所有最重要的问题按优先级强制排序(涵盖交付、工程、客户支持等),任何有空闲的人随时认领任务。优先级列表每天动态调整,每周重新评估。 - **现代化工具赋能通才(Generalists)**:得益于 AI 工具链的成熟,任何人都能通过 Lightfield 迅速摸清客户背景;通过 Figma 中的大模型插件快速上手设计系统库;并通过 Lightfield 与 Linear 的互联自动创建、追踪开发任务。无论工程师、设计师还是 CSM,都可以作为项目主导人(lead projects)。 针对 Alex 提出的“全员通才如何保持愿景一致性”的疑问,Keith 解释这依赖于持续的“剧本剪辑”(editing)。每周在讨论产品路线图与 GTM 策略时,管理层会严苛审视需求——如果某个客户提出的特定功能无法契合核心使命,就会被直接砍掉。Keith 总结道,在 Lightfield,“立项的门槛非常低,但发布的门槛相当高”(“the bar to start a project is very low at Lightfield, but the bar to ship the project is pretty high.”)。公司沿用了他早期在 Instagram 学到的传统,在产品面向客户发布前,必须在内部通过全员参与的“Bug 大扫除”(bug bash),确保整个团队发自内心认可这项功能。至于当前最让他感到焦虑的事情,Keith 毫不犹豫地回答是“速度”(speed)。 ### `40:00` 逃离 Salesforce 的教训与极简主义时代的扩张策略 Keith Peiris 谈到了创立 Lightfield 之前的调研经历。当时他阅读了大量 Tegas(专家访谈网络)报告,发现很多企业在试用“当月风口”的新兴 CRM 后,最终还是回流到了 Salesforce。其中一个典型案例是 a16z 投资的语音 AI 公司 ElevenLabs:他们最初采用了一款初创公司 CRM,但团队在长达四个月的时间里苦苦等待对方上线报表仪表盘功能,对方却迟迟无法交付。由于厌倦了无休止的催促,ElevenLabs 最终放弃并迁回了传统巨头 Salesforce。Keith 直言这正是让他感到最警惕的事:“我认为我们拥有极其出色的切入点,能成为新一代公司最好的 CRM;而我们必须把所有东西都做出来,好让这些人永远不会产生退回旧世界的念头。” Alex Rampell 追问,在如今人人都能靠自然语言 Prompt 驱动开发、产品研发效率几何级提升的时代,团队究竟该如何权衡优先级。过去一个 10 人的典型产研架构(1 名产品经理、1 名设计师、约 9 名工程师)往往要把排期一路规划到好几年之后;而现在虽然看似什么都能造,但资源取舍的古老难题依然存在:究竟是为一个快要流失的大客户赶工某项专属需求,还是去服务另外 15 个潜在新客户? Keith 回应称,在 CRM 这种早已是血海(Red Ocean)的市场里,初期的获客切入往往拿不到理想的溢价,因此 Lightfield 必须是一家专注于“账户扩张”(Expansion)的公司。他们评估优先级的一大核心指标是客户在 3 到 5 年内的潜在生命周期价值: - Lightfield 坚定地选择“为成长速度最快的客户构建功能,而不是为了普通客户”。 - 面对竞争激烈的赛道,公司采取了比以往更为“极大主义”(Maximalist)的策略,即加速补齐所有核心功能,杜绝被大客户因单一短板而弃用的风险。 ```mermaid flowchart LR accTitle: Expansion Priority Matrix accDescr: Lightfield decides development priorities by calculating 3-year account expansion potential rather than short-term land value. subgraph Signal["客户需求输入"] A["高增速核心客户"] B["普通长尾客户"] end subgraph Decision["决策评估机制"] C{"评估指标:<br/>3-5年账户扩张潜力"} end subgraph Execution["开发动作"] D["极大主义交付<br/>(加速补齐深度功能)"] E["杜绝因缺少报表等功能<br/>回流传统CRM (Salesforce)"] end A --> C B -.-> C C -->|高增长优先| D D --> E ``` ### `43:08` 硅谷过热与外部市场迟钝:从标杆案例跨越鸿沟 Alex Rampell 指出,AI 目前呈现出一种割裂的生态:在硅谷内部近乎过热(Overhyped),但离开这个狭窄的圈子后却严重被低估(Underhyped)。许多非硅谷企业在 2022 年底试用 ChatGPT 遭遇模型幻觉后便彻底束之高阁,甚至转向担心它会不会抢饭碗。面对这些游离在科技圈外、无法通过常规渠道直接触达的主流传统客户,企业究竟该如何完成跨越鸿沟(Crossing the Chasm)? Keith 解释称,记录系统(System of Record)型公司的大部分实际收入规模必然来自硅谷 50 英里以外的广阔市场。对于目前的 Lightfield 而言,深耕硅谷核心圈并非为了高效变现,而是一种积累“标杆客户凭证”(Reference Logos)的高效营销策略: - 许多硅谷客户虽然融资额已达数亿美元,但商业化团队可能仅有 3 个人,未来具备巨大的体量潜力。 - 陪跑并服务好这些高潜力企业,能够在不同行业竖起信誉招牌。 - 当团队迈向全美并开拓医疗、金融科技或制造业时,这些极具公信力的客户案例便成为叩开外部保守企业大门的有力敲门砖。 ### `45:00` 标杆信誉、合规壁垒与自研迷思 谈到企业客户在采购系统时的心理机制,Alex Rampell 调侃称客户的信任边界极其奇特:即便底层数据字段与系统结构完全一致,卖牙刷的公司也往往不愿意采用卖可口可乐的公司所认可的系统,买家始终信奉“没人会因为购买 IBM 而被开除”的避险心态。 Keith 深表赞同,并指出 CRM 的替换成本极高:“在许多方面,替换你的 CRM 可能比更换开户银行还要困难。”这种巨大的心理负担导致买方绝不敢选错系统,因而同赛道的标杆案例至关重要: - 在数字医疗与健康科技(Health Tech)领域,Lightfield 之所以能频频拿下复杂大单,一方面在于其能够优雅处理涉及 50 多个利益相关者的复杂上下文工程(Context Engineering)。 - 另一方面在于公司从早期就对安全性要求极高,团队不仅签署严格的 BAA(商业伙伴协议),还常年进行渗透测试,彻底消除了敏感垂直行业的合规顾虑。 针对市场上一些宣称用 AI 简单“氛围编码”(Vibe Coding)就能自建内部 CRM 的观点,Keith 明确指出了真实市场反馈的差异: - **种子轮早期团队**:常有人放话“我花四个周末就能自己搓一个”。对此 Keith 的态度向来是“祝你好运,五个周末后再给我们打电话”,而对方往往在遭遇模型幻觉和邮件乱发的混乱后狼狈回流。 - **成熟中大型企业**:他们不会宣称自建记录系统,但常常试图自研“企业大脑”(Company Brain)。然而许多企业在尝试后纷纷败下阵来,意识到要在系统内真正对客户及其动态关系建模极其困难,最终选择重新转向专业方案。 ### `48:32` AI 原生商业大脑:从流程工具走向战略水晶球 在畅想未来的进化路径时,Keith 分享了最令他兴奋的产品蓝图:Lightfield 正在从一个单纯记录业务进展的工具,演变为协助管理层进行情景模拟规划的“战略水晶球”(Crystal Ball)。 Keith 动情地表示,真正能激励他每天清晨投身工作的动力,是看到创始人与管理者使用 Lightfield 来做最艰难的决策:“我最兴奋的就是让我们成为一面这样的镜子,帮助一家公司做出他们最困难、最至关重要的决策。” - 决策支持场景包括精准判断需要招聘多少名销售代表(Reps)、接下来该研发哪一款产品、以及业务版图应向何处拓展。 - 实际案例:一位主打企业级(Enterprise)大客户的客户通过 Lightfield 挖掘出未被满足的庞大需求,进而确立了进军中端市场(Mid-market)的战略,成功开辟出一条全新的产品线。 Joe Schmidt 总结指出,当企业在 AI 时代面对海量定制需求与“极大主义”开发环境时,真正的解法正是拥有像 Lightfield 这样的系统——通过沉淀所有关键数据与全景上下文,企业才可能将最前沿的通用智能(Frontier Intelligence)真正倾注于复杂且具深远影响的战略决策之中。 ### `50:00` 转型期的核心法则:屏蔽噪音与极度专注客户痛点 对谈尾声探讨了工具变革对组织运作方式的深远影响。主持人指出,过去企业要梳理复杂的业务数据与战略方向,往往需要雇佣大批极其聪明的专业人才和运营团队(Ops),写大量的 SQL 查询语句,配合一整套繁琐流程。而如今,管理者只需在一个下午或周末与 Lightfield 对话,就能得出一套高度智能且可落地的推进计划。这种能力正是 Keith Peiris 能够以极具特色的轻量方式运营公司的重要原因。随后主持人抛出最后一个问题:对于许多正在经历业务转型(Pivot)、渴望走出低谷并打造全新业务的创业者来说,如果带着现在的后见之明回到转型起点,会给自己什么样的核心建议? Keith Peiris 斩钉截铁地表示,处于业务转型期时,身边的绝大多数声音都属于无关紧要的杂音。创业者唯一需要做的就是去寻找真实的痛点,拥有解决该痛点的产品或服务灵感,并对客户保持极度狂热的专注。他回忆起当初团队经历艰难转型时的真实场景:当时周围充斥着各种抱怨和琐事,有人感叹现在的办公室让他们怀念过去的辉煌岁月,有人抱怨办公室提供的餐食不够鼓舞人心,还有人不断追问自己的员工期权什么时候才能重新定价。Keith 直言:“Almost none of the noise around you matters when you're in a pivot. You just need to find pain. You need to be inspired to build a product or service that solves that pain. And you need to be like maniacally focused on your customers. And the rest is total noise.”(在转型期,你周围几乎没有任何噪音是重要的。你只需要找到痛点。你需要受到启发,打造出解决该痛点的产品或服务。你必须像着魔一样极度专注于你的客户。其余的一切全都是彻底的噪音。)在他看来,创业者必须戴上眼罩、屏蔽一切干扰,彻底聚焦于业务最核心的本质。 主持人在总结中对 Keith 构建 Lightfield 的执行力与产品表现给予了极高评价,盛赞产品体验令人惊艳,并建议听众前往 `lightfield.app` 亲自体验。对话在热烈的互致谢意与播客常规结语中圆满结束。 - **传统分析 vs. AI 驱动分析**:过去依赖复杂 SQL 与庞大运营团队的深度业务推导,如今通过与 Lightfield 进行半天到一整天的交互即可快速生成智能推进计划。 - **转型期三大抓手**: - 寻找真实存在的客户痛点(Find pain); - 获取灵感并构建解决该痛点的产品或服务(Build to solve); - 对客户需求保持近乎疯狂的专注(Maniacally focused on customers)。 - **转型期必须忽略的干扰因素**:对过去高光时刻的怀旧情绪、办公福利或餐饮水平的抱怨、以及员工期权重新定价(Option repricing)等非核心诉求。 ## Notable quotes > `18:00` The best companies have hostages, not customers. — Alex Rampell > `00:00` As a CRM company in a red ocean space, we have to be an expansion company. If we can help you completely model your business and your customer reality, then the rest will be easy. — Keith Peiris > `00:00` I think at the end of the day, if you're a founder, you have to love the product that you're building and you have to be excited for your customers to use it. — Keith Peiris > `10:00` Because of that, I think a lot of the world ran towards CRM for work. We ran towards like high fidelity business modeling. — Keith Peiris > `20:00` I think the wedge in Brownfield has to do with better understanding your company. So you can steer your company in this sort of chaotic era of company building. — Keith Peiris > `32:15` I think where we've landed at the moment is we have to charge for the work. We can't quite charge for the outcome in the space for now. — Keith Peiris > `35:36` the bar to start a project is very low at Lightfield, but the bar to ship the project is pretty high. — Keith Peiris > `45:00` 在许多方面,替换你的 CRM 可能比更换开户银行还要困难。 — Keith Peiris ## Mentioned Lightfield, Keith Peiris, Alex Rampell, Joe Schmidt, a16z, Tome, Power, Facebook, Salesforce, HubSpot, Zendesk, SAP, Siebel Systems, IBM, ElevenLabs, OpenAI, ChatGPT, GPT-3, Snowflake, Figma, Linear, Slack, LinkedIn, X, Y Combinator, FDA, Tesla ## Video description a16z’s Alex Rampell and Joe Schmidt sit down with Lightfield co-founder and CEO Keith Peiris to discuss what it takes to rethink the CRM for an AI-native world, and the unusual pivot that got him there. Keith previously built Tome to 25 million users, but eventually walked away from the product after concluding that the underlying technology couldn’t capture enough context about a presenter, their audience, and the relationship between them. Starting again, his team followed customers from AI presentations into sales workflows and eventually found a harder problem: making sense of the fragmented and often conflicting data spread across a company’s emails, calls, CRM, and other systems. They unpack Lightfield’s idea of a “business world model,” why Keith believes intelligence can replace much of the rigid schema behind traditional software, and what changes when AI has enough context to reason about a company and its customers. They also get into building for greenfield versus brownfield markets, AI-era pricing, running a company where everyone is a generalist, and Keith’s lessons from making a hard pivot. [Source](https://mgln.ai/e/1344/afp-848985-injected.calisto.simplecastaudio.com/3f86df7b-51c6-4101-88a2-550dba782de8/episodes/6229af03-9c3d-49f0-b84c-fbbd1b7a789b/audio/128/default.mp3?aid=rss_feed&awCollectionId=3f86df7b-51c6-4101-88a2-550dba782de8&awEpisodeId=6229af03-9c3d-49f0-b84c-fbbd1b7a789b&feed=JGE3yC0V)

Source quotes

[18:00] Alex Rampell: The best companies have hostages, not customers. [0:00] Keith Peiris: As a CRM company in a red ocean space, we have to be an expansion company. If we can help you completely model your business and your customer reality, then the rest will be easy. [0:00] Keith Peiris: I think at the end of the day, if you're a founder, you have to love the product that you're building and you have to be excited for your customers to use it. [10:00] Keith Peiris: Because of that, I think a lot of the world ran towards CRM for work. We ran towards like high fidelity business modeling. [20:00] Keith Peiris: I think the wedge in Brownfield has to do with better understanding your company. So you can steer your company in this sort of chaotic era of company building. [32:15] Keith Peiris: I think where we've landed at the moment is we have to charge for the work. We can't quite charge for the outcome in the space for now. [35:36] Keith Peiris: the bar to start a project is very low at Lightfield, but the bar to ship the project is pretty high. [45:00] Keith Peiris: 在许多方面,替换你的 CRM 可能比更换开户银行还要困难。

Source quotes

[17:40] Alex Rampell: The best companies have hostages, not customers. Like SAP has hostages. [15:00] Keith Peiris: Basically, intelligence is greater than schema. That's the crux. [45:00] Keith Peiris: In many ways, your CRM is maybe harder to move off of than your bank. [0:00] Keith Peiris: As a CRM company in a red ocean space, we have to be an expansion company. [50:00] Keith Peiris: I think the most important thing to remember is that, almost none of the noise around you matters when you're in a pivot. [0:00] Keith Peiris: If we can help you completely model your business and your customer reality, then the rest will be easy.

Original transcript

[0:00] Three out of our five founding members came from Facebook. Building a revenue team is a very rich problem set. It's something that everyone cares about. It could always be done better. What's the most exciting thing someone's doing with Lightfield today? We have this company, Power. They have this marketplace where they're aggregating folks that have various illnesses and complications that are looking for frontier treatment. So they've modeled all of this in Lightfield, and Lightfield actually helped someone with Alzheimer's find frontier treatment within days. days. Is there anything that you've done differently in this kind of AI era? As a CRM company in a red ocean space, we have to be an expansion company. If we can help you completely model your business and your customer reality, then the rest will be easy. What would be the one piece of advice that you'd go back and give yourself if you were just starting the pivot journey again? Keith Perez built Tome to 25 million users. Then he decided to start over. In this episode, A16Z's Alex Rampell and Joe Schmidt sit down with the Lightfield co-founder and CEO to unpack why he walked away from a fast AI product and what he learned from the pivot That journey led Keith to a problem inside this ERM Companies have huge amounts of customer data spread across emails meetings product usage and databases but no single system that understands the full relationship They discuss Lightfield's approach to building a business world model, why Alex calls the shift intelligence is greater than schema, and how AI could rethink systems of record. They also get into how AI is changing the way Keith builds and operates, and why his advice to founders is simple. Ignore the noise, find real pain, and stay focused on customers. Welcome back to the A60Z podcast. I'm Joe Schmidt. I'm joined by my partner, Alex Rampell, and Keith Parris. Keith is the CEO at Lightfield. Lightfield just raised a $47 million Series A led by us, and they're building a business world model. A business world model turns customer emails, calls, and meetings into a record that AI agents can use to get work done. We'll explore how Keith pivoted, which is very interesting, to Lightfield, how they built the initial product, and what customers can do with it. Keith, thanks for joining us. I'm excited to be here. Yeah. Maybe we'll start just going back to the Tome journey and how you got to Lightfield. Very atypical journey. You got two products now to explosive scale Tell us a little bit about that experience and how you ended up at Lightfield We started Tome mostly because we were consumer people And we thought LLMs were going to change the way people communicate And we were working on selfie design, you know, at Instagram and Messenger. And we decided to go into the storytelling of ideas. We got this product out to launch around the time of GPT-3. Yeah. And tell us a little bit about the product. So it was a presentation product where you could use GPT to generate presentations and generate pages. and so forth. And we launched it around the same time as ChatGPT. And we just got explosive growth. We got 2 million users a month. People were lining up when we didn't have enough inference to support them. Wow. Oh my gosh. And so you got that to amazing scale. You then decided to stop and completely hard pivot. What was that decision like? How'd you make that choice? Why? So I would say there are a lot of metrics behind it. But deep down, I think at an instinctual level, none of us liked the product, which is kind of a funny thing to say. I think at the end of the day, if you're a founder, you have to love the product that you're building and you have to be excited for your customers to use it. And we just couldn't for the life of us make good presentations And what I mean by that is we could not see the path of a high quality discerning presentation maker using this tool in an indispensable way We couldn see people like yourselves using it for memos We couldn't see people using it in investment banking or consulting. We just thought the technology constrained us to being a tool for individuals and students. So interesting. Okay, so you go from AI presentations to nothing. So how did you make the choice of what to build? Maybe if I can rewind a little bit. I mean, sometimes you get to this point and you're like, oh, well, if the technology kind of continues advancing, then it will be good enough. But that's also a little bit of a danger. It's called hopium. But how did you decide? I mean, this is probably the question you were getting at, but why not just wait it out for the technology to get better? Because the leap between GPT-3 and GPT-6 with Astro is extraordinary. But obviously, if you're burning money and everything, you don't have the luxury of waiting. But I guess, how did you think about just the shape of the curve and why not wait out the curve? Yeah, it's a good question. So we definitely thought about let's shrink the team and wait it out because we were seeing 3.5 to 4 and seeing the leaps being made. But I think the biggest issue was that the model just didn't have enough context to really understand the [5:00] audience, the relationship between the presenter and the audience, and no amount of general reasoning gets you past that. So we were like, this is going to be at best a great tool for a one-shot pie-in-the-sky presentation. And we just couldn't figure out how to turn that into something that we were excited about. Yeah. How did you think about the problems that you wanted to attack next? I think the hardest part of what you just said and the most painful part is none of us liked the product. That's hard if that's your entire life. How did you decide what was the product you actually wanted to build? What was that process like? So I think we... We had a lot of conversations internally about how, wait a minute, why did we even build this company? We built this company because we wanted to help professionals tell companies. expert stories, hard stories. So we're like, let's see if we can find the B2B use case. So we sort of looked at our user base. We had 25 million users or something, and we found that the B2B users were sales and marketing. So we reached out to them. We went and got 12 pilots from, call it like 500 to 1,000 person companies around here. And we're like, hey, we'll do this for free. We'll do great presentations for you, and let's see where it First we came in with, we'll make your new business decks or we'll make your proposals. And we're like, wait a minute, while you're here, can you do other things? Can you guys do some research? Can you help us qualify leads? Can you help us understand companies for expansion? And at that point we were like, Sure, let's just follow the heat, see what happens. I think what makes early stage founders good at this is that you sort of have no priors. You're willing to ignore the thing you built. And we're like, let's just follow this trail and see where it goes. And then the first thing we asked was like, oh, just give us access to your context box, which at the time I thought was Salesforce. So we're like, great, give us access to your CRM, your call recorder, your data warehouse, more, and then we'll figure out how to do this work for you. Mm hmm. Then we realized that the hardest part of doing this work was actually making sense of all of the data across all of these disparate systems. And it was sort of incomplete. It was conflicting. You know, the call recorder often had a different view of reality than the CRM. Actually, the work required to reorganize it felt like. the most important work. And I think through that, we started to realize, wait a minute, maybe this is the more interesting problem to solve, which is that if you can... reorganize reality. for a company in a way that machines can understand and also for humans to understand. That feels like a way more interesting and enduring company than the one that we're on right now. Yeah. When did you know that you were on to something with the new product? So there's a little bit of discontinuity. We didn't know we wanted a CRM first. First, we built a go-to-market assistant. We got people to like it, and then we couldn't get anyone to power because it wasn't our data. And there were 10 other companies and all of these companies competing for it. So we decided to shrink the team, start from scratch and go and reimagine the CRM from first principles that I think we built in the dark for about four months. And then we needed to find people to use our CRM. And it turns out no one wants to use your four month old CRM. giant office space we couldn't get rid of. And we were like, I'm going to post on X on LinkedIn. You can sit in our office space if you use our CRM. And then we found 10. Negative pricing. Yeah, yeah, exactly. So we found 10 startups to come use the product. And for some reason, they were in it every day. And they were mad about everything missing. They were mad about how slow it was. But they were in it every day. And they were giving a slack feedback about it every two hours. And it's like, oh, this is so different than Tome. In the sense that we have this barely working, barely finished product that people are in all the time where they care about it so much they're going to give us feedback about it on an hourly basis. Yeah. Did you start off saying, I've used Salesforce and HubSpot and other things, and here's what I want changed? Or I guess, how did you triangulate the job to be done? Because on one hand, a CRM is just a repository, right? It's like... customer relationship manageable. Here's the repository of all the information, all the customer information. But on the other hand, it's also like this. If you've talked to anybody who's run a sales team, one of their biggest pain points is my stupid salespeople don't update the CRM. And it's often a stale repository. But I guess what were the governing principles, if you will, around what was broken with the world today? What were you going to do differently? Or was it like, [10:00] I'll figure out what they're complaining about and build around that. I think one of the things that benefited us was honestly how naive we were at the space. Because if you're in sort of a growth stage company, the CRM is the tool that reps use to not forget things. It's the tool that powers low-level automation. And it's also the tool that powers forecasts. And I think our naive view is actually the most important thing here is the latter. You know, if we can help you completely model your business and your customer reality, then the rest will be easy. You know, the rest should just be prompts and tool calls. And because of that, I think a lot of the world ran towards CRM for work. We ran towards like high fidelity business modeling. And because of that, we were like, what gets in the way of this? It's the reps manual entry, it's the rigidity of the schema, the API quality, and we were sort of on our island trying to world model instead of sending emails. Yeah Can you talk a little bit about the very intentional decisions you made on the architecture and just like how you kind of built the primitives that allow this to happen Because it interesting now it like beautiful and the experience is incredible but like it only works because you made the right choices early on So talk a little bit about the way you kind of did that from first principles and what it now enables Yeah. So actually, three out of our five founding members came from Facebook. Oh, interesting. And we had this very naive view that actually the most important thing in the CRM is modeling the relationship. Yeah. So we actually looked at the sort of the Facebook timeline. And we were like, we just need to model the chronological relationship between your business and this business. Huh. So we actually built out the activity log first of, you know, when did you first reach out? What did you say to them? What did they say to you? What meetings did you have? What documents were sent back and forth? You know, and then eventually, like, what are they doing in your product? How are they paying you? And we thought, like, working off of this activity log is sort of the right primitive. So we have the system where it sort of builds the activity log between your relationship and then it uses that to trigger sort of the traditional CRM updates that you expect right Of like updating fields updating stages and so on and so forth But you always have this like canonical log of the relationship that everything's built on top of. And then how did you think about there's that chronological view, but then there's all of this other metadata that's never existed in any other CRM, right? I mean, like, this was one of the things I remember initially really, you know, jiving with you on, which is there's so much other context. And like, how do you then think about that as a part of this record? And I don't know when that came in. Or was there like a certain workflow that you were trying to enable that triggered that? Yeah. So we actually tried going fully unstructured. And we found that the queries just took too long. Yeah, yeah. You sort of have the like needle in the haystack problems. So we ended up finding this semi-structured approach where we store gobs of unstructured data in this activity log. And then the system can use the activity log to sort of infer causality and work through from there. And that why it works so much better than a data leak And of course you can put anything in it You can put your snowflake records in it You can put your activity I think this is a good point Maybe give an example of what does that mean How is it actually used at the end state A good example would be we have a lot of customer success folks on Lightfield, and they might be tasked with, hey, is this account ready for expansion? And if you ask Lightfield this open question, what should we sell to them? when should we sell to them, it can now go through everything that this account has done. First, it's sort of the people interactions of what did they say to you, what do their tickets look like, and then it could also go to the product usage, which is just stored as activity log entries. You're like, well, they haven't logged in in a month, maybe you should try to sell them more stuff. And then if you want to compare, because the most common question is which of these accounts should I work on expansion? Now it can traverse the sort of CRM schema and then dive deep into the log of each customer to give you a good answer. So interesting. How did you think about making the initial experience and the initial configuration of all of this intuitive for a small, mid-sized, even large company? [15:00] We had this view that's funny, we spoke to a lot of CRM consultants and we started to write down what is it that you do. And we found that the biggest, most consequential decision they help you with is your data model. Yeah. You screw that up, it's over. It's over, right? If you get the wrong stages, the wrong fields, you can't get the reps to go back in time and fill it out, it's over. We're like... can we be effectively schemalist? Just to say that we'll connect to your emails, we'll give you a call recorder, we'll connect to your data warehouse, and then just assemble your relationships for you, and then you can fill out the fields later. If you change your mind about the fields, you can just traverse the activity log and refill them. So we ended up with this schemalist setup where you log in, you connect your email and more. And then we have built-in enrichment sources and then it just assembles for you in real time. So cool. Basically, intelligence is greater than schema. That's the crux. Yeah, exactly. So it feels like a consumer product. You just press sync, you wait five minutes, and it's there. Well, if you go back to the really old days, it's like to save space because, you know, you only have these were all just relational databases. Right. And then to save space in a given table, like each column, it's like, oh, it's a I don't know how much, you know, sequel, but like, you know, VAR car. Yeah, that's variable character. And you would actually predefine how many characters that particular column could be in the table. right so like you'd say like name would be varkar 25 yeah right it's like oh shoot this person has too long of an it's just funny how far this has gotten because back then when you were really really managing every every bit and every byte um you would literally predefine the maximum number of characters for for a column in a table and now it's like no schema it's just it's just fun yeah so the times have changed yes yes intelligence is greater yeah exactly than schema um maybe thought. So much of the interesting things I think that are happening right now is you're giving someone the kind of chassis of, to committed intelligence at really hard problems. That example you gave on a CSM saying, how do I upsell this customer? What's the most exciting or most random or interesting things someone's doing with Lightfield today that they couldn't have done in the VAR car world or another world before this one. So one of the things that I'm really proud of is we started with fully arbitrary schema, like custom object, custom relationship. It just doesn't matter, you know, in Lightfield the way that it does. So I love our customers that have strange business models where they just need to model different things. We have this company, pharmaceutical companies that help them find clinical trial participants. And on the other side, they have this marketplace where they're aggregating folks that have various illnesses and complications that are looking for frontier treatment. So they've modeled all of this in Lightfield, you know, the B2C side and the B2B side. And they've built automations to go and scrape the FDA and clinicaltrials.gov to give them a world model of every trial going on in world and then do matching on the B2C side as well as with the right pharmaceutical company. So there's sort of like collisions happening. Wow. And Lightfield actually helped someone with Alzheimer's find frontier treatment within days. That's incredible. So, I mean, one question that we talk about a lot here is this kind of greenfield versus brownfield thing. So if you think about like startups, normally selling into the brownfield is hard just because it's brown. Meaning, what does brownfield mean? It means that like it's been trampled by an incumbent, right? Like hence brown. So like try selling ERP and you have a product that's much, much better than SAP. The best companies have hostages, not customers. Like SAP has hostages. That's a brownfield. Sometimes you can break in. I mean, like kind of cloud versus on-prem. What did cloud do? It's like it was brownfield, but I kind of just redefined the problem and said, you know what? You're using, if you go back to like the CRM days, it's like you're using Siebel systems. That's running on your IBM AS400 mainframe in your office. You're tired. Like the guy that maintained it quit. He was 92 years old. cloud-based vendor, and that's kind of like, that's partially how that brownfield was done from on-prem to cloud. But the other strategy is going greenfield, is saying, I'm not going to bother with the hostages. I'm just going to build the best product in the world. And then brand new companies that are untethered from any existing software solution, they'll just use me. Right. [20:00] And I guess like when you were thinking through, I mean, going back to the early days of negative pricing with the free office space being the negative price. I mean, how did you think about like, you know, where, who are the right customers? How did you get to your, you know, what we call an ICP ideal customer profile? Like maybe talk about that a little bit. Just to be totally real, you know, when we were starting the company, we didn't have a sharp enough thesis on how to get into Bradfield. It's something that everyone cares about. It could always be done better. So we believe there's something in here, but we weren't sure exactly what it was. So we sort of figured, let's just try to win a new company first. And we were like, how do we win a new company? It's actually a chief of staff and I, doing linkedin prospecting emailing yc companies you know being like hey can we can we beat one of these startup crms um and and that was sort of how we got started and we figured by listening really deeply we would find you know the sort of wedge required to go brownfield eventually and um I think we sort of found it over the past few months, which is to say you get lots of iteration. So we got one of the nice things about serving an early stage startup right now is it's never been faster to go from pre-seed to seed seed to a to b and we we now have customers that have like zero reps when they joined us now who have, you know, a hundred reps. Um, so we've been start, been able to like look inside and figure out like what problems are we solving for you that you actually care about? Um, and it seems like it was, it was actually a little higher level than we had even anticipated. Cause if you looked at all of the AI CRM billboards around Silicon Valley in the past couple of years, they've always been about like, do the work, do the work, do the work, sending out outbound emails and more. And I think... our team always had this perspective that that wasn't really the wedge to do Brownfield. Like Salesforce is going to send emails. I mean, I guess they have as of today, right? And we were like, I think the wedge in Brownfield has to do with better understanding your company. So you can steer your company in this sort of chaotic era of company building. But it took us, honestly, like six months of having customers like that, staring at them for that to emerge. Right. Well, one of the things that also emerges is if you're creating a better product and you have all of these people that are consumers of the product, of course, but like let's just take the Greenfield versus Brownfield distinction. The VP of sales that you hire at your Greenfield company has been acclimated and trained to use. this thing. I actually remember when I, when I started one of my first companies, I was so adamant about not paying $85 a month for Salesforce that I use this thing called sugar CRM, which is free. and finally I gave up. I finally started paying for Salesforce. Why? Not because of product gaps or anything, but I hired this VP of sales, and he was like, I'm not using that F. I was like, it's easier, it's better, but that was also challenging. So it's also like this. I mean, it's not like a new company needs to be in the business of training people per se, but there's also that gap. It's one of the things that is seldom understood about Greenfield versus Brownfield is that the Greenfield people field like VPs that actually like make product, or sorry, make purchasing decisions. So how did you, like, you know, I feel adamantly this is a much, much, much better product. But like, how do you overcome some of the objections, if you will, from people who are like, you know what, I'm just perfectly fine using something that doesn't work as well? It's a good question. One of our design principles early on was, We figured we were going to be great at convincing the founder, the engineering leader, the product leader to use sort of frontier tech to understand customers. But it was probably going to be a lot of work to convince that VP of sales that joins. This is the way. So we had this idea for all of our sales-led plans. We're like, we're going to give this thing away for free to anyone in the company. what engineering's doing, what customer support's doing, what finance is doing. The other thing is it'll create sort of real company network effects that make it harder to rip and replace us. So we've been at a few companies now where... you know, the seasoned VP of sales comes in and they're like, this is cool, but I only know how to use Salesforce because I've been trained that way. And the rest of the company is like, well, hold on. This is how the engineers understand customers. This is how finance [25:00] does revenue recognition. This is how customer success does account scoring. Um, can you try harder to figure this out? In which case then, you know, we have the relationship, we jump in, we show them how we're going to make their lives easier, and we've got a fighting chance. You know, there's so many different ways to now do those tasks that were just a table in the past. And so, Do you want to try to give those tables to people and try to make it very skeomorphic? Like, here's the CRM that you're used to, and it's also blue, and blah, blah, blah. Or is it, hey, actually, you can now use natural language to do a lot of this. You don't actually have to look at all these dashboards. Lightfield will just tell you when something happens. How do you think about those kind of product trade-offs? I think a lot of systems of record are actually trying to figure out how do we bring people to the real future, which is now here. Yeah, yeah. I think we've We've actually... erred on the side of pragmatism here, which is to say that right now I'm the de facto sales manager at the company and I still run all of our meetings from the spreadsheet field. I think we had this view of if we really want to be like a real enterprise CRM, we can't be religious about the way people work. So we've leaned into, we have great dashboards, we have great table views. You can use those things if you want. And then if you're sort of at the frontier, you can do it all. And you want like CLI or whatever. Yeah, exactly. You can also do that. Yeah, totally. Well, I find that like, you know, it's funny, I just bought a new car. I came from a BMW, which had like 9 million buttons. Like, you know, if you go in an airplane, How does the pilot know what these, there were like 9,000 switches. It's straight out of all of them. And the really cool thing, it's actually even scarier. I don't know if you know this, the newest Teslas, they don't even have a stock to change gears. There isn't one. Like the most physical of physical buttons, it's just completely gone. But actually it's so simple and so intuitive that like a five-year-old can use it. And hopefully a five-year-old isn't driving a car, but you get where I'm going. It's like, I mean, it also, it's like another way of kind of thinking about like schema versus schema list, right? It's like, if you have all these knobs and switches, it's great. It's so advanced. Like the VP of sales, like part of like, or if you talk to finance people, they know all their buttons in Bloomberg. But like one of the ways that you're able just make it so intuitive that even a five-year-old can do it. There's a whole category on Reddit called Eli5, explain like I'm five, right? So it kind of feels like the cool thing, I mean, I don't know, you're the boss, not me, but it feels like that's kind of what you have, right? It's like you have this old era, which is like lots of knobs and switches and everything else, but again, part of the benefit of plain language intelligence is that you don't need any of those Yeah, this is true. And I feel like we run into this in different ways, which is to say that we haven't won the war on deterministic dashboards. I think everyone wants to look at the same dashboard every morning when they're drinking, get their coffee. Me too. Hopefully it's revenue going up. It's always up. But I think for some of these like, old workflows, we've completely reimagined them. One of the most classic sales workflows is the idea of a sequence, right? You know, you send out five emails at different times on different triggers to someone that, you know, might have expressed interest in your product. And you used to have to express these things with arrows and conditions and variables. Whereas in Lightfield, The recipe takes into account what's in your world model and it sort of runs with it. And, you know, at first we had some sales leaders that were like, I don't trust this thing. I need my knobs. I need my switches. But then they sort of come around to, wait a minute, this is actually efficient, better, and I have to learn less. I think we're like running into this in sort of every aspect of running a go-to-market team. Yeah. There's, of course, this whole movement right now of everyone thinks they can build. basically everything themselves and, you know, software is dead. And what can I do myself versus not? How do you talk to customers that want to try to build elements of this or trying to build elements of this and just say a little bit more about that movement and how you're responding at Lightfield? First of all, I think just being a system of record, we have to be open-minded. You know, it's your data. It's not ours. Yeah. Right. And we tell our customers that we take a lot of pride in the modeling and the accuracy of your business. We... built our own email sync, we built our own Slack sync, we built our own data warehouse sync and we are proud of how high performance works. [30:00] our database is. And then you can take that wherever you want. So we've actually had... a couple of customers that would use Lightfield as the core system of record and then they'll try to build their own harness on top. Maybe they've got a company harness, right? And We're supportive of that. You can push it all through MCP or CLI. But after a few weeks, they almost always realize, wait a minute, your harness was actually doing quite a bit. It had better entity recognition. It had better precision and recall. It was faster. And we're like, yeah, that's our job. I think our take is, it's your day to do what you want, and we're going to work hard to earn the right to your productivity every day. Where do you think, I mean, kind of on that topic, I mean, pricing is such a crazy question right now because there's seat based pricing where the seats don't make sense anymore. Like imagine running like, thank God you run Lightfield and not Zendesk, right? It's like, what are they like? How many seats do you need? Maybe zero, right? That's pretty scary. are kind of tricky. And then against all of that, you have this idea, which I don't agree with, obviously, but like people like the software is dead, the whole SaaS apocalypse, like, you know, you're also going to, you know, supermarkets are dead, you're going to grow your own food, car manufacturers are dead, you're going to weld your own aluminum, like, you know, there's, you could take this to the extreme. But like, I guess, where do you think about how did you come up with pricing, maybe is kind of question number one. And then what do you think about outcome based almost makes sense where it's like it's a cost. Can I bring down the cost? And of course, like, you know, you can have software answer questions like it's a knowledge base. There's a fixed number of answers. I kind of match it up with the question, whereas like it almost feels like the last job standing for humans will be sales. Right. But anyway, like kind of pricing outcomes, competition, just curious how you thought about like, how did you get to your pricing from negative pricing, which I would not recommend you keep in perpetuity. But kind of how did you get to pricing you think about everything that's going on in that triangle? Yeah, that's a good question. We started with both extremes. And we figure that that is the fastest path to find the efficient frontier. We started with pure seat pricing because it just matched the sort of Salesforce HubSpot world. It was... I think it was received really well by our customers, but then the head was using 10,000x more than the tail. And we realized that... Using in terms of consumption. Yeah, in terms of consumption. And we weren't going to be in business for a long time with per seat pricing. So then we tried purist consumption pricing, where everything is a credit in Lightfield. anything. It was the worst three weeks of the company's life. We have all of these signups, but they're not doing anything. Yeah. So then we started talking to customers. We realized they're And Joe, actually, we divided like sort of four... buckets of work that Lightfield does, and we're able to distinguish between them. The first was sort of your everyday CRM work of capture a meeting, fill out records, update tasks. I think most of our customers just expect that to be covered in a platform fee or expect that to be covered in perceived pricing. They're like, I don't want to think about the error bounds of my core CRM when I look at my budget over the next year. So they're like, make that fixed. And then we found there are two other buckets. One was sort of pipeline generation, where you're pretty down to pay consumption price in a pipeline generation. You realize there's enrichment. There's actually alpha for you. you'll get more meetings, you know, um, that, that can convert to revenue. Um, And then there's this other bucket of workflow automations where I think there's just an expectation that you pay for those. Yeah. What's a good example of that, by the way? It would be like someone signs up on our website for a demo and then Lightfield does a little bit of research and realizes, oh, this should go to Henry because, you know, it's a deep tech company or it should go to Matt because it's a health tech company. Yeah. And I think that's doing real work, right? You can imagine the ROI on that. So you'll pay for that. And then the last piece is honestly intelligence and forecasting, which is maybe the most undiscovered part of Lightfield. You've got this. you know, little like crystal ball or snow globe of your company and now [35:00] You're going to deploy frontier intelligence to it and start scenario planning and figuring out what's next. And I think in that world, you'll definitely pay for the alpha there. I changed my sales process after letting GPT-6 rip on the light field for a couple of hours on the weekend. So all of that is to say we sort of landed in this platform fee for core CRM and we do consumption for everything else. it's landed pretty well. To your other question about outcomes, I think the hardest thing about being a sales company is that our outcomes are sort of dependent on the strength of your product market. Right. Right. Of course. Um, it would be incredibly efficient, efficient for us to do outbound prospecting for open AI. And they'd have incredible outcomes and they are interested. Uh, and it would be all here, uh, incredibly, uh, uh, inefficient, you know, for me to, uh, I think where we've landed at the moment is we have to charge for the work. We can't quite charge for the outcome in the space for now. Maybe from when you started Tome to today, how is the actual work happening? changed. Something that I found amazing and just really fascinating about the company when we first met over a year ago was just how fast you guys were already shipping. And it feels like the velocity has just gone through the roof. So I'd be curious how you've designed company culture and tooling and all the decision making around basically velocity and just the step function change from before and after. Talk a little bit about that. Yeah. So I think, I mean, one of the things I regret about Tome that we've definitely fixed with Lightfield is Henry, my co-founder, says this all the time. It's like, we had a lot of people playing house, you know, just to say that you have the product leader and they all have their swim lanes and they get really mad if someone gives them feedback about something in their swim lane. And I think because of that, it just, you know, we were sort of slowed to a crawl and, you know, maybe put another way, it was impossible to pivot, right? Because you had all of these like appendages that weren't talking to them, the brains. So we were like, And then we also tried to plan too far in advance, which I think is sort of, challenging in this era of company building. So we're like, none of that. No one has a swim lane. You know, the expression, man plans and God laughs. Now it's man plans and open AI laughs. Yeah, exactly. So now we... It's funny. Everyone owns product and everyone owns customer success, which is kind of an interesting setup. We have 40 people at the company. Everyone shows up to the same stand up every morning. We stack rank the most important problems. Some of them are delivery. Some of them are engineering. Some of them are CS. And then whoever's free just takes them. Interesting. And we do continuous planning. So every day the list can change. Every week we reassess the list. And then whoever's free just picks up the problem. But it's because of that, sorry, because of the age that we're in, anyone can ramp up on a customer through Lightfield. Anyone can ramp up on our design system library because the LLM in Dutch Figma. And then anyone can auto create tasks in linear because of Lightfield's connectivity to linear. and engineers run projects, designers run projects, CSMs run projects. Um, and then if you're the specialist, you sort of like work on, uh, more of the similar projects than not. Yeah. How do you keep that everyone's a generalist and everyone's, you know, kind of constantly coming up with something and working on the most important thing? Like, how do you keep that? aligned with this very coherent, view of the future. I just don't know, how do you manage that process? I would say that it's always this push and pull of, you know, each week we meet about road mapping and GTM, and we just edit it. And I were like... Yes, we have this customer that asked for this. How does it fit into the mission? It doesn't. So I think it's just this constant editing to make sure that what's coming out of the company is coherent. I would say that the bar to start a project is very low at Lightfield, but the bar to ship the project is pretty high. So we still do company bug bashes. It was something I learned at Instagram when I was there. The company needs to like this before it goes to customers. Thank you. things combined keep us moving pretty fast so cool What's the thing that worries you the most? I would say speed. Just to say, we're [40:00] This really interesting environment, and maybe I'll share something from the past. Before we started Lightfield, I read all of these Tegas reports about people moving off of flavor of the month CRM to Salesforce. And I remember reading this one about one of your portfolio companies, Eleven Labs, where they were on one of these startup CRMs. And then they couldn't get that company to build dashboards fast enough. and it was like four months, you know, and, you know, the folks at 11 Labs were tired of asking for dashboards and moved to Salesforce. And that's actually the thing that makes me the most paranoid. I think we've got this incredible wedge of being just like the best CRM for new companies. And we just have to build everything so that, you know, those folks never feel the desire to go to the old world. Yeah. How do you actually on that, how do you prioritize? I mean, this is like the craziness about the new world. And it actually goes back to like your point on everybody being a generalist is that once upon a time you would have like a 10 person product design and engineering pod or pick your number but not not a hundred not two Uh you have the product manager you have the designer and then you have like nine engineers and you would have things that would be like booked out until like 2028 And now anybody can just prompt their way into a product, right? So like if everybody actually is understanding like what we need to do, but so on the one hand, it's like you could build everything much more quickly. But you still have to make trade-offs of like, am I prioritizing this customer that I know? Like, shoot, I have this amazing company. They're going to churn unless I build this. That's a really good reason to build that thing. But actually, that might not be a good thing because you have like 15 other customers that you're not going to sign up unless you build the other thing. And this is a time, this has been a problem since like, you know, BC era. But I guess how have you, is there anything that you've learned and done differently in this kind of AI era around anybody can build anything and therefore you can theoretically have like unlimited product managers and engineers in your company? It's funny. In Lightfield, we sort of built this skill where we like look at the expansion potential of an account. And I think as a CRM company in a red ocean space, we have to be an expansion company. Yeah Right You know I think in a competitive space you often don get the initial land that you would have expected because it just important to win every company But you like by year three by year five this is not going to matter because you be a huge company will be an important part of you Yeah. Right. So I think we take this perspective of like, what's sort of the expansion value of this account over a three year time? Yeah. And how do we prioritize? I think because of that, we've leaned more towards building for our fastest growing customers than our average customer. But I would say at the same time, we have to build everything. And it's sort of a time of being a little more maximalist than usual. The other thing that's kind of interesting is that my observation is, I kind of like to joke that AI is almost overhyped in Silicon Valley. I don't think it is, but it's like massively underhyped outside of this little region of the world. And part of it is like people haven't tried things in years. They're like, oh, I tried chat GPT in November of 2022 and it hallucinated something. Oh, that doesn't work. And then they just kind of put it to bed. Now they think it's going to kill them somehow. But I mean, how do you think about like long, like, you know, kind of it's related to Greenfield versus Brownfield. but you can get Silicon Valley but it kind of crossing the chasm into the rest of the country where that a very very it the same type of customers They have products they have employees they have salespeople they sell things they want reports but they not as plugged in to like, you can't just like advertise on one-on-one and reach them. How do you think about Silicon Valley overhype versus kind of rest of world underhype? Yeah. I think for most of these system of record companies, you end up getting most of your revenue scale from actually, you know, the 50 miles out of here and more. I've always thought about this moment in company building as a trick to get reference logos, which is that, you know, we have customers that have raised like $200 million that have three go-to-market people, and they're going to be huge one day. So we just need to do amazing work for them so we can take their logos when we go to the the rest of the world and be like, alright, we've got healthcare, or we've got FinTech or whatever it is. So I just see the focus on Silicon Valley not as efficient revenue capture, but actually just like efficient marketing capture to go out there and be like, alright, we're excited to get into manufacturing. We're actually working with a bunch of great manufacturing companies here, and now we can do that for you. [45:00] What is funny how customers think, right? It's like, all right, you're using the exact same software, but like somehow, like if Joe is in a different industry than me and he's a super happy customer and like I want the exact same, I'm going to use the fields example, so just bear with me. But like I'm destroying the exact same stuff, but I don't know if I can trust you because he sells, you know, toothbrushes and I sell, you know, Coca-Cola. Yeah. But it's like. If he sells toothbrush, oh, I must have the thing that the other toothbrush seller sells. It's really peculiar. I always found that where it's like, but like somehow that goes back to referenceability. It's like customers, like they just want to know, like it's like the old nobody gets fired for buying IBM. It's like, I want to know that this works, especially for something that is a system of record. And I want to know that somebody that is a competitor to me or a friend of mine or like somebody in like the same, you know, kind of vertical is using the product before I'm willing to make the jump. So do you find that that's true almost? Because it's like you mentioned manufacturing versus X. It's like at the end of the day, a customer is a customer. Yeah. Right. Like the context and the contact information, like all that stuff is the same. But why is it just like they care because there's just so much trust associated with the product? I think so. I think. In many ways, your CRM is maybe harder to move off of than your bank. Yeah, yeah. Until I feel. Yeah, exactly. We make it easy. Yeah, we've made it a lot easier. But I think in terms of the mental overhead, you just do not want to choose the wrong one. Yes. And because of that, I think that the referenceability goes a long way. healthcare and health tech. I think part of it is, you know, that we do really well in these complex deals where there's like 50 different stakeholders or context engineering really well. And also we were hardcore about security at the start. So we signed BAAs, you know, and we did penetration testing for years. And now it's so easy, you know, for us to win a health tech deal. on. I think that's just part of the game. You know, if I imagine even myself, like, I don't want to choose the wrong ERP. So I probably want to choose the ERP that companies who look like me chose. So that I never have to think about this after I buy it. Do you run into, kind of going back to an earlier question, do you run into people in this crazy era of saying, no, I'm not going to use anything. I'm just going to build it myself because that's the craziest, right? It's like, am I going to be around? Like, is the guy that is working at my company who's decided to vibe code a CRM, like, it's free, right? But, like, the support isn't free. Like, the salary that I'm paying him or her isn't free. But do you run into people that are trying to DIY or is that kind of over talked about? I think it's a little over-talked about. We heard it a lot when our ICP was like the seed stage founder. Yeah. Where we would often hear, look, we can either pay UX or we can do this over like four weekends. And we were like, Great. Good luck. Good luck. You should try it out. Call us in five weekends. Yeah, exactly. And then they were like, none of this works right. It's hallucinating. It's sending out bad emails. I think on the larger company side... We don't hear, I'm going to build my own system of record. We hear, I'm going to build my own company brain. Yeah. a lot and then we've had so many of these folks come back and be like actually building a company brain or building a business world model is really hard. Yeah. And maybe the hardest part of it is modeling the customers. So we tried and we don't like our results. So we'll come to you now. Yeah. What are you most excited about for the future? I mean, I think the thing I'm most excited about, it's funny, I am... I'm stoked about Lightfield becoming your sort of crystal ball for scenario planning. And the thing that gets me up in the morning is actually having folks use Lightfield to think about how many reps should I hire? What product should I build next? Where do I go? And one of our customers who sells to Enterprise discovered through Lightfield he needs to build a mid-market product and built this whole new product line because of this thing he found. I'm just excited about us being that sort of mirror. - Yes. - For a company to make their hardest, most consequential decision. - I think this goes back to the point Alex was making on, okay, in this world of maximalists, and you can build for anyone, actually the answer is having a tool like Lightfield. If you just have all of this data and all this context, you can actually be data-driven, and this is the exact opportunity to throw frontier intelligence at a really complicated decision. [50:00] something that historically would have required like really smart people and a lot of ops folks and SQL and a bunch of other stuff. And instead, now you can just, talk to Lightfield, you know, for an afternoon or a weekend and come up with a really intelligent plan to move forward. And I think that's one of the reasons that you can run your company the way you run it, which is really, really cool. Maybe my last question for you is there's a lot of people that, I think at least there will be a handful of people that are going through some pivot moment that are watching this and, you know, thinking about the future where they're Keith and they're talking about their new amazing company. What would be the one piece of advice that you'd go back and give yourself if you are just starting the pivot journey again with the benefit of hindsight? I think the most important thing to remember is that, uh, Almost none of the noise around you matters when you're in a pivot. You just need to find pain. You need to be inspired to build a product or service that solves that pain. And you need to be like maniacally focused on your customers. Yeah. And the rest is total noise. I remember when we were going through this, people were talking about how their office reminded them of the good old days. They were talking about how like the food wasn't inspiring. They were talking about like, well, how are my options going to get repriced? Honestly, like, none of that matters. I think you can just put the blinders on and, you know, and focus on the core. Yeah. Well... I, we could not be more impressed with what you've done, the business you've built. The product is absolutely incredible. If you haven't tried it, you need to try it. It's incredible. Go check it out at lightfield.app. Keith, it's an absolute pleasure to work with you. And we're so excited for the future. Thanks for the honor. Thanks for having me. Yeah. Thanks, Keith. Thanks for listening to this episode of the A16Z podcast. If you like this episode, be sure to like, comment, subscribe, leave us a rating or review, For more episodes, go to YouTube, Apple Podcasts, and Spotify. Follow us on X at A16Z and subscribe to our Substack at a16z.substack.com. Thanks again for listening, and I'll see you in the next episode. note that A16Z and its affiliates may also maintain investments in the companies discussed in this podcast. For more details, including a link to our investments, please see a16z.com forward slash disclosures. you Thank you.