Lightfield Targets Salesforce With Schema-Less AI Business Models

Why the Next Generation of Enterprise Software Looks Nothing Like Salesforce — a16z

a16z

Legacy CRMs fail because manual data entry corrupts records, making dynamic activity logs and ambient AI inference the only viable way to model enterprise operations.

AI-assisted summary of Why the Next Generation of Enterprise Software Looks Nothing Like Salesforce — original source. Check the original for full context.

Source published:

Detailed notes

## Background Published on YouTube by a16z on September 16, 2026, this episode features hosts Alex Rampell and Joe Schmidt interviewing Lightfield co-founder and CEO Keith Peiris. The discussion explores Lightfield's ambition to replace legacy CRMs with an AI-native "business world model" and details the hard lessons learned from walking away from viral presentation startup Tome to pursue deeper enterprise data infrastructure.

## TL;DR Keith Peiris explains how the context limitations of generative slide creation led his team to pivot from Tome's 25-million-user base into rebuilding the modern CRM from first principles. Rather than relying on rigid relational schemas and manual rep data entry, Lightfield ingests emails, calls, and warehouse metrics into a canonical chronological event log that AI agents can reason over to model dynamic business reality. The conversation examines why pure outcome-based and seat-based pricing both fail in B2B sales software, prompting a hybrid model that balances table-stakes data storage with metered consumption for pipeline generation and frontier intelligence. Peiris also details Lightfield's hyper-lean, generalist culture—which relies on company-wide morning standups and eliminates functional silos—to ship fast enough to outmaneuver legacy incumbents and protect against customer churn.

## Atmosphere & style The conversation carries a candid, operator-to-operator energy, feeling less like a polished promotional interview and more like a high-bandwidth strategy jam between battle-tested founders and venture partners. Peiris speaks with blunt self-awareness and refreshing pragmatism, freely admitting to corporate missteps at Tome, the failure of pure credit-based pricing, and the sheer operational terror of pivoting a venture-backed startup. Rampell and Schmidt match his pace with sharp historical parallels and witty enterprise skepticism, creating a grounded, fast-moving dialogue that cuts through prevailing AI hype in favor of raw product mechanics.

## Key takeaways - [00:52](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=52s) Keith Peiris walked away from Tome despite reaching 25 million registered users because foundation models could not overcome the context ceiling inherent in human-to-human presentations. - [02:28](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=148s) Better foundation model reasoning cannot fix products lacking access to ground-truth context, exposing the flaw of relying on 'hopium' model upgrades. - [05:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=300s) Exploring sales workflows revealed that call recordings and legacy CRMs held completely contradictory data, identifying fragmented customer reality as the true bottleneck. - [09:15](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=555s) Traditional CRMs fail because they rely on manual rep data entry, brittle schema rigidity, and poor APIs, acting as static repositories rather than living records. - [10:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=600s) Lightfield models business relationships via a chronological semi-structured activity log inspired by social feeds, replacing rigid upfront database schemas with dynamic inference. - [13:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=780s) Prioritizing 'intelligence over schema' enables 5-minute customer onboarding and retroactive backfilling of new custom metrics without manual re-entry. - [22:15](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1335s) Brownfield displacement succeeds by offering free access to non-sales departments (engineering, finance, CS), creating company-wide lock-in that resists legacy CRM rip-and-replace demands. - [27:35](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1655s) Rigid logic-tree outbound sequences are replaced by plain-language agentic recipes grounded directly in the company's business world model. - [31:54](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1914s) Pure per-seat pricing fails due to extreme usage skews (10,000x difference), while pure consumption credit pricing paralyzes user adoption with metered fear. - [34:44](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2084s) Lightfield established a hybrid pricing model balancing predictable subscription fees for everyday CRM operations with metered consumption for pipeline generation, automation, and frontier intelligence. - [34:44](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2084s) Outcome-based pricing breaks down in sales software because a vendor's conversion rates are inextricably tied to the customer's underlying product-market fit. - [36:22](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2182s) Operational agility requires dismantling functional silos and swim lanes in favor of generalists pulling from a dynamically prioritized company-wide backlog. - [40:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2400s) Prioritizing roadmap features based on a customer's 3-to-5-year expansion trajectory prevents churn among hyper-growth accounts. - [45:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2700s) Mature enterprises rarely attempt to vibe code a full system of record, but their internal attempts to build bespoke 'company brains' consistently fail due to context modeling complexity. - [48:45](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2925s) During high-stakes company pivots, founders must ignore peripheral corporate distractions and focus maniacally on solving verified customer pain.

## Detailed walkthrough ### [00:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=0s) Introduction and the Genesis of Lightfield

The episode opens with highlights on the founding team's origins and what makes enterprise sales such a compelling domain. Three out of Lightfield's five founding members trace their roots back to Facebook, bringing a deep consumer product orientation into enterprise software. Keith Peiris explains that building revenue infrastructure is a uniquely rich problem space because every company cares deeply about revenue and execution can always be improved. To illustrate the tangible impact of their platform, Keith points to a healthcare customer named Power—a marketplace that connects patients dealing with severe illnesses to frontier treatments. By modeling their entire workflow inside Lightfield, Power was able to match an Alzheimer's patient with an experimental clinical trial within days.

Host Joe Schmidt introduces co-host Alex Rampell and Keith Peiris, CEO and co-founder of Lightfield. Schmidt highlights that Lightfield recently raised a $47 million Series A led by Andreessen Horowitz to build what they term a "business world model." Rather than functioning like a traditional static database, a business world model ingests unstructured customer emails, calls, and meetings, converting them into an active, coherent operational record that AI agents can reason over to execute meaningful work.

- Lightfield raised a $47 million Series A round led by a16z. - Three of the five founding members previously worked at Facebook. - Customer case study: Power uses Lightfield to model complex patient-trial relationships, successfully placing an Alzheimer's patient into frontier clinical trials within days.

[00:52](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=52s) From Tome to Lightfield: Walking Away from Explosive Growth

Keith recounts the unusual trajectory that led him to scrap a massively viral AI company to build Lightfield. Before Lightfield, Keith co-founded Tome. Drawing on backgrounds designing consumer experiences at Instagram and Messenger, the founders believed large language models would revolutionize how people communicate. They set out to build an AI-native storytelling tool, launching around the release of GPT-3 and ChatGPT. The product went viral instantly, pulling in over 2 million users a month. Growth was so intense that prospective users were waiting in virtual lines simply because the company could not secure enough inference capacity to meet real-time demand.

Despite reaching tens of millions of users, Keith made the rare call to walk away and pivot the entire company. The decision stemmed from a fundamental, uncomfortable instinct: "none of us liked the product." As a founder, Keith argues, you must genuinely love what you are building and feel pride when customers use it. The team realized they could not produce consistently high-quality presentations for discerning enterprise professionals. While students and casual creators loved it, they could not envision investment bankers, management consultants, or venture capitalists using Tome to build client decks or investment memos.

```mermaid flowchart TD accTitle: Evolution from Tome to Lightfield accDescr: Diagram tracing the product evolution from viral AI presentation tool to finding the deeper enterprise CRM context problem. subgraph TomeEra ["The Tome Phase"] T1["Consumer Storytelling on GPT-3"] --> T2["Explosive Growth: 2M Monthly Users"] T2 --> T3["Context Ceiling: Lacks Audience Knowledge"] end subgraph TransitionPhase ["Customer Discovery"] T3 --> D1["Engage Enterprise Sales Teams"] D1 --> D2["Request Access to Context Box"] end subgraph ProblemFound ["The Core Problem"] D2 --> P1["Conflicting Data Across CRM & Calls"] P1 --> P2["Lightfield: Business World Model"] end ```

[02:28](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=148s) Why Not Just Wait for the Technology to Get Better?

Alex Rampell questions why the team chose to pivot rather than hold on and ride the model improvement curve, noting that many founders fall victim to "hopium"—the passive belief that upcoming foundation model upgrades (such as the jump from GPT-3.5 to GPT-4 and beyond) will magically fix their product flaws. Keith admits the team seriously considered downsizing and waiting out the curve. However, their diagnosis revealed that better raw model intelligence would never solve Tome's core bottleneck: presentations are deeply contextual artifacts.

A compelling presentation relies on intimate knowledge of the presenter, the audience's idiosyncrasies, and the nuanced interpersonal relationship between them. Keith realized that general reasoning cannot infer context that was never provided in the first place: "no amount of general reasoning gets you past that." Because the software could only ever generate a generic, "one-shot pie in the sky presentation," the team concluded that raw model progress would keep them trapped in consumer novelties rather than an indispensable enterprise workflow.

[05:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=300s) Following the Heat: Sales Workflows and Data Fragmentation

To find a durable B2B use case, the team looked inside Tome's 25-million-user base to see which business cohorts were actually engaging. The clearest signal came from sales and marketing teams at 500-to-1,000-person companies. Adopting a blank-slate mindset, Keith reached out directly to these teams with a zero-friction offer: "We'll do this for free. We'll do great presentations for you and let's see where it goes." While they began by generating sales decks and customer proposals, sales leaders quickly asked for help upstream: conducting account research, qualifying inbound leads, and spotting expansion opportunities.

Keith embraced following the heat without attachment to prior code. To do this strategic work, the team asked customers for access to their primary "context box," assuming that system was Salesforce. Once granted access across customer CRMs, call recording platforms, and data warehouses, they ran into a startling reality: the underlying data was hopelessly incomplete and conflicting. What a buyer told an account executive on a recorded call routinely contradicted what was logged in the CRM fields. Keith realized that synthesizing and restructuring this fragmented operational reality was far more valuable and defensible than generating slides.

- Tome had accumulated approximately 25 million registered users before pivoting. - The highest-utility B2B cohort inside Tome was sales and marketing professionals at mid-market firms (500–1,000 employees). - Core realization: Call recording tools and CRMs held completely contradictory accounts of the same customer interactions, making data reconciliation the true bottleneck.

[07:29](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=449s) Reimagining the CRM and the "Free Office Space" Beta

Lightfield's pivot was not an immediate straight line to a full CRM replacement. The team first attempted to build a lightweight go-to-market assistant on top of existing tools. While account executives enjoyed using it, the product suffered from zero pricing power; they were competing against ten nearly identical point-solution startups. Keith made the tough call to cut burn, shrink the team, and spend four months in total stealth rebuilding the CRM foundation from first principles.

When the prototype was ready, they hit a classic enterprise cold-start problem: no company wants to run its core revenue operations on a four-month-old, unproven CRM. Stuck with an expensive, oversized commercial office lease they could not break, Keith turned the liability into a customer acquisition hook. He posted on X and LinkedIn offering free San Francisco office space to early-stage startups on one condition: they had to run their companies on Lightfield. Ten startups moved in under this "negative pricing" arrangement. The feedback dynamic was radically different from Tome: these founders were furious about missing features and slow speeds, but they lived in the software all day long and barraged the engineering team with granular Slack feedback every two hours.

- First product attempt: A GTM assistant that gained daily usage among AEs but lacked pricing power amid intense market saturation. - Development phase: Four months of building the new CRM in stealth after downsizing the team. - The bootstrap distribution hack: Offering free desks in Lightfield's surplus office space recruited 10 beta startup customers who committed their entire operational data to the platform.

[09:15](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=555s) CRM as a Broken Repository

Alex Rampell and Keith reflect on the historical breakdown of legacy customer relationship management software. In theory, platforms like Salesforce and HubSpot exist to serve as the enterprise's unified system of record—the authoritative repository of every prospect, pipeline stage, and customer interaction. In practice, every sales executive knows the single biggest operational headache is getting sales reps to manually enter their data.

Because manual input is tedious and divorced from closing deals, reps log the bare minimum, resulting in stale, inaccurate databases that fail to reflect actual business relationships. Rampell frames this contradiction as the core design challenge: balancing the CRM's role as an exhaustive data repository against the practical reality that human data entry inevitably corrupts the system.

[10:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=600s) Building a World Model Instead of an Email Bot

When Keith Peiris and his team started looking at the CRM space, they were aided by an almost accidental naivety. In a typical growth-stage company, a CRM is treated as three things: a reminder tool reps use so they do not forget follow-ups, an engine for low-level automations, and a system to power executive forecasts. While many AI startups rushed into the "CRM for work" category—building bots to write and fire off outbound sales emails—Lightfield saw that the forecasting and business reality layer was the fundamental problem. If a system can model a company’s entire business and customer reality with high fidelity, downstream tasks like drafting emails or updating records naturally become trivial prompts and tool calls.

Keith noticed that traditional CRMs fail at this modeling because of three persistent bottlenecks: manual data entry by reps, brittle schema rigidity, and terrible API quality. Three of Lightfield’s five founding members came from Facebook, bringing a consumer-social mental model to enterprise software. Rather than thinking of a CRM as a static table of leads, they viewed it through the lens of the Facebook timeline: a chronological ledger tracking the evolving relationship between two entities.

```mermaid flowchart TD accTitle: Lightfield Semi-Structured Architecture accDescr: Diagram showing raw multimodal data ingested into a chronological activity log, which then feeds downstream AI inference and traditional CRM schema updates.

subgraph Ingestion["Raw Data Ingestion"] A["Emails & Calendar"] B["Call Transcripts"] C["Product Usage & Warehouse"] D["Support Tickets"] end

subgraph Core["Canonical Activity Log"] E["Chronological Timeline<br/>(Semi-Structured Event Log)"] end

subgraph Intelligence["Inference & Application Layer"] F["Causal Reasoning & AI Queries"] G["Traditional CRM Views<br/>(Fields, Stages, Automations)"] end

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

The team initially experimented with making the entire system unstructured, but queries were far too slow—running directly into the classic "needle in a haystack" problem. They settled on a semi-structured architecture centered around a canonical activity log. This log ingests every raw interaction—first outreach, email replies, meeting recordings, shared documents, support tickets, and product usage data from data warehouses like Snowflake. Because the underlying log maintains the ground truth of the relationship, the engine can infer causality over time while still feeding the traditional field and pipeline updates sales teams expect.

- Traditional CRMs act primarily as task trackers and automation triggers, but fail to represent the actual state of customer relationships. - Lightfield's core primitive is a chronological activity log inspired by social feeds, storing structured and unstructured data side by side. - A purely unstructured database proved too slow for real-time querying, necessitating a semi-structured hybrid model. - Because the activity log retains the full historical context, changing fields or metrics later does not require reps to retroactively re-enter data.

---

[13:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=780s) Deep Context and "Intelligence Over Schema"

The real power of this architecture becomes obvious during complex reasoning tasks. In traditional setups, a customer success manager asking whether an account is ripe for expansion must manually cross-reference support tickets, CRM stage history, and data dashboards. In Lightfield, an open-ended question like "Which accounts should I work on for expansion?" allows the AI to traverse high-level account schemas and simultaneously dive deep into the underlying chronological logs. It can look at interpersonal interactions alongside product analytics—spotting, for example, that an account hasn't logged in for a month, meaning pitching an upsell would likely backfire.

This approach flips the traditional onboarding nightmare on its head. When interviewing enterprise CRM consultants, Keith discovered that their most consequential, high-stakes task is architecting the client's data schema. If a consultant designs the wrong deal stages or fields upfront, reps fail to backfill data properly, and the deployment is permanently crippled. Lightfield circumvents this by being effectively "schema-less."

```mermaid flowchart LR accTitle: Traditional Schema vs Lightfield Intelligence accDescr: Comparison of traditional rigid CRM schemas versus Lightfield's real-time timeline assembly.

subgraph Traditional["Traditional Relational Model"] T1["Rigid Schema Definition"] --> T2["Manual Rep Entry"] T2 --> T3["Brittle / Stale Records"] end

subgraph Lightfield["Intelligence > Schema"] L1["Connect Sources<br/>(Email, Calls, Warehouse)"] --> L2["Chronological Activity Log"] L2 --> L3["Dynamic Schema Synthesis<br/>(Computed on the fly)"] end ```

A new customer simply connects their email accounts, turns on call recording, and hooks up their data warehouse; the software leverages built-in data enrichment sources to assemble relationships dynamically within five minutes. If leadership later decides they want a new tracking field, the AI traverses historical logs and populates it retroactively. Alex Rampell points out the historical contrast: decades ago in relational databases, engineers had to declare strict `VARCHAR(25)` limits to save precious disk space on mainframes. Today, compute and models allow teams to prioritize "intelligence over schema."

- Lightfield replaces weeks of data modeling consultations with a five-minute setup that auto-assembles account histories. - Historical relationship data can be retroactively queried and synthesized into new custom fields at any time. - The AI context window can balance interpersonal communications (calls, emails) against hard operational telemetry (warehouse events, logins) to answer nuanced questions.

---

[16:30](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=990s) Arbitrary Schemas and Greenfield vs. Brownfield Markets

Because Lightfield operates without the rigid constraints of traditional relational tables, it natively supports arbitrary, bespoke schemas and custom entities right out of the box. Keith highlights Power, a marketplace customer that coordinates clinical trials. Power operates a dual-sided model: on one side, they aggregate patients with complex illnesses seeking cutting-edge therapies; on the other, they manage relationships with pharmaceutical companies running the trials.

Using Lightfield, Power built automated workflows that scrape the FDA and clinicaltrials.gov to create a real-time world model of every active clinical trial globally. By maintaining this dynamic graph alongside patient records and sponsor data, the system successfully matched an Alzheimer’s patient with an experimental frontier treatment within days—a multi-sided collision of data that would be nearly impossible to orchestrate in a standard CRM.

The discussion pivots to the classic software go-to-market dilemma: **greenfield** versus **brownfield** opportunities. Brownfield markets are categories already paved over and dominated by entrenched incumbents. As Alex Rampell puts it:

> "The best companies have hostages, not customers. Like SAP has hostages—that's a brownfield."

Breaking into a brownfield usually requires a complete paradigm shift that redefines the terms of engagement. In enterprise software history, cloud computing was the wedge that unseated on-premises giants: instead of managing an aging Siebel deployment on an on-prem IBM AS/400 mainframe whose 92-year-old administrator just retired, companies jumped to cloud-native platforms. Alternatively, startups can bypass entrenched incumbent hostage situations entirely by capturing greenfield territory—targeting modern use cases and workflows that existing legacy tools were never architected to handle.

- Lightfield’s arbitrary data modeling allows unconventional business models (such as two-sided clinical trial marketplaces) to run core operations within the CRM. - Customer Power automated web scrapers over the FDA and clinicaltrials.gov, directly linking external research registries with individual patient pipelines. - Brownfield enterprise markets are notoriously hard to penetrate because customers are effectively "hostages" locked into complex legacy ecosystems. - Winning against legacy incumbents requires either a paradigm shift that changes the deployment equation (akin to on-premises moving to cloud) or attacking greenfield spaces where traditional tools break down.

[20:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1200s) The Greenfield Wedge and Scaling with Hyper-Growth Startups

Keith Peiris candidly admits that when Lightfield first started, the team did not have a fully formed thesis on how to crack "brownfield" enterprise accounts that were already entrenched in Salesforce. What they did understand was that building and scaling a revenue engine is a fundamentally rich, complex problem space that every company obsesses over and continually seeks to optimize. Lacking an immediate inroad to legacy enterprises, Peiris and his chief of staff took a scrappy, manual approach: cold outbound prospecting on LinkedIn and emailing Y Combinator founders with a straightforward pitch: "Hey, can we beat one of these startup CRMs?" The hypothesis was that if they listened intently to early-stage teams, the wedge required to break into brownfield deployments would naturally reveal itself over time.

That wedge surfaced through the unprecedented acceleration of the current startup environment. Startups today move from pre-seed to seed, Series A, and Series B at breakneck speeds. Several of Lightfield’s earliest design partners went from having zero sales representatives to over a hundred reps in a matter of months. Watching these teams scale gave Lightfield a front-row seat to what high-growth businesses genuinely care about. While Silicon Valley billboards over the past few years relentlessly promoted AI CRMs that promised to "do the work"—automating outbound sales emails, drafting messages, and scoring inbound leads—Peiris viewed that as a commoditized dead end. Salesforce and existing incumbents could easily ship automated email generation. Instead, the real wedge was delivering a holistic understanding of the entire business so leadership could steer through hyper-growth and operational chaos.

- Lightfield began its initial go-to-market with direct outbound from Keith and his chief of staff targeting early-stage YC batches. - Rapid startup growth cycles allowed Lightfield to study customers expanding from 0 to 100 sales reps inside of a single year. - Competitors focused heavily on task automation ("do the work"), whereas Lightfield identified that brownfield displacement requires a high-level operational understanding of company-wide data.

---

[22:15](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1335s) The Brownfield VP of Sales Trap and Company-Wide Network Effects

Alex Rampell highlights a classic trap in software adoption: the cultural friction between greenfield founders and the seasoned sales leadership they hire. Rampell recalls launching an early company and stubbornly refusing to pay Salesforce’s $85-per-month seat fee, opting instead for the free, open-source SugarCRM. His rebellion ended the moment he hired his first experienced VP of sales, who looked at the setup and flatly refused: "I'm not using that f***ing thing." Even when an alternative product is measurably better, faster, and cheaper, seasoned sales executives have decades of muscle memory built around Salesforce’s standard pipelines, reports, and administrative machinery.

To overcome this structural barrier, Lightfield intentionally designed its pricing and distribution model around cross-company network effects. Rather than charging per seat for sales users and locking out the rest of the company, Lightfield offers its platform freely to non-sales departments. This dynamic completely flips the traditional VP of sales objection on its head: when a newly hired sales executive demands to rip out Lightfield in favor of Salesforce, the rest of the organization pushes back. Engineering uses Lightfield to track real-time customer feedback, finance relies on it for revenue recognition, and customer success runs account scoring through it. Faced with an organization-wide system of intelligence, the new VP is encouraged to adapt rather than force a rip-and-replace.

```mermaid flowchart TD accTitle: Lightfield Cross-Functional Network Defense accDescr: Diagram illustrating how company-wide seat distribution prevents legacy CRM displacement.

subgraph NonSales["Non-Sales Teams (Free Access)"] Eng["Engineering\nCustomer feedback"] Fin["Finance\nRev recognition"] CS["Customer Success\nAccount health"] end

subgraph Core["Lightfield Business World Model"] LF["Shared System of Record"] end

subgraph Sales["Sales Leadership"] VP["New Brownfield VP of Sales\n'I only know Salesforce'"] end

Eng --> LF Fin --> LF CS --> LF LF -.->|"Resists Rip-and-Replace"| VP ```

- Traditional sales software relies on high per-seat pricing that isolates CRM data solely within sales departments. - Lightfield distributes free access across engineering, customer support, and finance to create structural organizational lock-in. - When legacy-trained sales leaders arrive, internal company consensus forces them to evaluate the new system rather than defaulting to Salesforce.

---

[25:27](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1527s) Skeuomorphism vs. Natural Language: Cockpit Knobs, Teslas, and Pragmatism

The conversation turns to the product design trade-off between skeuomorphic interfaces—traditional tabular dashboards, blue UI buttons, and relational database views—versus purely conversational, natural language or command-line interfaces. Joe Schmidt and Alex Rampell observe that many AI-native systems attempt to eliminate visual dashboards entirely. Peiris explains that Lightfield purposefully chose extreme pragmatism over ideological purity. Keith currently acts as Lightfield's de facto sales manager and personally runs the company's internal pipeline and sales reviews directly out of a spreadsheet-style table view. Meeting enterprise teams where they are means supporting familiar table views and deterministic dashboards alongside frontier natural language capabilities.

Rampell draws a comparison to automotive design. Older luxury cars, like a BMW or an airplane cockpit, feature thousands of tactile switches, knobs, and dials that require extensive acclimation—much like a Bloomberg terminal or a complex CRM. By contrast, the newest Teslas have removed physical controls entirely, even eliminating the traditional mechanical stalk used to shift gears. While stripping away knobs can initially alarm power users, intuitive design allows anyone to operate the system with zero formal training, bringing enterprise software into an "ELI5" (Explain Like I'm 5) paradigm where natural language replaces rigid schemas.

- Keith manages Lightfield's own pipeline using tabular spreadsheet views rather than dogmatically forcing conversational UI onto daily operational reviews. - Enterprise customers demand high predictability: leaders still want to sit down with their morning coffee and review deterministic dashboards confirming revenue is growing. - The tension between complex "cockpit" interfaces with thousands of switches and radical minimalism mirrors the transition from legacy enterprise schemas to plain-language AI interactions.

---

[27:35](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1655s) Reimagining Sequences: From Flowcharts to Agentic Recipes

While deterministic views remain essential for baseline performance tracking, Lightfield has completely dismantled legacy sales workflows like automated outbound sequences. In incumbent platforms, setting up an outbound campaign requires a sales operations rep to manually configure elaborate logic trees filled with conditional branches, trigger delays, variable fields, and visual flowchart arrows. If a prospect replies, clicks a link, or misses a call, complex rules dictate which pre-written email template fires next.

In Lightfield, this visual flowchart architecture is replaced by an agentic "recipe." Instead of building out rigid logic gates, a go-to-market leader converses with an AI agent in plain language to describe their intended strategy. The agent drafts an execution recipe that directly consults the company's overarching world model—accounting for deep contextual signals such as past touchpoints, engineering tickets, product usage, or executive relationships. While seasoned sales leaders occasionally exhibit withdrawal symptoms over losing their traditional knobs and toggles, they quickly realize that natural language recipes produce far more adaptive campaigns with a fraction of the configuration overhead.

- Traditional outbound tooling forces reps to maintain complex, brittle flowchart logic trees with branching conditions. - Lightfield translates plain-language sales intent into an automated recipe powered by deep context from the business world model. - Sales operations leaders transition from manual rules configuration to high-level strategic orchestration.

---

[29:15](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1755s) Facing the "Build vs. Buy" and "Software Is Dead" Era

Alex Rampell brings up the prevailing Silicon Valley sentiment that "software is dead"—the belief that coding agents and frontier foundation models will soon empower every company to build custom internal tools, CRMs, and workflows from scratch rather than buying commercial off-the-shelf software. He asks how Lightfield handles prospects who consider assembling their own CRM stack using internal engineering resources and AI APIs.

Peiris emphasizes that as a system of record, Lightfield must maintain complete architectural openness and humbleness: the customer owns the underlying data, not the vendor. However, building an enterprise-grade system of record requires far more than spinning up an AI wrapper or stringing together relational database tables. Lightfield's core technical value lies in the precision, modeling integrity, and business accuracy of its underlying engine. To deliver reliable context that outclasses raw foundation models or DIY internal tools, the team invested heavily in foundational infrastructure, including engineering their own dedicated email ingestion and synchronization pipeline from scratch.

[30:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1800s) The Platform Harness and the "SaaSpocalypse" Pricing Dilemma

Lightfield takes pride in the high performance of its native data engine, building its own synchronization layers for Slack and modern data warehouses so customers can treat it as an authoritative system of record. Because the architecture exposes everything cleanly via Model Context Protocol (MCP) and CLI interfaces, several customers initially attempted to use Lightfield purely as an underlying database while layering their own internal company harnesses on top. Keith Peiris welcomes that experimentation, but notes that within weeks, teams inevitably abandon their custom wrappers. They realize Lightfield’s built-in harness is significantly faster, provides vastly superior entity recognition, and achieves higher precision and recall than their bespoke scrapers and agents.

Alex Rampell points out that this technical shift throws enterprise software business models into complete disarray. If human headcount shrinks—such as in customer support, where companies like Zendesk might face customers needing zero seats—traditional seat-based pricing collapses. Conversely, outcome-based pricing sounds attractive on paper but quickly runs into philosophical and practical dead ends: what actually constitutes a discrete outcome in relationship software, especially when software merely maintains a happy customer over many years? Rampell mocks the extreme hyperbole of the so-called "SaaSpocalypse" narrative—the belief that all software is dead—comparing it to claiming supermarkets are obsolete because everyone will grow their own food, or that car manufacturers are finished because everyone will weld their own aluminum.

```mermaid flowchart TD accTitle: Evolution of Lightfield Pricing Model accDescr: Diagram showing the failure of pure seat and pure consumption pricing leading to a hybrid model based on four work buckets.

subgraph Extremes ["Early Pricing Experiments"] Seat["Pure Per-Seat Model<br/>• Familiar Hubspot/Salesforce clone<br/>• Top users consumed 10,000x the tail<br/>• Economically unsustainable"] Credit["Pure Consumption Model<br/>• Everything priced in credits<br/>• Customers froze in fear of usage costs<br/>• 'Worst three weeks in company history'"] end

subgraph Hybrid ["The Four Work Buckets (Hybrid Model)"] B1["1. Core Everyday CRM<br/>(Meetings, records, tasks)<br/>→ Fixed Base / Seat Fee"] B2["2. Pipeline Generation<br/>(Enrichment, finding meetings)<br/>→ Consumption / Alpha Pricing"] B3["3. Workflow Automations<br/>(Smart inbound routing, handoffs)<br/>→ Usage-based ROI"] B4["4. Scenario Planning & Forecasting<br/>(Running frontier models on data)<br/>→ High-value Compute Credits"] end

Seat --> Hybrid Credit --> Hybrid ```

[31:54](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1914s) The Four Buckets of Work: Why Pure Models Fail

To find what Keith terms the "efficient frontier" of pricing, Lightfield tested both extremes. They began with a conventional per-seat model mimicking Salesforce and HubSpot. Customers loved the predictable line item, but the consumption distribution was radically skewed: the power users in the "head" were consuming 10,000 times more computing resources and API calls than the long tail, making the business unit economics unsustainable. Lightfield swung immediately to the opposite extreme: a pure consumption model where every single action cost credits. The result was an utter disaster—what Keith describes as "the worst three weeks of the company's life." Signups remained strong, but user activity ground to a dead halt because sales reps and managers were terrified of incurring incremental metering costs every time they clicked a record.

Teaming up with Joe Schmidt, Lightfield analyzed user psychology and delineated four distinct buckets of work performed inside the platform:

- **Everyday CRM Table Stakes:** Capturing meeting transcripts, populating basic fields, and updating action items. Customers view this baseline as infrastructure and refuse to tolerate unpredictable error bounds on annual budget forecasts; it must be covered by a predictable fixed platform or seat fee. - **Pipeline Generation:** Account enrichment, targeted prospect research, and discovery of net-new meetings. Customers willingly pay metered consumption for this work because it delivers unmistakable "alpha" that directly yields pipeline. - **Workflow Automations:** Discrete operational actions, such as dynamically enriching an inbound demo submission and routing it to Henry if it is a deep-tech company or Matt if it is health tech. Customers view this as tangible labor being saved and expect to pay for the automated execution. - **Forecasting and Frontier Intelligence:** Running advanced reasoning models over what Keith calls the company’s "snow globe" or "crystal ball" of historical data to conduct deep scenario planning. Customers are happy to pay consumption pricing when letting frontier intelligence iterate over internal records over a weekend to transform their go-to-market strategy.

[34:44](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2084s) The Limits of Outcome-Based Pricing in Sales

While charging purely for business outcomes is a popular concept among AI commentators, Keith argues that it breaks down completely in sales software because vendor outcomes are intrinsically tethered to the client’s underlying product-market fit. If Lightfield were to perform automated outbound prospecting on behalf of OpenAI, the conversion rates and perceived ROI would be astronomical simply because the market is clamoring for the product. Conversely, running an identical outbound prospecting campaign for a raw seed-stage startup with no functional website or brand validation would yield virtually zero conversions, regardless of how flawless the AI prospecting harness performed.

Because software providers cannot underwrite the fundamental product-market fit or commercial desirability of their customers' offerings, Keith stresses that pure outcome billing is an unworkable trap for sales platforms. Instead, Lightfield charges for the labor executed: - "Where we've landed at the moment is we have to charge for the work; we can't quite charge for the outcome in this space for now." - Core database tracking, contact management, and baseline updates sit inside fixed-seat subscription pricing. - Value-additive autonomous workflows, background research, and heavy compute intelligence run on metered consumption credits.

[36:22](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2182s) Velocity, No Swim Lanes, and Continuous Planning at Lightfield

Reflecting on the operational differences between his previous company, Tome, and Lightfield, Keith notes that Tome fell into the classic corporate trap of organizational bloat and over-specialization. Henry, Keith’s co-founder, often referred to this as "people playing house"—where specialized product leaders carved out proprietary "swim lanes" and grew hostile if colleagues outside their functional silo offered input or critique. These rigid organizational boundaries slowed iteration to a crawl, severed the "appendages" of execution from strategic thinking, and made rapid pivoting virtually impossible. Furthermore, long-range planning proved actively harmful in an environment where AI capabilities change every quarter, prompting the team's running joke: "Man plans and God laughs; now it's man plans and OpenAI laughs."

```mermaid flowchart LR accTitle: Lightfield Dynamic Execution Model accDescr: Workflow showing how Lightfield operates with a single 40-person morning standup, continuously prioritized backlog, and open project ownership.

subgraph Inputs ["Every Morning: 40-Person Standup"] A["Delivery Needs"] B["Customer Success Needs"] C["Engineering Priorities"] end

subgraph Engine ["Continuous Stack Ranking"] D["Unified Dynamic Priority List<br/>(Reassessed Daily / Formatted Weekly)"] end

subgraph Execution ["Autonomous Execution Engine"] E["Next Available Generalist<br/>(Engineer, Designer, or CSM)"] F["AI Tooling Enablement<br/>• Lightfield context for customer info<br/>• Figma LLM for design system<br/>• Linear sync for auto-ticketing"] end

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

At Lightfield, functional swim lanes have been eliminated across the 40-person company. The entire organization gathers every morning for a single company-wide standup. Instead of maintaining departmental silos, the company stacks and ranks its most critical problems dynamically—whether a problem involves an enterprise delivery bottleneck, deep backend infrastructure, or immediate customer success firefighting. Whichever team member becomes free simply picks up the top unassigned card on the list, regardless of formal title.

[38:50](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2330s) The Generalist Engine: High Shipping Bars and Company Bug Bashes

This aggressive generalist model is enabled directly by modern AI tooling and Lightfield’s internal connectivity: - **Instant Customer Context:** Any engineer, designer, or CSM can immediately ramp up on an unfamiliar account’s history and nuances by querying Lightfield. - **Figma and Design Libraries:** Team members without traditional frontend design backgrounds can construct interface components because LLMs navigate and utilize their standardized Figma design library. - **Task Orchestration:** Project tickets and execution steps are auto-generated directly into Linear through Lightfield’s native integrations.

While engineers, designers, and CSMs are empowered to spin up projects on demand, this speed does not translate into unstructured chaos. Alex Rampell asks how the company maintains a coherent product vision when every team member acts as an empowered generalist. Keith explains that their roadmapping rhythm relies on rigorous, ruthless pruning during weekly go-to-market review sessions. Whenever a team member wants to address an ad-hoc customer feature request, leadership evaluates whether it strictly aligns with the company's core mission; if it does not, it is cut immediately.

Lightfield balances a remarkably low barrier to *starting* an initiative with an extraordinarily high bar to *shipping* it to customers. Drawing on product testing rituals Keith learned during his tenure at Instagram, Lightfield mandates company-wide "bug bashes" before new capabilities reach users: internal consensus and company-wide satisfaction are required before any software leaves the building.

[40:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2400s) Velocity, Customer Expansion, and the AI Adoption Divide

When asked what keeps him up at night, Keith Peiris answers without hesitation: speed. The current environment demands rapid execution. Prior to launching Lightfield, Keith immersed himself in Tegus expert interview transcripts, studying why fast-growing companies abandon promising startup CRMs and migrate back to Salesforce. One stark example involved an a16z portfolio company, ElevenLabs. They used a modern startup CRM, but the provider couldn't ship analytics dashboards fast enough. After waiting four months without resolution, ElevenLabs pulled the plug and migrated to legacy Salesforce simply because they could not afford to wait.

Alex Rampell points out the acute prioritization tension in modern software development. Historically, software companies operated around rigid, multi-disciplinary pods—a product manager, a product designer, and perhaps nine software engineers—with development roadmaps mapped out years ahead (e.g., booked through 2028). Today, with generalist engineering talent and AI tools, small teams can ship dramatically faster. However, founders face a constant tradeoff: building a feature demanded by a single existing client at risk of churning versus building features that unlock fifteen new prospective enterprise customers.

```mermaid flowchart TD accTitle: Prioritization and Expansion Strategy accDescr: Lightfield prioritizes roadmap items by customer expansion potential over a three-year window rather than raw headcount or initial deal size.

subgraph Evaluation["Account Potential Assessment"] A["Customer Feature Request"] --> B{"Evaluate 3-5 Year Expansion Value"} B -->|"Fast-Growing Account (High Upside)"| C["Prioritize & Build Rapidly"] B -->|"Average Account (Low Growth)"| D["Deprioritize / Generic Roadmap"] end

subgraph Flywheel["Growth Flywheel"] C --> E["Land Small GTM Teams ($200M raised, 3 reps)"] E --> F["Deliver Flawless Execution"] F --> G["Acquire High-Profile Reference Logos"] G --> H["Expand Into Enterprise & Non-Tech Verticals"] end ```

Lightfield navigates this by evaluating the long-term expansion potential of an account over a three-to-five-year trajectory. In a red-ocean category like CRM, initial contract values are rarely massive because competition forces competitive landing terms. However, winning fast-growing startups pays compounding dividends as they scale. Lightfield intentionally skews product roadmap decisions toward its fastest-growing accounts rather than its average customer, adopting a maximalist build mindset.

Turning to broader market dynamics, Keith and Alex contrast the Silicon Valley bubble with the rest of the world. While AI feels near over-saturation in the Bay Area, it remains significantly underhyped outside of it. Many enterprise buyers outside the tech ecosystem dismissed generative AI after experimenting with early iterations like ChatGPT in late 2022, writing off the entire paradigm after seeing an initial hallucination. Reaching mainstream enterprises outside the Valley requires a different playbook:

- Initial customer wins in the Bay Area serve primarily as "efficient marketing capture" rather than pure revenue capture, providing the marquee proof points required to unlock mainstream markets. - Lightfield frequently targets heavily funded tech startups (e.g., companies that have raised $200 million but operate with only three go-to-market reps) because they will inevitably scale into massive revenue accounts. - The ultimate goal is leveraging high-profile reference logos to sell into non-tech verticals—such as healthcare, manufacturing, and financial services—where buyers demand proven enterprise track records.

---

[45:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2700s) Vertical Referenceability and the Reality of DIY "Company Brains"

Alex observes an age-old enterprise software paradox: despite software platforms being functionally identical across verticals (e.g., storing contacts, logging pipeline, generating reports), prospective buyers obsess over industry-specific references. A company selling toothbrushes will hesitate to buy the exact same CRM used successfully by Coca-Cola, demanding instead to see other toothbrush manufacturers using the product. It echoes the classic enterprise mindset of "nobody ever got fired for buying IBM"—buyers need the psychological safety of seeing their direct peers in production.

Keith agrees, noting that migrating a core CRM often carries more friction and anxiety than switching a company's banking partner. Trust and enterprise readiness are non-negotiable. Lightfield earned strong traction in complex sectors like health tech and healthcare specifically because the team invested heavily upfront in enterprise compliance:

- Executing Business Associate Agreements (BAAs) to guarantee HIPAA compliance. - Conducting rigorous, continuous third-party penetration testing. - Mastering complex multi-stakeholder deals where 50 different decision-makers must be coordinated through deep context engineering.

Addressing whether enterprises are opting to build their own systems using AI rather than buying ("vibe coding" their own CRM), Keith clarifies that the DIY impulse is primarily confined to seed-stage founders. Early-stage teams frequently claim they can build a basic CRM over a four-weekend hackathon; Keith routinely advises them to try it, knowing they inevitably return weeks later after encountering unmanageable hallucinations, broken workflows, and errant automated emails.

In contrast, mature mid-market and enterprise companies rarely attempt to hand-roll a system of record. Instead, their internal engineering teams attempt to build an in-house "company brain" or universal business world model. These internal initiatives almost always stall out because modeling customer relationships, disparate communication histories, and dynamic organizational context across systems is extraordinarily difficult. After failing to achieve reliable results internally, those companies turn back to specialized vendors like Lightfield.

---

[48:45](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2925s) The CRM as a Business Mirror and Advice for Founders Pivoting

Keith explains that his ultimate vision is for Lightfield to become an enterprise "crystal ball" for scenario planning and consequential strategic choices. Rather than serving as a passive historical log of sales touches, the platform synthesizes ambient company data to guide leadership on organizational strategy:

- Determining optimal sales hiring capacity and timing. - Identifying gaps in existing product-market fit and highlighting unmet market demand. - Guiding major strategic bets: for instance, an enterprise-focused Lightfield customer analyzed their ambient sales interactions and discovered latent demand that led them to spin up an entirely new mid-market product line.

Joe Schmidt highlights how this shifts decision-making: historically, running complex strategic scenarios required dedicated business operations teams, bespoke SQL queries, and prolonged reporting cycles. Frontier AI models operating on a complete business world model allow executives to spend an afternoon interrogating their own data conversationally to generate concrete operational roadmaps.

Closing the conversation, Keith shares the key lesson from orchestrating a high-stakes pivot away from a previous product with tens of millions of users:

> "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."

He reflects on how during the middle of a corporate pivot, peripheral workplace discussions easily become distractions—employees reminiscing about past company milestones, complaining about catered food, or debating stock option repricing schedules. Keith emphasizes that founders navigating an existential transition must tune out internal and external distractions completely, put blinders on, and direct all energy toward solving undeniable customer pain.

## Notable quotes > [00:52](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=52s) none of us liked the product. — Keith Peiris

> [02:28](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=148s) no amount of general reasoning gets you past that. — Keith Peiris

> [05:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=300s) We'll do this for free. We'll do great presentations for you and let's see where it goes. — Keith Peiris

> [16:30](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=990s) The best companies have hostages, not customers. Like SAP has hostages—that's a brownfield. — Alex Rampell

> [20:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1200s) Hey, can we beat one of these startup CRMs? — Keith Peiris

> [22:15](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1335s) I'm not using that f***ing thing. — Alex Rampell

> [34:44](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2084s) Where we've landed at the moment is we have to charge for the work; we can't quite charge for the outcome in this space for now. — Keith Peiris

> [36:22](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2182s) people playing house — Keith Peiris

> [36:22](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2182s) Man plans and God laughs; now it's man plans and OpenAI laughs. — Keith Peiris

> [45:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2700s) nobody ever got fired for buying IBM — Alex Rampell

> [48:45](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2925s) 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 Peiris

## Mentioned Alex Rampell, Joe Schmidt, Keith Peiris, Henry, Matt, Lightfield, Tome, Salesforce, HubSpot, SAP, Siebel, SugarCRM, IBM, Facebook, Instagram, Messenger, Power, ElevenLabs, OpenAI, ChatGPT, GPT-3, GPT-3.5, GPT-4, Snowflake, Figma, Linear, Slack, Tegus, Tesla, BMW, Bloomberg, Zendesk, Coca-Cola, Y Combinator, Andreessen Horowitz (a16z), FDA, clinicaltrials.gov, Model Context Protocol (MCP)

## 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.

Timestamps: 00:00 - Intro 00:52 - From Tome to Lightfield: The Pivot Story 02:28 - Why Not Just Wait for the Technology to Get Better? 07:29 - Knowing You're Onto Something With the New Product 09:15 - CRM as a Repository: What's Actually Broken Today 11:18 - The Architecture Choices That Make Lightfield Work 18:48 - Greenfield vs Brownfield: Cracking the CRM Market 25:27 - Skeuomorphic vs Natural Language: The Product Trade-Off 30:56 - Pricing in the AI Era & Outcome-Based Models 36:22 - Company Culture, Velocity & Shipping Speed at Lightfield 40:02 - What Worries Keith Most Right Now

Resources: Follow Keith Peiris on LinkedIn: https://www.linkedin.com/in/keithpeiris Follow Alex Rampell on X: https://x.com/arampell Follow Joe Schmidt on X: https://x.com/joeschmidtiv Learn more about Lightfield: https://lightfield.app

Stay Updated: If you enjoyed this episode, be sure to like, subscribe, and share with your friends!

Find a16z on X: https://twitter.com/a16z

Find a16z on LinkedIn: https://www.linkedin.com/company/a16z

Listen to the a16z Show on Spotify: https://open.spotify.com/show/5bC65RDvs3oxnLyqqvkUYX

Listen to the a16z Show on Apple Podcasts: https://podcasts.apple.com/us/podcast/a16z-podcast/id842818711

Follow our host: https://x.com/eriktorenberg

Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see http://a16z.com/disclosures.

[Source](https://www.youtube.com/watch?v=K5yGLO8c6T0)

中文简报

Lightfield以无模式AI业务模型瞄准Salesforce 传统CRM之所以失败,是因为人工数据录入会污染记录,这使得动态活动日志与环境AI推理成为对企业运营进行建模的唯一可行途径。 Keith Peiris解释了生成式幻灯片制作在上下文层面的局限性,如何促使其团队放弃拥有2500万用户的Tome,转而从第一性原理出发重构现代CRM。Lightfield不再依赖僵化的关系模式和销售代表的人工数据录入,而是将电子邮件、通话以及数仓指标整合为一个按时间顺序排列的规范事件日志,供AI Agent进行推理以建立动态的业务现实模型。对话还探讨了为何单纯基于成效或基于席位的定价在B2B销售软件中均告失效,从而催生出一种将基础数据存储与用于商机挖掘和前沿智能的按量付费相结合的混合模式。此外,Peiris还详细介绍了Lightfield超精简的通用型团队文化——依靠全员早会并消除职能孤岛,以足够快的交付速度在竞争中胜过传统巨头并防止客户流失。 尽管Tome已拥有2500万注册用户,但Keith Peiris依然选择离开,因为基础模型无法突破人与人演示场景中固有的上下文上限。 (0:52) 对于缺乏真实上下文获取途径的产品,更强大的基础模型推理能力也无济于事,这暴露了寄希望于模型升级的认知缺陷。 (2:28) 对销售工作流的深入探究表明,通话录音与传统CRM中的数据完全相互矛盾,碎片化的客户现实才是真正的瓶颈所在。 (5:00) 传统CRM之所以失效,是因为它们依赖销售代表的人工录入、脆弱僵化的数据模式以及糟糕的API,最终沦为静态存储库而非鲜活的记录载体。 (9:15) Lightfield受社交动态流的启发,通过按时间顺序排列的半结构化活动日志来构建业务关系模型,用动态推理取代了预先设定的僵化数据库模式。 (10:00)

Reading summary

Lightfield co-founder Keith Peiris and a16z partner Alex Rampell argue that the next generation of enterprise software will replace rigid, manually populated databases with 'business world models' that autonomously synthesize ambient company data into dynamic operational intelligence. Replacing Rigid Schemas with Dynamic World Models (10:00) Traditional customer relationship management platforms like Salesforce and HubSpot struggle because they rely on manual rep data entry, which inevitably results in stale and conflicting records. During customer discovery, Peiris discovered that call transcripts frequently contradicted the structured data fields logged in corporate CRMs. Furthermore, traditional relational architectures require extensive data modeling consultations; an incorrect schema designed upfront can permanently cripple an enterprise deployment. Rather than forcing data into static relational tables, Lightfield uses a semi-structured chronological activity log inspired by consumer social timelines. By ingesting raw emails, calendar invites, call transcripts, and data warehouse events from platforms like Snowflake, the system prioritizes 'intelligence over schema.' Dynamic views and arbitrary entities can be assembled on the fly or retroactively backfilled without manual entry. For example, healthcare marketplace customer Power used this architecture to scrape clinical trial registries and match an Alzheimer's patient to an experimental trial within days—a complex, multi-sided relationship mapping that standard CRMs cannot easily accommodate. Overcoming Enterprise Incumbents Through Cross-Functional Access (22:15) Displacing entrenched 'brownfield' systems like Salesforce is historically difficult because incoming sales leaders exhibit strong muscle memory for legacy reporting pipelines and administrative tooling. Rampell notes that experienced sales executives routinely refuse to adopt alternative systems even when they are measurably faster and cheaper. To counter this default resistance, Lightfield bypassed traditional per-seat sales licensing by providing free access to non-sales departments, including engineering, finance, and customer success. This distribution strategy creates cross-organizational lock-in. When a newly hired VP of sales attempts to mandate a return to Salesforce, other departments push back because they actively rely on Lightfield to monitor customer feedback, automate revenue recognition, and evaluate account health. To establish referenceability against legacy providers, Lightfield targets fast-scaling startups expanding rapidly from a handful of representatives to over a hundred, using those logos as proof points to sell into non-tech enterprise verticals like healthcare and manufacturing. Hybrid Pricing Across Four Distinct Work Buckets (31:54) Peiris and Rampell assert that pure pricing paradigms fail in modern AI software. Lightfield initially tested a standard per-seat model, but top users consumed 10,000 times more computing resources than average users, creating unsustainable unit economics. Switching to a pure consumption model proved equally damaging, causing user activity to halt because employees feared incurring metered credit charges for routine clicks. Peiris also rejects outcome-based pricing in sales software, noting that vendors cannot underwrite a customer's underlying product-market fit: an automated outbound engine targeting OpenAI prospects will yield massive conversions, whereas the same engine deployed for an unvalidated early-stage startup will yield zero. To balance these dynamics, Lightfield established a hybrid model organized into four work categories. Core database tracking, contact updates, and transcript logging are charged via predictable, fixed platform fees to protect client annual budgets. Conversely, high-value generative workflows—such as pipeline prospecting, dynamic inbound routing, and compute-heavy scenario planning over historical data—are billed via metered consumption. Organizational Agility and the Limits of DIY Software (36:22) Reflecting on operational failures at his prior startup Tome, where rigid employee 'swim lanes' slowed execution, Peiris restructured Lightfield around a unified 40-person morning standup without functional silos. Enabled by internal context tools, Linear task orchestration, and LLM-driven Figma libraries, generalist team members pick up prioritized tasks regardless of formal role. Initiatives face low barriers to start but require company-wide consensus and bug bashes before shipping to customers. Addressing the industry thesis that AI allows companies to build internal software instead of buying it, Peiris notes that in-house builds are largely confined to early-stage hackathons that quickly fail due to hallucinations, broken automations, and sync errors. Mature enterprises attempting to hand-roll internal 'company brains' typically stall out because maintaining dedicated ingestion pipelines, reliable entity recognition, and compliance frameworks like HIPAA and BAAs requires specialized infrastructure that internal teams struggle to sustain. Peiris contends that the long-term defensibility of AI enterprise software lies not in lightweight task automation like email generation, but in becoming an authoritative operational mirror that leadership can interrogate for strategic forecasting. Whether emerging platforms can permanently supplant legacy systems hinges on maintaining rapid shipping velocity to satisfy scaling customers before they defect back to incumbent ecosystems.

精炼阅读摘要

在a16z对谈中,Lightfield联合创始人Keith Peiris与合伙人Alex Rampell提出,下一代企业软件的核心不是简单的AI任务自动化外包,而是建立统一理解多模态与时序数据的“业务世界模型”;唯有攻克底层数据碎片化并重塑数据架构,才能在现有巨头主导的市场中建立持久防御壁垒。 上下文瓶颈:放弃病毒式工具的根本原因 (2:28) 在创立获得4700万美元A轮融资的Lightfield之前,Keith Peiris曾联合创立演示工具Tome。尽管Tome借助GPT-3迅速实现病毒式传播,积累了约2500万注册用户且月新增用户突破200万,但团队因无法生成满足投行、咨询公司等专业机构水准的演示文稿,毅然选择业务转型。Keith Peiris指出,许多创业者陷入等待基础模型自我完善的“希望鸦片(hopium)”,然而高价值的专业演示高度依赖对演讲者个人、特定受众及其复杂人际关系的深层理解,缺少原始上下文输入,再强大的通用推理能力也无法凭空生成契合场景的内容。 团队通过分析Tome内部高活跃的企业用户群体(500至1000人规模的企业销售与营销团队)发现,真正的业务瓶颈并不在后端的幻灯片美化,而在于前端业务流程。当团队深入客户现有的Salesforce等客户关系管理系统、通话录音平台和数据仓库时,发现各系统之间的数据严重脱节:销售代表在通话录音中与客户沟通的实际内容,与手动填入CRM字段的记录频繁产生严重冲突。底层数据的不完整与矛盾,促使团队将研发重心彻底转向重构业务事实的上下文平台。 架构重塑:以时序日志替代僵化数据模式 (10:00) 传统CRM(如Salesforce和HubSpot)受困于三大痼疾:销售代表手动输入意愿低下导致数据过时、数据模式(schema)高度僵化、以及API集成体验糟糕。很多AI初创企业仅将重心放在利用AI编写外发销售邮件等表层任务上,而Lightfield创始团队(其中三人拥有Facebook背景)将消费级社交产品的设计理念引入企业软件,把CRM从静态的关系型数据表重新定义为类似Facebook时间线的时序交互账本。 由于纯非结构化数据库在大规模检索中存在严重的时延瓶颈,Lightfield采用了以“规范活动日志(canonical activity log)”为核心的半结构化架构。该日志自动吸收邮件、日历、会议录音、工单及Snowflake数据仓库中的产品使用数据,实现“智能优先于模式(intelligence over schema)”。企业仅需连接数据源,系统便能在五分钟内动态拼装出客户关系脉络;若管理层后续需要新增追踪指标,AI可自动追溯历史记录予以回填,免去了传统数周的模式架构咨询。例如,双边临床试验平台Power利用该架构接入FDA和官方临床试验数据,并在数天内成功为一名阿尔茨海默病患者匹配到前沿临床试验。 突围成熟市场:跨部门网络与务实设计 (22:15) 在企业软件领域,成熟的棕地(brownfield)市场往往被老牌巨头深度垄断,客户因沉没成本极高而沦为“人质”;新入职的资深销售主管往往具备深厚的Salesforce使用惯性,极度抗拒更换工具。为打破这一壁垒,Lightfield摒弃了按销售席位高额收费、将系统局限在销售部门的传统模式,转而向工程、财务和客户成功等非销售团队免费开放平台权限。当工程团队依赖系统追踪客户反馈、财务用于收入确认、客户成功用于健康度评分时,这种全公司范围的网络效应便能有效遏制新任销售高管单方面强推替换旧系统的冲动。 在界面交互上,团队并未盲目追求纯对话或命令行界面的激进变革,而是坚持务实的折中主义。Keith Peiris作为内部实际的销售管理者,依然使用类似电子表格的表格视图来把控销售漏斗,以满足管理层对确定性指标的审阅习惯。但在具体工作流上,Lightfield彻底废除了传统外发序列中布满分支条件和触发延迟的脆弱流程图,改由销售主管用自然语言向AI描述策略,生成直接读取企业底层世界模型上下文的智能“配方(recipes)”。 定价与壁垒:四象限混合计费与自研底座 (31:54) 面对席位缩减引发的软件计费模式危机,Lightfield在经历极端实验后确立了混合定价方案。纯席位模式因头部用户算力消耗达长尾用户万倍而难以为继;而转向纯用量代币制时,销售人员因担忧每次点击产生边际成本而不敢使用,导致活跃度骤降。同时,Keith Peiris指出纯结果定价在销售场景不可行,因为软件无法为客户自身的产品市场匹配度(PMF)兜底——同样的AI外发获客系统,应用于高认可度产品转化显著,而用于早期初创企业则几乎毫无效果。因此,系统按劳务性质将工作划分为四类:日常CRM记录采用固定席位费,获客寻源与大模型推演预测采用按量计费,工作流自动化按执行计量。 针对当前部分早期团队尝试通过AI编程自建内部CRM的趋势,Keith Peiris认为这在成熟企业中极难实现。构建企业级系统记录不仅需要达到HIPAA等合规与安全标准,更需要自研底层的邮件同步引擎与极高的实体识别精度。内部工程团队自建“企业大脑”往往在跨系统复杂关系建模中停滞,最终仍需采购具备完备基础设施的专业系统。 Keith Peiris认为,新一代CRM的终极形态是利用沉淀的全局数据协助企业进行场景推演与资源配置的“战略水晶球”,而非事后数据记账本。他结合放弃千万级用户产品的转型经历强调,无论面临组织架构还是技术迭代的剧变,团队必须坚决破除部门壁垒(swim lanes),摒弃长周期计划带来的内耗,将全部资源聚焦于客户最痛的核心问题上快速交付。

Detailed notes — zh

## Background 该内容由 a16z 官方频道于 2026 年 9 月 16 日发布在 YouTube 平台。视频由 a16z 合伙人 Alex Rampell 和 Joe Schmidt 共同主持,专访了 Lightfield 联合创始人兼 CEO Keith Peiris,围绕其在 Tome 斩获 2500 万用户后毅然坚决转型,并从第一性原理重构 AI 原生企业级 CRM“商业世界模型”的深度历程展开探讨。 ## TL;DR Keith Peiris 深度复盘了从爆款演示工具 Tome 断舍离并创立 Lightfield 的全过程:演示文稿受限于缺乏演讲者与受众的微观情境,而销售工作流背后的真实商业数据碎片化与失真,才是更值得攻克的底层难题。Lightfield 抛弃传统 CRM 僵化的预设 Schema,以 Facebook 时间线式的活动日志为核心底座,构建能够全自动吸纳多模态通信数据的“商业世界模型”。面对红海竞争,团队通过全员免费策略跨部门构建网络效应壁垒,探索出“底座固定座席 + 增值用量消耗”的四象限混合定价,并以“全员通才”与晨会无边界协作实现极致交付速度。最终,系统从边缘代写邮件工具升维为汇聚全量上下文的“决策水晶球”,展现了 AI 时代核心事实记录系统重塑企业软件版图的路径。 ## Atmosphere & style 对谈节奏紧凑而直击商业本质,兼具一线创业者的残酷复盘与顶级投资人的宏观产业洞察。Alex Rampell 善于用辛辣犀利的商业比喻提问拆解,而 Keith Peiris 则以极度坦诚、去修饰的工程师与创始人视角作答,将割舍千万级用户产品时的煎熬、负价格冷启动办公室的荒诞与顿悟娓娓道来。整场交流既充斥着对传统 SaaS“数据坟场”与僵化泳道分工的无情解构,又洋溢着以第一性原理暴力破解商业硬核难题的极客亢奋感,给听众带来高密度、无滤镜的硬派硅谷认知冲击。 ## Bulletin - [00:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=0s) Lightfield 宣布完成由 a16z 领投的 4700 万美元 A 轮融资,致力于通过自动解析邮件与通话记录等全源非结构化数据构建“商业世界模型”,从底座重构企业级 CRM。 - [00:52](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=52s) 前 Tome 团队在积累约 2500 万用户后坚决选择硬核转型,核心原因在于意识到高质量商业表达受限于演讲者与受众间的微观情境,单靠基础模型的通用推理无法解决底层数据缺失问题。 - [31:25](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1885s) 在定价模式探索上,纯座席制因重度用户 Token 算力超尾部万倍而难以为继,纯消耗点数制则引发用户点击恐惧导致使用量归零,团队最终确立了“基础座席/平台费 + 增值按量消耗”的四象限混合定价模型。 - [45:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2700s) 针对当下利用 AI 自研内部系统的思潮,实践表明种子期团队所谓的自研 CRM 往往在数周内因幻觉与运维崩溃而回归商用采购;而规模型企业自研“企业大脑”的最大技术壁垒在于对动态客户关系的精确建模。 ## Key takeaways - [02:28](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=148s) 商业故事的核心瓶颈在于演讲者、受众及双方微妙关系等私有情境的缺失,基础模型的通用推理能力提升无法替代微观业务现实。 - [05:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=300s) 传统 CRM 本质沦为由人工被迫填写、充满死板 Schema 与互斥谎言的数据坟场,导致上游录音记录与下游结构化字段严重脱节。 - [07:29](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=449s) Lightfield 早期通过在旧金山办公室提供“免费工位换系统重度试用”的负定价策略完成冷启动,从客户高频激烈的真实反馈中验证了核心产品黏性。 - [10:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=600s) 不同于大多数竞品盲目卷入“帮销售发邮件”等边缘工作流,Lightfield 选择将重心放在构建高精度的商业世界模型上,将执行动作交由提示词与 Tool Call 处理。 - [11:18](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=678s) 团队将 Facebook 的时间线概念引入 CRM 底层,确立了“半结构化活动日志(Activity Log)”架构,以时序因果推断替代直接倾倒数据湖的大海捞针模式。 - [15:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=900s) 践行“智能大于结构(Intelligence > Schema)”理念,支持零负担接入企业通讯流,后续若有新字段需求可由 AI 回溯历史活动日志自动补齐,免除前期预设架构的试错风险。 - [18:48](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1128s) 以医疗平台 Power 为例,系统通过同时对药企与罕见病患者双边市场建模并抓取全球临床试验数据,几天内即为阿尔茨海默病患者匹配到前沿疗法。 - [22:42](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1362s) 为破解新任销售 VP 习惯性换回传统系统的“替换诅咒”,Lightfield 采取向全公司非销售职能完全免费开放的策略,以工程、客服与财务的协同网络筑牢留存防线。 - [25:27](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1527s) 界面设计秉持实用主义,保留高密度表格视图以兼顾传统管理习惯,同时基于业务世界模型将过去错综复杂的邮件序列配置退化为直觉化的自然语言“配方(Recipe)”。 - [33:14](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1994s) 销售类软件无法直接“按结果付费”,因为最终成单高度受制于客户自身的产品市场匹配度(PMF),目前行业只能按其替身完成的工作量收取对应算力消耗费。 - [35:54](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2154s) 打破传统产品经理与多层级“管理泳道”模式,全员 40 人每天参与全局 Standup 晨会对待办任务动态排序,非技术人员亦可在 AI 工具辅助下独立推进工程与界面项目。 - [45:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2700s) 通过提早签署 BAA 协议并常态化实施高强度安全渗透测试,Lightfield 在多利益相关方的医疗科技等高门槛行业建立了深厚的品牌信任与标杆壁垒。 - [50:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=3000s) 给转型期创始人的唯一核心法则是屏蔽关于福利、办公室与期权定价等所有环境噪音,将全部心力近乎病态地倾注在深挖客户的真实痛点上。 ## Detailed walkthrough ### [00:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=0s) 开场与引言:商业世界模型与颠覆 Salesforce 的野心 播客一开场就抛出了 Lightfield 团队独特的背景与宏大野心:五位创始团队成员中有三位来自 Meta(Facebook)。Keith Peiris 强调,打造收入与销售团队是一个极具深度和挑战的命题,不仅人人都高度关注,而且永远都有巨大的改进空间。在被问及客户目前使用 Lightfield 最令人振奋的案例时,Keith 分享了一家名为 Power 的医疗平台公司。Power 运营着一个汇聚各类罕见疑难杂症患者并为他们寻找前沿疗法(Frontier Treatment)的撮合平台。他们把整个业务流程与患者情况完整建模在 Lightfield 中,系统甚至在短短数天内就协助一位阿尔茨海默病患者成功匹配到了最前沿的临床治疗。 a16z 合伙人 Joe Schmidt 与 Alex Rampell 正式引出本期嘉宾 Keith Peiris。Lightfield 刚刚完成了由 a16z 领投的 4700 万美元 A 轮融资。与市面上铺天盖地的销售包装工具不同,Lightfield 正在构建一套“商业世界模型(Business World Model)”。这套系统能够自动将企业的客户邮件、日常通话记录、会议纪要等碎片信息,直接转化为可供 AI Agent 理解和执行具体任务的统一事实记录。Keith 从打造爆款产品 Tome 到彻底掉头创立 Lightfield 的硬核转型历程,揭示了下一代企业级软件底层架构的剧变。 --- ### [00:52](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=52s) 从 Tome 的爆火到断舍离:2500 万用户背后的困境 Keith 经历过一段极其不同寻常的创业历程,连续将两款产品推向了爆炸性增长。谈及 Tome 的诞生,Keith 表示他们早期都是做消费级产品出身的,在 Instagram 和 Messenger 从事滤镜自拍等视觉交互设计。当时随着 LLM(大语言模型)的兴起,他们坚信大模型将从根本上重塑人类的沟通方式,于是决定切入商业故事叙事与想法表达的赛道,并在 GPT-3 阶段推出了 AI 生成幻灯片和页面的产品 Tome。 Tome 的推出时间恰好与 ChatGPT 几乎同步,随即迎来了令人难以置信的爆发式增长。每月新增用户高达 200 万,甚至因为推理算力(Inference)严重不足,全球用户不得不排长队等待。然而,就在产品席卷了约 2500 万用户后,Keith 和团队做出了一个极其艰难且罕见的决定:果断按下停止键,进行彻底的硬核转型(Hard Pivot)。 谈及这一决定的根源,Keith 坦言虽然背后有大量的数据指标支撑,但最底层的驱动力源于一种直觉: > “说来有些讽刺,但骨子里我们没有一个人真正喜欢这个产品。归根结底,作为一名创始人,你必须真正热爱自己正在打造的东西,并为客户能用上它而感到兴奋。但无论我们怎么努力,就是做不出真正高品质的演示文稿。” 团队清醒地意识到,那些对品质有极高要求的挑剔演讲者,根本不可能将这个工具视作不可或缺的利器。无论是风险投资人撰写投资备忘录,还是投资银行家、顶级咨询顾问做商业报告,都无法依赖它。底层技术的局限性让该产品注定只能沦为个人尝鲜或学生完成作业的玩具,这与团队追求的真正价值相去甚远。 --- ### [02:28](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=148s) 为何不选择“死等模型进步”?情境缺失与 Hopium 迷思 面对这样的瓶颈,很多创业者往往会选择在原地守株待兔,寄希望于底层基础模型的自我进化。Alex Rampell 指出,硅谷创业中常常有一种被称为“Hopium(盲目乐观的希望毒药)”的现象,大家会想:GPT-3 到 GPT-4、GPT-4o 甚至 Astra 的跨度如此惊人,为什么不先缩减团队规模,把现金流消耗降到最低,在原地熬着等底层技术变好? Keith 坦言,团队内部确实认真讨论过“缩编团队、静观其变”的策略,他们亲眼见证了从 GPT-3.5 到 GPT-4 的跨越式跃升。但团队很快洞察到了演示文稿这一场景的死结并不在于大模型的通用推理能力(General Reasoning): ```mermaid flowchart TD accTitle: 演示文稿生成的核心障碍 accDescr: 展示通用推理能力与生成优质商业提案所需情境之间的矛盾 subgraph GenericModel["基础模型能力"] A["LLM 通用推理能力"] -->|不断迭代升级| B["语言流利度与单张卡片排版"] end subgraph CrucialContext["商业演示真正的关键情境"] C["演讲者本人的真实意图与风格"] D["受众的背景、偏好与抗拒点"] E["演讲者与受众之间的复杂微妙关系"] end B -.->|无法弥补数据缺失| F["瓶颈:只能生成一次性的空中楼阁 (One-shot Deck)"] CrucialContext ==>|必须具备微观动态上下文| G["高品质、不可或缺的专业商业故事"] ``` Keith 分析道,决定一场演示文稿成败的关键在于三个要素: 1. **演讲者自身是谁**:其思维逻辑、专业深度与真正意图; 2. **受众是谁**:听众的立场、关切点及认知层级; 3. **演讲者与受众之间的微妙人际关系**。 无论底层的通用推理能力进化到何种程度,都不可能无中生有地推断出这种深度的私有上下文(Context)。如果无法获取这层微观现实,Tome 充其量只能成为一个做“一次性空中楼阁式演示文稿(one-shot pie in the sky presentation)”的工具,这彻底打消了他们“熬死等更新”的念头。 --- ### [05:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=300s) 顺藤摸瓜:从 B2B 提案到发现 CRM 数据的混乱现实 放弃已经积累的用户规模是极其痛苦的,团队陷入了深刻的反思:当初创立这家公司到底是为了什么?核心初衷始终是“帮助专业人士讲述高难度的专家级商业故事”。于是,团队决定去寻找真正的 B2B 场景。他们深入挖掘 Tome 现有的 2500 万用户池,发现使用频率最高的 B2B 用户集中在销售(Sales)和营销(Marketing)部门。 创始团队直接联系了湾区周边 500 到 1000 人规模的公司,提出完全免费为他们的销售团队制作商业拓展演示方案(Pitch Decks)和商业提案。在实际跟进过程中,销售团队开始不断向他们抛出更现实的要求:“既然你们在帮我们做 deck,那顺便能不能帮我们做做前期客户调研?能不能帮我们进行销售线索资格认证(Lead Qualification)?能不能帮我们分析哪些存量企业客户有增购扩容的可能?” Keith 和团队敏锐地意识到“火种(The Heat)”在哪里,果断放下所有早期包袱追随客户的真实需求。早期优秀创始人的特质就是没有思维定势,随时准备抛弃自己亲手写下的旧代码。为了完成这些深度的销售分析任务,Keith 提出接入销售团队的“上下文载体”,当时他想当然地以为这个载体就是 Salesforce。 当他们真正拿到企业的 CRM、通话录音系统(如 Gong)以及数据仓库的访问权限后,团队遭遇了极大的震撼: - **数据严重碎片化与不完整**:不同系统之间的数据孤岛林立; - **事实相互冲突**:通话录音系统记录的客户真实沟通细节,往往与销售在 CRM 里填写的结构化字段呈现出截然不同、甚至完全相反的现实; - **巨大的数据整理鸿沟**:真正耗费精力且至关重要的工作,不是下游的 Deck 生成,而是把这些支离破碎的商业数据重新理顺。 > “如果我们能为一家企业重构其商业现实,建立一套既能让机器深度理解、又能让销售人类轻松把握的模型,这无疑比我们之前做的事情要伟大、持久得多。” --- ### [07:29](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=449s) “负价格”冷启动与 PMF 的强烈信号 从洞察到最终定位,Lightfield 的转型并非一蹴而就。最开始,团队并没有直奔 CRM 赛道,而是先做了一个 GTM(Go-To-Market,市场拓展)AI 助理工具。销售代表(AE)每天确实都会打开使用,但当团队尝试收费时,却发现客户完全不愿意买单——市面上同时涌现出了十余家高度同质化的 AI 辅助插件,产品根本没有任何定价权(Pricing Power)。 面对这一现实,Keith 再次做出了极其决绝的调整:缩减团队,清零重来。他们决定从第一性原理出发,在黑暗中闭门开发了整整四个月,从底座彻底重构 CRM。 然而,产品写出来后,新的挑战随之而来:根本没有企业愿意冒险把核心业务托付给一款刚问世四个月的全新 CRM 系统。面对绝境,团队盘点了自己仅剩的唯一资产——那间在旧金山签了长约、退不掉的超大办公室。Keith 索性在社交平台 X 和 LinkedIn 上发帖宣布:**只要你愿意在日常业务中把我们新开发的 CRM 当作主力系统来用,你们全团队就可以免费搬进我们的办公室办公。** Alex Rampell 笑着将这种策略评价为“负定价模式(Negative Pricing)”。这招奇招迅速吸引来了 10 家初创公司入驻。几乎就在他们开始使用的瞬间,团队感受到了此前从未有过的真实 PMF(产品市场契合点)信号: - **极度深度的依赖**:尽管系统速度缓慢、四处缺漏、极其原始,但这些团队的销售和创始人每天从早到晚都死磕在这个产品里; - **暴风雨般的实时反馈**:与过去 Tome 拥有数千万沉睡用户但鲜有深度声音不同,这 10 家公司的成员每隔两小时就会在 Slack 频道里因某项功能缺失或体验卡顿对他们“大发雷霆”; - **痛感即价值**:这种高频、愤怒却寸步不离的反馈,证明该系统已经深深卡进了他们每天业务的核心血脉之中,这是玩具型产品永远无法获得的生命力。 --- ### [09:15](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=555s) 传统 CRM 的原罪:从“死气沉沉的数据坟场”到真实映射 在聊到为何传统 CRM 必然会被颠覆时,Alex Rampell 和 Keith 展开了对旧有软件架构的剖析。表面上看,CRM(客户关系管理系统)本质上是一个存储所有客户交互信息的公共数据仓库(Repository)。然而,凡是管理过销售团队的人,无一例外都会面临同一个最大的管理梦魇: > “那些销售人员根本就不愿意去手动更新维护 CRM。” 这导致市面上几乎所有的传统 CRM 最终都不可避免地沦为陈旧、失真、充满谎言的数据坟场。销售迫于 KPI 压力填写的结构化字段,根本无法折射出客户在电话会议、日常沟通中流露出的真实顾虑、组织变动和预算决策。Lightfield 创立的根本治理原则,正是要彻底打破这种依赖人工手动录入死板表单的旧范式,依靠 AI 自动化监听并理解企业的所有非结构化通信流,重塑真正动态演进的商业现实图谱。 ### [10:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=600s) 抛弃“工作流工具”,走向高精度商业世界模型 在探讨传统 CRM 为何失灵以及 Lightfield 究竟要做出何种改变时,Keith Peiris 坦言,团队最初能破局,很大程度上得益于他们在该领域的“天真”。在传统的成长型企业认知中,CRM 主要承担三重角色:销售代表用来备忘的笔记本、驱动底层自动化(如发邮件)的引擎,以及支撑业务预测的底座。绝大多数初创公司都本能地扎进前两项,拼命围绕“工作流与任务”去卷功能,甚至试图帮销售自动发送更多邮件。 而 Lightfield 采取了截然相反的路径。Keith 认为,CRM 最核心的价值恰恰是业务预测与全貌建模:只要能帮助企业高精度地还原自身业务与客户的真实状态,剩下的下游动作无非就是些 Prompt 提示词和 Tool Call(工具调用)。然而,传统 CRM 的架构却成了这套理想的最大阻碍——销售代表痛苦的手动录入、僵死固化的 Schema 数据模式,以及糟糕的 API 接口,全都横亘在真实数据与企业之间。当整个行业都在做“发邮件式的 CRM”时,Lightfield 团队选择留在自己的孤岛上,死磕所谓的“商业世界模型”(Business World Model)。 ```mermaid flowchart TD accTitle: 传统 CRM 与 Lightfield 核心理念对比 accDescr: 对比传统 CRM 以人工填表驱动和 Lightfield 以智能世界模型驱动的架构差异。 subgraph Traditional["传统 CRM:围绕任务与流程"] A["销售人工手动录入"] --> B["僵硬的固化 Schema"] B --> C["死板的邮件/工单自动化"] end subgraph Lightfield["Lightfield:围绕世界模型"] D["全源多模态客观数据"] --> E["统一商业世界模型"] E --> F["Prompt 提示词与 Tool Call 自主执行"] end ``` --- ### [11:18](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=678s) 源自 Facebook 的底层架构:以时间线活动日志作为第一性原理 当被问及为何 Lightfield 的体验如此流畅、架构如此独特时,Keith 揭秘了一个有趣的团队背景:其五位创始成员中有三位来自 Facebook。这种技术底色赋予了他们一个非常质朴的直觉——CRM 的核心本质不是管理字段,而是“刻画关系”。 他们借鉴了 Facebook 经典的个人时间线(Timeline)机制,将两家企业之间的关系抽象为一条按时间严格排序的“活动日志”(Activity Log)。一切业务互动的元数据都被按时间戳顺序平铺录入: - 最初在何时建立了第一次触达? - 双方具体说了什么话、回了什么邮件? - 开了哪些会议? - 往来传输了哪些合同与文档? - 客户在产品内部进行了哪些操作、如何付费? 在架构设计上,团队最初曾尝试完全去结构化(Unstructured),但很快发现这种方法存在严重的“大海捞针”性能问题,查询延迟根本无法接受。最终,他们确立了“半结构化”(Semi-structured)架构:将海量非结构化数据汇入按时间排列的活动日志中,系统借此进行因果推断(Inference of Causality),随后再去触发传统 CRM 所需的字段更新或销售阶段流转。这种底层逻辑远比把所有东西直接倒进普通数据湖(Data Lake)要强大和精细得多,且能无缝接入 Snowflake 记录或任意外部系统的变更。 --- ### [15:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=900s) “智能大于结构”:无需预设 Schema 的消费级配置体验 传统 CRM 项目上线过程极其繁重,Keith 提到他们调研了大量 CRM 咨询顾问,发现这些顾问工作中风险最高、最不可逆的一件事就是“定义数据模型”。一旦预设的销售阶段(Stages)或自定义字段(Fields)搞错,整个系统就彻底废了,因为你根本不可能强迫销售代表穿越回几个月前把历史漏填的数据补齐。 Lightfield 提出的革命性理念是“智能大于结构”(Intelligence is greater than schema): - **零负担接入**:企业无需提前设计 Schema,直接连接企业邮箱、启动自带的通话录音器、接入底层数据仓库,系统即可实时自动拼装客户关系。 - **事后重塑字段**:管理者未来随时调整字段或业务逻辑,AI 只需重新遍历底层的活动日志,即可自动回填所有历史数据。 - **消费级交互体验**:用户只需要点击“同步”,喝杯咖啡等待五分钟,整套属于自己的商业图谱便已构建完毕。 Alex Rampell 在此打了个非常生动的历史比方:早期关系型数据库为了极端节省存储空间,工程师写 SQL 时必须预先声明每个列的数据类型和最大长度,比如设置 `VARCHAR(25)`。如果遇到一个名字太长的客户,系统甚至会直接报错截断。过去行业从极端抠算每一个 Byte 和 Bit 的固定长度发展而来,而如今我们终于迈入了完全不需要预设 Schema、依靠模型智能去理解和重构数据的全新时代。 --- ### [18:48](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1128s) 极端业务场景的落地与“绿地 vs 棕地”市场困局 摆脱了固定数据模型的束缚后,Lightfield 允许用户定义任意实体与任意复杂关系。Keith 分享了一个极具震撼力的客户案例——医疗健康平台“Power”: - **双边市场建模**:Power 一端对接各大制药公司,协助其推进临床试验;另一端对接各种罕见病、疑难重症患者,为他们寻找前沿疗法。 - **外部数据抓取与实时匹配**:Power 在 Lightfield 中同时为 B2B(药企)和 B2C(患者)建模,并编写自动化脚本抓取 FDA 和 `clinicaltrials.gov` 的全球临床试验数据库,构建起全球所有正在进行的临床试验世界模型。 - **生命级的影响**:通过该系统的实时图谱对撞,他们成功帮助一名阿尔茨海默病(老年痴呆症)患者在短短几天内匹配并获得了前沿临床试验的治疗机会。 探讨到商业化落地路径时,Alex Rampell 引入了软件投资领域著名的“绿地(Greenfield)与棕地(Brownfield)”之争。所谓棕地,就是指那些已经被行业巨头反复践踏、牢牢占据的地盘(比如 SAP 把持的 ERP 市场)。正如 Alex 的经典名言所说:“最优秀的公司拥有的不是客户,而是人质”(The best companies have hostages, not customers)。过去从大型机(如在 IBM AS/400 上跑 Siebel 系统的老古董时代)向云端迁移时,软件公司靠着“原系统的维护工程师已经 92 岁退休了”这种代际断层才勉强从棕地突围;而面对现代 CRM 市场,创业团队是选择继续强攻充满“人质”的棕地,还是转向探索不受旧规则束缚的绿地,成为了当下最重要的商业抉择。 ### [20:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1200s) 绿地突围与真正的棕地切入点:从 YC 初创团队到理解公司全貌 在创立 Lightfield 之初,Keith Peiris 与团队并没有一套极其明确的方案来直接打入已有成熟系统的棕地(Brownfield)存量市场。当时的策略十分朴素:既然搭建一套高效的营收团队是所有公司都极度渴望且永远能做得更好的核心命题,不如先从没有任何历史技术包袱的新兴“绿地”(Greenfield)初创公司入手。为了获取最初的理想客户画像(ICP),Keith 与他的幕僚长(Chief of Staff)亲自在 LinkedIn 上挖掘线索,给大量 Y Combinator(YC)孵化出的初创公司发邮件,询问对方是否愿意尝试用他们的新产品替代市面上的初创期 CRM。 随着近几年初创企业的演化节奏彻底被改写,从 Pre-Seed、Seed 轮狂飙至 A 轮、B 轮的速度前所未有。Keith 观察到,部分早期客户刚接入 Lightfield 时甚至连一名专职销售代表都没有,而如今团队规模已扩张至上百名销售。伴随这些客户的飞速蜕变,团队深潜到实际业务中去观察客户最真实的需求,最终找到了突破棕地市场的真正利刃。硅谷近年来铺天盖地的 AI CRM 广告牌全都在鼓吹“代劳干活”——自动化线索打分(Lead Scoring)、自动外发邮件(Outbound Emails)等;但 Lightfield 团队早就认定这并非真正的立足点,因为哪怕是 Salesforce 这样的传统巨头,想要照搬或集成发邮件等边缘功能也是轻而易举的事。 真正的突围切入点在于“全局认知”:在这场混乱而狂热的创业浪潮中,企业必须深刻理解自身内部与客户之间到底在发生什么,从而精准掌舵。Keith 坦言,团队整整盯着用这些产品的客户观察了六个月,才最终看清了这一高维层面的需求本质。 - **冷启动获客路径**:通过 LinkedIn 拓客与直投 YC 初创团队,逐一替换传统初创期 CRM 方案。 - **客户裂变速度**:见证客户在极短时间内完成多轮融资,销售代表人数从 0 人暴增至 100 人。 - **差异化竞争认知**:放弃“代发邮件、线索打分”等低门槛边缘任务,专注于构建能“洞察公司全貌并辅助战略掌舵”的核心系统。 --- ### [22:42](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1362s) 规避销售副总裁的“替换诅咒”:全员免费策略与内部网络效应 Alex Rampell 随即指出绿地市场向棕地演进过程中最残酷的一个现实痛点:绿地公司一旦做大,招聘的销售副总裁(VP of Sales)往往是长期在传统棕地体系中被训练出来的老将。Alex 回忆自己早期创业时,为了省下每人每月 85 美元的 Salesforce 订阅费,曾极力推行免费开源的 SugarCRM。结果后来高薪聘请的销售副总裁直接放话“我绝不用那该死的玩意儿”,逼得 Alex 只能妥协掏钱。这种根深蒂固的使用习惯和采购决策权,构成了新产品极难跨越的壁垒。 面对这种“资深销售负责人进门就要换回老工具”的挑战,Lightfield 在早期产品设计原则中制定了一项巧妙的制度设计:在所有销售主导(Sales-led)的方案中,将产品面向公司内所有非销售部门完全免费开放。这样不仅让 Lightfield 能够跨职能抓取工程、客服、财务等团队的实时数据,更在企业内部筑起了极深的协同网络效应,彻底提高了被连根拔起的门槛。 ```mermaid flowchart TD accTitle: Lightfield 的跨部门网络效应防御机制 accDescr: 展示 Lightfield 如何通过向全公司免费渗透,抵御新任销售副总裁将系统替换回 Salesforce 的冲动。 subgraph Defense ["企业内部网络效应壁垒"] ENG["工程团队:洞察客户真实反馈"] FIN["财务团队:自动化营收确认"] CS["客户成功:动态账户健康打分"] end VPS["新聘销售副总裁<br/>'我只习惯用 Salesforce'"] -->|试图替换| LF["Lightfield 核心系统"] LF -.->|赋能与依赖| Defense Defense -->|跨部门联合阻拦| Retain["'这是全公司的中枢系统,请先深入试用!'"] Retain --> LF ``` 当空降的资深销售主管走进公司并表示“这很酷,但我被训练出来只会用 Salesforce”时,全公司各个环节会立刻站出来反驳:“等等,工程团队靠它理解用户,财务团队靠它做收入确认(Revenue Recognition),客户成功团队靠它做客户健康度打分,你必须试着去搞懂它。”正是这一层紧密的网状依赖,给新产品赢得了留存和证明价值的关键机会。 --- ### [25:27](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1527s) 拟物化表格与自然语言的平衡:务实主义与“特斯拉式”极简哲学 在交互设计上,当前的企业级软件正面临激烈的路线之争:究竟是采用拟物化(Skeuomorphic)设计,保留销售人员习惯的蓝色调传统数据表和仪表盘,还是全面转向无界面的自然语言与智能体交互?Keith 表示团队坚定地站在了实用主义一边。即使身兼公司 CEO 和事实上的销售主管,Keith 自己至今依然习惯在 Lightfield 的电子表格视图(Spreadsheet View)中主持每场销售例会。企业级 CRM 不能在工作习惯上搞原教旨主义,因此 Lightfield 既提供极为精炼的仪表盘与二维表视图,同时也为前沿探索者提供自然语言交互甚至命令行(CLI)式的纯粹体验。 Alex 对此打了个生动的比方:从前开宝马(BMW)或者坐进飞机驾驶舱,眼前充斥着多达上万个实体按键和旋钮,只有受过专门训练的飞行员或资深销售副总裁才懂怎么摆弄,如同 Bloomberg 终端里错综复杂的金融按键一样,是强 Schema 时代的典型产物。然而最新款的特斯拉甚至连物理换挡拨杆都彻底取消了,界面简洁到连五岁小孩都能凭直觉上手(如同 Reddit 上的热门板块 ELI5——“像解释给五岁小孩那样解释给我听”)。 这种从繁复旋钮到极简直觉的跃迁,恰恰映照了数据库从预定义模式(Schema)走向无模式(Schemaless)的演进。在纯粹语言智能驱动的时代,过去堆砌复杂交互控件的做法已然显得过时,但产品依然必须照顾到人性的基本惯性。 - **实用主义交互**:保留高密度数据表与全局看板,让销售主管可以在晨间端着咖啡查看“永远向上增长”的确定性营收曲线。 - **多模态操作共存**:既兼容传统表格工作流,也支持通过纯自然语言与底层系统直接对话。 - **极简主义哲学**:打破传统软件对繁琐旋钮与字段表单的路径依赖,利用底层智能将复杂配置退化为直觉交互。 --- ### [28:14](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1694s) 颠覆经典销售工作流:从复杂的条件序列到业务世界模型驱动的“配方” 尽管团队在数据大盘上尊重传统习惯,但在具体的底层业务流中,Lightfield 展开了彻底的重构。以销售领域最典型的“触达序列”(Sequence)为例:过去业务人员若要在触发特定意图后按时间节奏向潜在客户发送 5 封跟进邮件,往往必须使用纷繁复杂的连线箭头、分支条件与变量规则。而在 Lightfield 中,用户只需以自然语言直接与 Agent 对话,Agent 便会自动依据公司的“业务世界模型”(Business World Model)提炼生成一套执行“配方”(Recipe)。 起初,部分极度依赖微观把控的销售主管对失去那些具象的开关和旋钮感到无所适从,但随着系统自动跑通并给出优质结果,大家很快意识到这种方式不仅效率奇高,而且大幅削减了不必要的工具学习成本。这套革新正在逐步重塑市场拓展(GTM)团队的每个运作角落。 针对当下硅谷甚嚣尘上的“软件已死”(Software is Dead)、客户人人都想用 AI 自己搓轮子(Build vs Buy)的思潮,Keith 强调作为一家“系统记录”(System of Record)平台,心态必须保持高度开放。数据所有权终究属于客户而非软件方,Lightfield 的立足之本在于以极致严谨的态度去对企业的业务实体进行建模,并确保底层业务状态与推理的绝对精准。正是基于这种精准底座,团队甚至从头研发了自己的专属邮件引擎,构建起通用脚本无法轻易复刻的专业壁垒。 ### [30:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1800s) 自建 Harness 的幻象与数据底座的真正价值 Lightfield 投入了大量精力打造自身的数据基础设施,团队自主构建了与 Slack、数据仓库以及各类核心系统的实时数据同步链路。Keith Peiris 对底层数据库的高性能表现感到非常自豪。他提到,Lightfield 允许客户完全掌控自己的数据,甚至有几家客户曾尝试仅将 Lightfield 用作底层核心记录系统(System of Record),然后通过 MCP(Model Context Protocol)或命令行工具(CLI)将数据接入自建的内部 AI Harness(调度运行架构)。 然而几周之后,这些团队几乎无一例外地选择放弃自建,重新用回 Lightfield 官方的 Harness。他们意识到自建系统的效果差距显著:Lightfield 在实体识别(Entity Recognition)、召回率与准确率(Precision and Recall)以及执行响应速度上都远胜自研。Keith 对此态度非常坦然:“这就是我们的本职工作。我们的态度是:数据完全归你所有,你可以自由使用;而我们将全力以赴,每天都在用极致的体验去赢取你使用我们工具提升生产力的权利。” ### [31:25](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1885s) AI 时代的定价难题:从“SaaS 末日论”到极端测试 软件行业的定价逻辑正在经历剧烈的动荡。Alex Rampell 指出,传统的按座席付费(Seat-based pricing)在许多场景下已经失效。如果一家公司用 AI Agent 替代人工客服,那么像 Zendesk 这类软件需要的坐席数可能直接变成“零”;而如果转向按结果付费(Outcome-based pricing),边界又极其模糊——什么算是一个结果?是一次成功的成单,还是长期维持客户满意度?与此同时,市场上盛行着“软件已死”的“SaaS 末日论”(SaaSpocalypse)。Alex 调侃这种极端论调就像“超市要倒闭了所以大家必须自己种粮食”、“汽车厂要关门了所以大家必须自己焊铝造车”一样荒诞。 Keith 坦言,为了寻找定价的最优边界(Efficient Frontier),团队从两个极端场景展开了实验: ```mermaid flowchart TD accTitle: Lightfield 定价机制演进路径 accDescr: 展示从纯座席制与纯消耗制两个极端走向四象限混合定价模型的演进过程。 subgraph Extremes ["两个极端测试"] A["纯座席模式 (Pure Seat)"] -->|头部消耗超尾部万倍,算力成本失控| Fail1["商业模式无法维系"] B["纯点数模式 (Pure Consumption)"] -->|用户生怕扣费不敢点击,使用量归零| Fail2["惨遭冷冻的三周"] end subgraph Hybrid ["四象限混合定价 (Hybrid Model)"] H1["核心 CRM 记录<br>(会议抓取 / 任务更新)"] --> P1["固定座席费 / 基础平台费"] H2["商机挖掘 Pipeline Gen<br>(数据增强 / 获客线索)"] --> P2["按消耗计费 (Consumption)"] H3["工作流自动化 Automation<br>(线索自动分发 / 调研)"] --> P2 H4["智能洞察与预测 Forecasting<br>(前沿大模型推演 / 场景规划)"] --> P2 end Fail1 -.-> Hybrid Fail2 -.-> Hybrid ``` - **纯座席制模式**:上线之初客户反馈极好,完全贴合 Salesforce 和 HubSpot 的采购习惯。但团队很快发现,头部重度用户所消耗的 Token 与算力是尾部用户的 10,000 倍。这种模式如果持续下去,公司迟早会被高昂的模型算力成本拖垮。 - **纯消耗点数模式**:团队随即走向另一个极端,将所有功能全部转化为点数(Credits)。结果导致了“公司历史上最糟糕的三周”——注册量暴增,但没有任何人敢真正操作。用户生怕每一次点击都在扣费,在系统里寸步难行。 ### [33:14](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1994s) 四象限混合定价模型与为何无法直接按“结果”收费 经历两次极端失败后,Keith 与 Joe Schmidt 等人深入访谈客户,将 Lightfield 承担的工作梳理成四个明确的业务象限,并确立了“底座固定座席 + 增值按量消耗”的混合定价体系: 1. **核心 CRM 基础操作**:包含会议抓取、记录自动填报、日常任务更新。客户对这部分有极强的预算确定性诉求,不希望在规划下一财年预算时还要计算 CRM 基础功能的误差边界,因此这部分采用固定座席/平台费用覆盖。 2. **商机生成(Pipeline Generation)**:包括数据丰富(Enrichment)和线索挖掘。客户清楚这部分操作能直接带来会议转化和营收增量(Alpha),因此非常乐意按消耗付费。 3. **工作流自动化(Workflow Automations)**:例如当潜在客户在官网提交 Demo 申请时,Lightfield 自动完成背景调研,并将深科技企业自动分发给 Henry、医疗健康企业分发给 Matt。这种工作代替了真实人力且 ROI 直观,客户接受按使用量买单。 4. **深度智能与预测(Intelligence & Forecasting)**:将整个企业的数据浓缩为一个微缩世界模型(Keith 形容为“水晶球”或“雪花球”),让前沿大模型在此基础上运行数小时进行推演与场景规划。客户愿意为这种前沿智能带来的业务 Alpha 支付高昂的算力消耗费。 针对是否能直接“按结果付费”,Keith 强调在销售领域这几乎是不可能的。因为销售软件所带来的最终成败,高度受制于客户自身的“产品市场匹配度”(PMF):"如果为 OpenAI 做对外拓客,效果会极其惊人,成单率极高;但如果为一个连网站都没有的种子轮初创团队做拓客,转化效率必然极低。"因此,销售软件当前只能按“完成的工作量”收费,而无法按“最终成效”兜底。 ### [35:54](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2154s) 告别“过家家”:从 Tome 的深渊到全员无边界协作 从 Tome 到 Lightfield,整个团队的组织形态和研发步调发生了翻天覆地的跃迁。Joe Schmidt 提到 Lightfield 的迭代发版速度极为惊人,Keith 借此深刻反思了在 Tome 时期踩过的组织陷阱。 Keith 的联合创始人 Henry 曾尖锐地批评 Tome 当时有太多人在“玩过家家”(Playing house)——层级分明的产品负责人各自圈定专属的“泳道”(Swim lanes),一旦有局外人对其泳道内的业务提出反馈就会大发雷霆。整个公司被割裂成互不通气的四肢,彻底丧失了应对转型的反应速度。此外,过去团队总执着于过早进行超长期的战略规划,Keith 借用俗语调侃:"过去人们常说‘人类一思考,上帝就发笑’;而在当下这个时代,变成了‘人类一规划,OpenAI 就发笑’。" 在 Lightfield,所有传统的管理泳道被彻底砸碎,40 人的团队践行着一套高度灵活的“全员通才”敏捷模式: - **全员同频晨会**:全公司 40 人每天早晨准时参加同一个 Standup 晨会,没有部门壁垒。 - **动态优先级队列**:在晨会上对全公司当前最紧急的难题进行堆栈排序(Stack rank),涵盖交付、工程、客户成功(CS)等各维度。 - **自由认领与连续规划**:任务池每天动态微调,每周全面重评。只要哪位员工手头有空档,就立刻主动认领排在最前列的问题解决,工程师、设计师和 CSM 都能作为项目负责人独立主导项目。 ### [38:36](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2316s) 拥抱通才时代:如何依靠严苛剪辑与内部 Bug Bash 维持一致性 这种“全员都是通用专员”的运作方式之所以在今天切实可行,核心在于现代 AI 基础设施的代际赋能。任何人只要打开 Lightfield,就能在几分钟内掌握某个客户的完整上下文;由于现代大模型已经深度理解 Figma 等设计系统的代码规范,非设计专业人员也能迅速基于设计规范推进页面;同时,借助 Lightfield 与 Linear 的互联,任何人都能自动生成并流转工程任务。 在极度分散的自发驱动下,如何确保产品体验不会支离破碎?Keith 分享了两个核心机制: - **冷酷的产品剪辑(Constant Editing)**:每周管理团队在梳理路线图与 Go-to-Market 策略时,都会扮演冷酷的“剪辑师”角色。面对客户千奇百怪的定制诉求,核心判断标准只有一个:“这是否符合我们的长期使命?如果不符合,坚决不接。” - **立项门槛极低,交付门槛极高**:在 Lightfield,任何人开启一个探索性项目的门槛极低,但产品推向客户的交付标准极高。团队完整继承了 Keith 在 Instagram 工作期间学到的“全员找茬会”(Bug Bash)传统——一项功能在推送给外部用户前,必须经历全公司的集中内测与严苛挑剔,必须先赢得内部团队的认可与喜爱。 ### [40:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2400s) 创业最深层的恐惧:交付速度与客户扩张价值的权衡 当被问及当前最让自己感到焦虑的事情是什么时,Keith Peiris 毫不犹豫地回答:“速度”。他回顾了创立 Lightfield 之前的调研经历:当时他在 Tegus 的访谈纪要中看到大量关于公司从“当红炸子鸡”型新兴 CRM 回流到 Salesforce 的案例。其中一个典型例子就是 a16z 投资的 ElevenLabs——他们原本使用一家初创公司的 CRM,但因为急需的数据看板(Dashboards)整整四个月都未能交付,团队最终彻底失去了耐心,掉头重新迁回了 Salesforce。Alex Rampell 对此深有感触地指出,在传统的研发模式下,一个由产品经理、设计师和约九名工程师组成的 10 人研发小队,排期往往可以直接排到 2028 年;但在当今 AI 时代,全员皆通技术,理论上任何人都能快速编写代码,这种交付速度与资源调配的博弈变得更加剧烈。面对“是为了一家大客户不流失而赶工定制,还是为了签下另外 15 家潜在客户而构建通用功能”的选择题,团队必须在取舍上有极度明确的原则。 Keith 解释了 Lightfield 独特的应对策略:在 CRM 这种竞争极为残酷的“红海”(Red Ocean)赛道,任何新兴玩家从本质上都必须是一家依靠“账户扩张”(Expansion)驱动的公司。在激战之中,初期的获客客单价往往难以达到理想预期,但更关键的是拉长到三年至五年的时间跨度——如果一家高潜客户在这几年内迅速成长为庞然大物,当初拿下它就会变得极具价值。因此,Lightfield 的研发优先级高度偏向其“增长速度最快的核心客户”,而非平庸的普通客户。Keith 同时也坦承,当前处于一个必须采取“功能极大主义”(Maximalist)的特殊时期,团队几乎必须把所有底层基础设施与关键能力全速补齐。 谈到市场接受度时,Keith 分享了一个关于认知偏差的观察:在硅谷内部,AI 甚至处于一种“被过度炒作”的状态;但在硅谷之外的广阔世界,AI 的渗透与关注度却严重不足。很多传统企业对 AI 的印象还停留在 2022 年底初版 ChatGPT 出现的幻觉上,甚至心存恐惧。然而,真正的企业级软件收入绝大多数都来自硅谷方圆 50 英里之外的主流实体世界——那些拥有传统销售人员、工厂和复杂报表需求的企业。Lightfield 现阶段的战略是把硅谷高成长公司当作杠杆:“我们有些客户融资了 2 亿美元,但销售团队目前只有 3 个人。他们未来一定会变成巨头。我们现在把他们服务到极致,就是为了拿到最有力的标杆客户(Reference Logos),以便未来敲开医疗、金融科技或传统制造等行业的大门。” - **ElevenLabs 案例**:因某初创 CRM 耗时 4 个月仍无法交付分析看板,最终团队只得倒流回传统的 Salesforce。 - **扩张优先法则**:CRM 处于红海市场,初期的签约金额并不关键,核心指标是客户在 3 至 5 年内的潜在扩张空间(Expansion Value)。 - **硅谷内外的 AI 温差**:硅谷内部极度狂热,外部传统商业社会却因早期的模型幻觉体验而对其实际能力严重低估。 --- ### [45:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2700s) 标杆效应、系统替换成本与“自研企业大脑”的幻象 Alex Rampell 剖析了企业采购中的典型心理困境:“卖牙刷的企业往往只相信卖牙刷的同行的背书,哪怕底层运行的系统完全通用,卖可口可乐的人也无法说服他。”这种心理本质上是“没人会因为购买 IBM 而被开除”的现代延续。CRM 作为企业的核心事实系统(System of Record),在心理负担和迁移阻力上“甚至比换一家银行还要繁重”。Keith 非常认同这一点,并指出正是因为这种根深蒂固的信任门槛,标杆客户的背书才至关重要。以 Lightfield 在医疗健康与医疗科技(Health Tech)领域的迅速突破为例,这类复杂交易往往牵扯 50 多位利益相关方,极为考验系统的上下文工程能力。Lightfield 在创立初期就死磕安全合规,很早就完成了渗透测试并主动签署商业合作协议(BAA),从而在该行业建立了坚不可摧的信任壁垒,让客户认定“这家工具就是为像我一样的公司打造的”。 ```mermaid flowchart TD accTitle: System of Record Trust and Expansion Engine accDescr: Diagram illustrating how security compliance and reference logos drive enterprise CRM adoption and lead to the company brain vision. subgraph TrustBarrier ["信任壁垒建立与合规门槛"] A["高标准合规与安全架构<br/>(BAA 签署 / 长期渗透测试)"] --> B["拿下早期高潜标杆客户<br/>(AI 原生 / 医疗科技代表案例)"] end subgraph IndustryLand ["行业横向破圈"] B --> C["同类企业信任迁移<br/>('没有人会因选 IBM 被裁')"] C --> D["传统行业全面渗透<br/>(制造 / 金融科技 / 传统医疗)"] end subgraph FutureValue ["终极价值转化"] D --> E["业务世界模型 (Business World Model)<br/>全量上下文驱动复杂决策预测"] end ``` 针对当下流行所谓利用 AI “氛围式编程”(Vibe Coding)自行搭一套内部 CRM 的论调,Alex 尖锐地反问:“表面上似乎免费,但员工为此付出的工时成本和后续的维护开销难道也是免费的吗?”Keith 透露,声称要自己写 CRM 的通常只是种子轮阶段的初创公司。当这类创始人声称“我们打算用四个周末自己搓一个出来”时,Keith 团队的回应向来是淡定祝福:“祝你们好运,五个周末之后再打给我们。”结果通常无一例外:自研系统频繁出现幻觉、误发邮件、逻辑漏洞百出,创始人最终只能乖乖重返采购流程。而在规模型企业中,Lightfield 遇到的阻力从来不是客户想自研 CRM 记录系统,而是客户试图“自研一套企业大脑(Company Brain)”。许多公司在耗费大量精力尝试构建自身业务世界模型后发现,最难逾越的高山正是对客户关系的动态建模,最终依然不得不选择采购专业方案。 - **心理阻力与 BAA 护城河**:CRM 系统迁移的心理成本极高;通过提早完成 BAA 签署与安全渗透测试,Lightfield 在多利益相关方的复杂医疗科技交易中势如破竹。 - **DIY 幻灭周期**:针对种子期创始人声称“四个周末自研”的狂妄,现实往往是幻觉失控与运维崩溃,并在第 5 个周末重回商用系统。 - **“企业大脑”的技术硬核**:大中型企业自研“企业大脑”的最大瓶颈在于客户关系的精准数学与语义建模,而这正是 Lightfield 的底层强项。 --- ### [50:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=3000s) 业务决策的水晶球与穿越转型周期的唯一法则 谈及最令自己心潮澎湃的远景时,Keith 表示他将 Lightfield 定位为支撑企业战略规划的“预测水晶球”(Crystal Ball)。每天最激励他的,是看到企业决策者利用 Lightfield 解决最棘手、影响最深远的战略命题——例如“下个季度应该招募多少名销售代表”、“接下来该立项研发哪一款产品”、“市场扩张的切入点在哪里”。他分享了一个真实的客户案例:一家原本专注 Enterprise 大客户的软件企业,通过 Lightfield 对全盘销售互动与流失数据的推演分析,意外洞察到他们必须立刻研发一款面向中端市场(Mid-market)的轻量级产品线,并由此成功开辟了全新的增长飞轮。Alex 总结道,在所有人都能快速产出代码的“极大主义时代”,真正的胜负手正是 Lightfield 这类汇聚了全量数据与上下文的智能系统;过去需要依赖庞大商业分析与数据运营(Ops)团队编写 SQL 才能完成的复杂决策,如今创始人只需在周末花一个下午与 Lightfield 对话,就能得出具备高阶推理深度的战略蓝图。 访谈最后,Joe Schmidt 请 Keith 为那些正处于痛苦转型(Pivot)阶段、渴望重构出下一个传奇产品的创业者提供一条最重要的建议。Keith 结合从 Tome 到 Lightfield 这一路剥皮抽筋式的转型经历总结道: > “在转型过程中,你身边几乎所有的杂音都毫无意义。你唯一需要做的,就是找到真实的痛点,拥有解决该痛点的产品灵感,并对你的客户保持近乎病态的专注(Maniacally Focused)。其余的一切,统统都是噪音。” Keith 回忆道,在团队经历最艰难的调整时,周遭充斥着各种无关痛痒的干扰:有人抱怨办公室让人联想到昔日的辉煌,有人挑剔公司提供的餐食缺乏灵感,还有人终日焦虑员工期权该如何重新定价。“坦率地说,这些没有一样真正重要。创业者唯一能做的,就是戴上眼罩,屏蔽掉所有的噪音,把所有力量死死钉在业务的核心本质上。” - **战略推演实例**:某企业客户借助 Lightfield 的业务世界模型,精准测算出企业必须开辟 Mid-market 新产品线,从而实现了业务二次爆发。 - **降维取代传统数据团队**:将前沿大语言模型与全量商业上下文相结合,使以往依赖数名分析师耗费数周的 SQL 场景推演,浓缩为数小时的沉浸式对话。 - **给转型创始人的箴言**:彻底忽视有关办公室、福利待遇或期权重新定价等外部噪音,将全部心力倾注于“核心客户痛点”的暴力破解。 ## Notable quotes > [00:52](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=52s) 说来有些讽刺,但骨子里我们没有一个人真正喜欢这个产品。归根结底,作为一名创始人,你必须真正热爱自己正在打造的东西,并为客户能用上它而感到兴奋。但无论我们怎么努力,就是做不出真正高品质的演示文稿。 — Keith Peiris > [05:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=300s) 如果我们能为一家企业重构其商业现实,建立一套既能让机器深度理解、又能让销售人类轻松把握的模型,这无疑比我们之前做的事情要伟大、持久得多。 — Keith Peiris > [07:29](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=449s) 只要你愿意在日常业务中把我们新开发的 CRM 当作主力系统来用,你们全团队就可以免费搬进我们的办公室办公。 — Keith Peiris > [09:15](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=555s) 那些销售人员根本就不愿意去手动更新维护 CRM。 — Keith Peiris > [18:48](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1128s) 最优秀的公司拥有的不是客户,而是人质 — Alex Rampell > [30:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=1800s) 这就是我们的本职工作。我们的态度是:数据完全归你所有,你可以自由使用;而我们将全力以赴,每天都在用极致的体验去赢取你使用我们工具提升生产力的权利。 — Keith Peiris > [35:54](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2154s) 过去人们常说‘人类一思考,上帝就发笑’;而在当下这个时代,变成了‘人类一规划,OpenAI 就发笑’。 — Keith Peiris > [38:36](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2316s) 这是否符合我们的长期使命?如果不符合,坚决不接。 — Keith Peiris > [40:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=2400s) 我们有些客户融资了 2 亿美元,但销售团队目前只有 3 个人。他们未来一定会变成巨头。我们现在把他们服务到极致,就是为了拿到最有力的标杆客户(Reference Logos),以便未来敲开医疗、金融科技或传统制造等行业的大门。 — Keith Peiris > [50:00](https://www.youtube.com/watch?v=K5yGLO8c6T0&t=3000s) 在转型过程中,你身边几乎所有的杂音都毫无意义。你唯一需要做的,就是找到真实的痛点,拥有解决该痛点的产品灵感,并对你的客户保持近乎病态的专注(Maniacally Focused)。其余的一切,统统都是噪音。 — Keith Peiris ## Mentioned Keith Peiris, Alex Rampell, Joe Schmidt, Lightfield, Tome, Salesforce, Meta, Instagram, Messenger, Power, Gong, Snowflake, Slack, Linear, Figma, Zendesk, HubSpot, SugarCRM, SAP, Siebel, IBM, ElevenLabs, OpenAI, ChatGPT, Y Combinator ## 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. Timestamps: 00:00 - Intro 00:52 - From Tome to Lightfield: The Pivot Story 02:28 - Why Not Just Wait for the Technology to Get Better? 07:29 - Knowing You're Onto Something With the New Product 09:15 - CRM as a Repository: What's Actually Broken Today 11:18 - The Architecture Choices That Make Lightfield Work 18:48 - Greenfield vs Brownfield: Cracking the CRM Market 25:27 - Skeuomorphic vs Natural Language: The Product Trade-Off 30:56 - Pricing in the AI Era & Outcome-Based Models 36:22 - Company Culture, Velocity & Shipping Speed at Lightfield 40:02 - What Worries Keith Most Right Now Resources: Follow Keith Peiris on LinkedIn: https://www.linkedin.com/in/keithpeiris Follow Alex Rampell on X: https://x.com/arampell Follow Joe Schmidt on X: https://x.com/joeschmidtiv Learn more about Lightfield: https://lightfield.app Stay Updated: If you enjoyed this episode, be sure to like, subscribe, and share with your friends! Find a16z on X: https://twitter.com/a16z Find a16z on LinkedIn: https://www.linkedin.com/company/a16z Listen to the a16z Show on Spotify: https://open.spotify.com/show/5bC65RDvs3oxnLyqqvkUYX Listen to the a16z Show on Apple Podcasts: https://podcasts.apple.com/us/podcast/a16z-podcast/id842818711 Follow our host: https://x.com/eriktorenberg Please note that the content here is for informational purposes only; should NOT be taken as legal, business, tax, or investment advice or be used to evaluate any investment or security; and is not directed at any investors or potential investors in any a16z fund. a16z and its affiliates may maintain investments in the companies discussed. For more details please see http://a16z.com/disclosures. [Source](https://www.youtube.com/watch?v=K5yGLO8c6T0)

Source quotes

[0:52] Keith Peiris: 说来有些讽刺,但骨子里我们没有一个人真正喜欢这个产品。归根结底,作为一名创始人,你必须真正热爱自己正在打造的东西,并为客户能用上它而感到兴奋。但无论我们怎么努力,就是做不出真正高品质的演示文稿。 [5:00] Keith Peiris: 如果我们能为一家企业重构其商业现实,建立一套既能让机器深度理解、又能让销售人类轻松把握的模型,这无疑比我们之前做的事情要伟大、持久得多。 [7:29] Keith Peiris: 只要你愿意在日常业务中把我们新开发的 CRM 当作主力系统来用,你们全团队就可以免费搬进我们的办公室办公。 [9:15] Keith Peiris: 那些销售人员根本就不愿意去手动更新维护 CRM。 [18:48] Alex Rampell: 最优秀的公司拥有的不是客户,而是人质 [30:00] Keith Peiris: 这就是我们的本职工作。我们的态度是:数据完全归你所有,你可以自由使用;而我们将全力以赴,每天都在用极致的体验去赢取你使用我们工具提升生产力的权利。 [35:54] Keith Peiris: 过去人们常说‘人类一思考,上帝就发笑’;而在当下这个时代,变成了‘人类一规划,OpenAI 就发笑’。 [38:36] Keith Peiris: 这是否符合我们的长期使命?如果不符合,坚决不接。 [40:00] Keith Peiris: 我们有些客户融资了 2 亿美元,但销售团队目前只有 3 个人。他们未来一定会变成巨头。我们现在把他们服务到极致,就是为了拿到最有力的标杆客户(Reference Logos),以便未来敲开医疗、金融科技或传统制造等行业的大门。 [50:00] Keith Peiris: 在转型过程中,你身边几乎所有的杂音都毫无意义。你唯一需要做的,就是找到真实的痛点,拥有解决该痛点的产品灵感,并对你的客户保持近乎病态的专注(Maniacally Focused)。其余的一切,统统都是噪音。

Source quotes

[0:52] Keith Peiris: none of us liked the product. [2:28] Keith Peiris: no amount of general reasoning gets you past that. [5:00] Keith Peiris: We'll do this for free. We'll do great presentations for you and let's see where it goes. [16:30] Alex Rampell: The best companies have hostages, not customers. Like SAP has hostages—that's a brownfield. [20:00] Keith Peiris: Hey, can we beat one of these startup CRMs? [22:15] Alex Rampell: I'm not using that f***ing thing. [34:44] Keith Peiris: Where we've landed at the moment is we have to charge for the work; we can't quite charge for the outcome in this space for now. [36:22] Keith Peiris: people playing house [36:22] Keith Peiris: Man plans and God laughs; now it's man plans and OpenAI laughs. [45:00] Alex Rampell: nobody ever got fired for buying IBM [48:45] Keith Peiris: 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.

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. 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. 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 expanding 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 again. Welcome back to the A60Z podcast. I'm Joe Schmidt. I'm joined by my partner Alex Rampell and Keith Paris. 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. 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, you know, mostly because we were consumer people and we thought like LLMs were going to change the way people communicate. And we were working on like 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 what was the, and tell us a who's... 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, you know, 2 million users a month. You know, people were lining up when we didn't have enough inference to, you know, 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'd say there are a lot of metrics behind it, but you know deep down I think at an instinctual level. I none of us liked the product which is kind of a funny thing to say like i think at the end of the day if you're a a founder you have to like love the product that you're building and you have to be excited for your customers to use it yeah and um we just couldn't for the life of us make good presentations you know uh and what i mean by that is you know we could never we could not see the path of like a high-quality discerning presentation maker using this tool in an indispensable way. We couldn't 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. And 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. I think it's called hopium. But how did you decide? I mean, this is probably the question that you were getting at, but like, why not just wait it out for the technology to get better? Because I mean, the leap between GPT-3 and GPT-6 with Astra 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 like 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, you know, because we were seeing 3.5 to 4 and seeing the leaps being made. The presenter, the audience, the relationship between the presenter and the audience, and like 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 The hardest part of what you just said and the most painful part is none of us liked the product. Yeah. That's hard if that's your entire life. [5:00] 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, you know, professionals tell expert stories, hard stories. So we were 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. Yep. So we reached out to them. at like 500,000 person companies around here. And we're like, hey, well, we'll do this for free. We'll do great presentations for you and let's see where it goes." So we ended up being used by a couple of sales teams and At 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? Yeah. Can you guys do some research? Can you help us qualify leads? Can you help us, like, understand companies for expansion? Yeah. And... At that point, we were like, Sure. You know, let's just follow the heat, see what happens. I think I think what makes early stage founders good at this is that you sort of have no priors. Yeah, 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 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. 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. 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. 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 like a go-to-market assistant. We got people to like it, and then we couldn't get anyone to pay for it. That's tough. To say that, you know, we had all of these AEs using it every day, but we had no pricing power 10 other companies and all of these companies competing for it. So we decided to shrink the team. Um, start from scratch and go and like reimagine the CRM from first principles that I think we built in 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. So we sort of looked at the only asset we had left, which was this giant office space we couldn't get rid of. And we were like, I'm going to post on X and 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 us Slack feedback about it like 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. And when you think about, I mean, did you start off saying, you know, I've used Salesforce and HubSpot and other things and like, here's what I want changed? Or I guess, how did you triangulate on like the job to be done? Because in one hand, like a CRM is just a repository, right? It's like... Customer relationship manageable the Europe here is the repository of all the information all the customer information. But on the other hand, it's also like this, you know, if you've talked to anybody who's run a sales team, one of their biggest pain points is like my stupid sales people don't update the CRM. And it's often like a stale uh you know repository but i guess like what what were the what were the governing principles if you will around like what was [10:00] broken with the world today, what were you going to do differently? Or was it like, let's just have people with negative pricing in my office, and 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 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's interesting now it's 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. So we actually looked at, you know, the sort of the Facebook timeline. and we were like, we just need to model the chronological relationship between your business and this business. 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 Interesting 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'd expect, right? Of like updating fields, updating stages, and so on and so forth. But you always have this like canonical log of 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. Yeah, so we actually tried going fully unstructured and we found that the queries just took too long. Yeah, yeah, . Right, you sort of have the needle in the haystack problem. So we ended up finding this semi-structured approach where we store gobs of unstructured data in this activity log Cool 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. Well, maybe give it, because I think this is a good point, like maybe give an example of like, what does that mean? How is it actually used at the end state? Yeah. So, you know, 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? You know, and if you ask Lightfield this open question, like, you know, what should we sell to them? What, you know, 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 are their tickets look like? And then it could also go to the product usage, which is just stored as like activity log entries. You're like, well, they haven't logged in in a month. Maybe you should try to sell them more stuff. Yeah. And then if you want to like compare, because, you know, the most common question is like, which of these accounts should I work on expansion? Now it can like traverse the sort of CRM schema and then dive deep into, you know, into the log of each customer to give you a good answer. So interesting. How do you think how did you think about making the initial [15:00] experience and like the initial configuration of all of this intuitive for a small mid-sized even large company. I think we had this view that's uh well it's funny we spoke to a lot of CRM consultants and you know we started to write down like what is it that you do right and we found that uh the biggest most consequential decision they help you with is your your data model. Yeah 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 and it's over. We're like, can we be, you know, effectively schema-less? Just to say that, like, you know, 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. You know, if you change your minds about the fields, you can just traverse the activity log and refill them. So we ended up with this like schema-less 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 like intelligence is greater than schema That the crux So it feels like a consumer product You just press sync you wait five minutes and it there Well if you go back to the really old days It 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 SQL but like you know var car. Yeah, that's variable character and you would actually pre-define Define 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 bit and every byte, you would literally predefine the maximum number of characters for a column in a table. And now it's like no skeet. It's just fun. It's just fun. Yeah. So the times have changed. Yes, yes. Intelligence is greater than schema. Maybe drafting off of that intelligence thought, so much of the interesting things I think that are happening right now is you're giving someone the kind of chassis to commit intelligence at really hard problems That example you gave on a CSM saying how do I upsell this customer What the most exciting or most random or interesting thing someone doing with Lightfield today that they couldn 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. Yeah. Other ones. So I love our customers that of strange business models where they just need to model different things. We have this company, Power, and they work with 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 the world and then do matching on the B2C side as well as with the right pharmaceutical company So there sort of like collisions happening And Lightfield actually helped someone with Alzheimer find frontier treatment within days That 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 but like there's a saying that joe's heard me use a million times like 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. Maybe now you should use a cloud based vendor. And that's kind of like that's 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 hostile [20:00] is 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 and I guess like when you were thinking through I mean going back to the 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. So I think we had this perspective that, you know, building a revenue team is a very rich problem set. It's something that everyone cares about. It could always be done better. So we like, 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're like, how do we win a new company? It's actually my chief of staff and I doing LinkedIn prospecting, emailing YC companies. You know, being like, hey, can we beat one of these startup CRMs? 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 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 now have customers that had like zero reps when they joined us now who have, you know, a hundred reps. So we've been able to like look inside and figure out like what problems are we solving for you that you actually care about? Yeah. And it seems like it was actually a little higher level than we had even anticipated. If you looked at all of the AICRM 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, right? Of like lead scoring, 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 like you know better understanding your company So you can steer your company in this sort of like chaotic era of company building But it took us honestly like six months of having customers like that staring at them to sort of for that to emerge. Yeah, 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 started one of my first companies, I was so adamant about not paying $85 a month for Salesforce that I used this thing called Sugar CRM, which was 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. And like, it's like, I was like, it's easier, it's better. But like, 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 like training people per se, but like, there's also that gap. So it's one of the things that is seldom understood about like Greenfield versus Brownfield is that like the Greenfield people hire Brownfield like VPs that actually like make product or sorry make uh 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 um it's a good question one of our design principles early on was that 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, you know, 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 where we're like, we're going to give this thing away for free to anyone in the company. And one, it helps the company, it helps Lightfield, you know, to just understand what engineering is doing, what customer support is doing, what finance is doing. The other thing is that it'll create real company network effects that make it harder to rip and replace us. So we've been at a few companies now where the seasoned VP of sales comes in and they're like, this is cool, but I only know how to use sales. [25:00] for us because I've been trained that way. And the rest of the company is like, "Well, hold on. You know, this is like how the engineers understand customers. This is how finance does revenue recognition. This is how customer success does account scoring." 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 skeuomorphic? Like, here's the CRM that you're used to, and it's also blue, and blah, blah, blah. Or is it, you know, 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. Light people just tell you when something happens. Like, how do you think about those kind of product tradeoffs, which 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, like, right now I'm the de facto sales manager at the company, and I still run all of our meetings from the spreadsheet view of my 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, so it's fine. 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, right? It's like, How does the pilot know what these, there were like 9,000 switches. 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 dp 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 to build something great is just make it so intuitive yeah that like even a five-year-old can do it yeah um there's a whole category on reddit called eli5 explain like i'm five right like uh so it kind of feels like the cool thing i mean i don't know if you're the you're the boss not me but like it 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. Yeah. It's almost rendered anachronistic. Yeah, this is true. And we I feel like we run into this in different ways. Right. Which is to say that we haven't won the war on, you know, deterministic dashboards. I think everyone wants to look at the same dashboard every morning when they're drinking, get their coffee. Me too. But they're all hopefully it's revenue going up. It's always, 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? Of, 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, we're like, no, you just chat with the agent, the agent writes out a recipe for you. 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 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 all the elements of this and just say a little bit more about that movement and and how you're responding at Layfield. 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, right? And we tell our customers that we take a lot of pride in the modeling and the accuracy of your business. We... built her own email [30:00] sync, we built our own Slack sync, we built our own data warehouse sync, and we are proud of how high performance our database is. And then you can take that wherever you want. So we've actually had a couple of customers that would, you know, 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, You know, 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, you know, 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 you need? Maybe zero, right? That's pretty scary. Then there's kind of like outcome based pricing. But like, what is an outcome? It's like, am I selling the thing? What if I just have like a happy customer forever? Like, you know, I'm still using CRM for that. 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 SaaSpocalypse, 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 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 to to find the efficient frontier we started with pure seat pricing um because it just matched the sort of salesforce hubspot world uh it was I think it was received really well by our customers, but then the head was using 10,000x more than the tail. 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. So then we started talking to customers. We realized they're sort of like, 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 receipt pricing. They're like, "I don't want to think about the like 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, that can convert to revenue. 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. 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, [35:00] you know, maybe the most undiscovered part of Lightfield, of you've got this you know, a little like crystal ball or snow globe of your company. And now 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, you know, you'll pay for the alpha there. I changed my sales process after letting GPT-6 rip on my field for a couple of hours on the weekend. seat for core CRM and we do consumption for everything else and 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. Of course. It would be incredibly efficient for us to do outbound prospecting for OpenAI. They'd have incredible outcomes. They are interested. And it would be incredibly inefficient for me to do outbound prospecting for a seed stage startup with no website. where we've landed at the moment is we have to charge for the work yeah uh we can't quite charge for the outcome in the space uh for now yeah maybe from when you started tome to today how is the actual like work 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, you know, in this era of company building. Sort of 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 is 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. And then if you're a specialist, you sort of like work on – 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 you know, view of the future. I just don't know how you, how do you, how do you manage that process? Yeah, I would say that it's, um, it's always this push and pull of, you know, each week we like meet about road mapping in GTM and we just edit it. Yeah. And we're like, Yes, we have this customer that asked for this. Like, how does it fit into the mission? It doesn't. So I think it's just this like constant editing to make sure that what's coming out of the company is coherent. We also, 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 [40:00] mine 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 in this really interesting environment. And maybe I'll share something from the past. Before we started Lightfield, I read all of these, like, Tegus reports about people moving off of, you know, flavor of the month CRM to Salesforce. And I remember reading this one about... one of your portfolio companies 11 labs where they were on you know one of these startups CRM yeah and um then uh 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 Eleven Labs were tired of asking for dashboards and moved to Salesforce. of 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 100 not two you'd have the product manager you'd have the designer and then you'd have like nine engineers and you would have things that would be like booked out until like 2028. 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 tradeoffs of like, am I prioritizing this customer that I know? Like, shoot, I have this amazing company. They're going to turn 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. 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 could theoretically have like unlimited product managers and engineers in your company? It's funny, in Lightfield, we sort of built this skill where we 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. I think in a competitive space, you often don't get the initial land that you would have expected because it's just important to win every company. But you're like, by year three, by year five, this is not going to matter because you'll be a huge company. You will be an important part of you. perspective of like what's sort of the expansion value of this account over a three-year time. How do we prioritize? I think because of that we've like leaned more towards building for our fastest growing customers than you know our average customer yeah but uh but i would say at the same time we have to build everything and you know 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 uh i kind of like to joke that's that AI is almost overhyped in Silicon Valley. I don't think it is. And it's massively underhyped outside of this little region of the world. And part of it is people haven't tried things in years. They're like, oh, I tried ChatGPT 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. into like the rest of the country, the rest of the world, where that's a very, very, it's the same type of customers. They have products, they have employees, they have salespeople, they sell things, they want reports, but they're 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 rest of the world and be like, all right, we've got we've got health care or we've got, you know, FinTech or whatever it is. not as efficient revenue capture, but actually just like efficient marketing capture. [45:00] to go out there and be like, all right, 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. 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 mean, he's the fields example. So just bear with me. But like, I'm showing 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 it's really peculiar i always found that where it's like it's the 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 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 the contact information like all that stuff is the same. But like why is it is it just like they care because they there's just so much trust associated with the product. I think so I think. in many ways your your crm is maybe harder to move off than your bank yeah yeah um until i feel yeah yeah exactly and then we make it easy we've yeah we've made it a lot easier um but i i think in terms of like the mental overhead yeah you just do not want to choose the wrong one yes um and and because of that i think that the reference ability goes a long way um on the way in i was telling joe 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. And I think it's I think that's just part of the game. You know, if I imagine even myself, like, you know, I don't want to choose the wrong ERP. Yeah. You know, so I probably want to choose the ERP that companies who look like me chose. Right. So that I never have to think about this after I buy it. Yeah. Do you 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 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 this? It's free, right? But like the support, is it free? Like the salary that I'm paying him or her is it free? But do you run into people that are trying to DIY or is that is that kind of over 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 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. 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 uh 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, you know, 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 like, okay, in this world of maximalists, and you can build for anyone. Actually, the answer is having a tool like Lightfield. Like if you just have all of this data and all this context, [50:00] actually be data-driven. And this is the exact opportunity to throw frontier intelligence at a really complicated decision, right? And it's 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. Um, Maybe my last question for you is there's a lot of people that may, I think there, at least there'll 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 focus on the core. Yeah. Well, 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.