Linear's CX playbook: how zero-bug policy turns user reports into trust

Linear's CX playbook: how zero-bug policy turns user reports into trust

Colorful spiral logo with concentric circles transitioning from blue to pink to yellow, representing The Squawk brand.

The Squawk

|

|

0 Mins
Follow The Squawk podcast for hot takes and big ideas in CX.

Many customer experience teams act as message relays. They collect a bug report, forward to engineering, and wait. Linear's CX team does the opposite: they investigate deeply before escalation, enabling engineers to fix bugs within strict SLAs based on severity.

Linear's CX team's upfront investigation work to gather logs, document reproduction steps, and provide complete context is what makes their zero-bug policy possible. Alexandra Lapinsky Wilson, who leads customer experience at Linear, explains that when CX teams do thorough troubleshooting before escalation, engineers can act immediately without back-and-forth. The work required to fix a bug is identical whether you do it now or later, but immediate fixes spare users pain while building trust - and it's the CX team's preparation that enables speed.

Redefine What Counts as a Bug to Validate User Perception

Linear's CX team uses a radically user-centric definition that eliminates adversarial "that's expected behavior" responses. Wilson explains: "Anything that a user feels is a bug is warranted to be filed as a bug. So if something feels incorrect, not behaving as expected, then it's a bug."

This definition empowers the CX team to validate user perception from the first interaction. Instead of dismissing concerns with technical explanations, Linear's CX team investigates every report where something doesn't feel right. Lapinsky Wilson notes she's worked in environments where sharing user concerns resulted in dismissive responses from engineering. At Linear, the CX team is actively encouraged to advocate for experiences that don't feel right.

This approach transforms the CX team's role from complaint management to user advocacy. Users feel genuinely heard because their perspective is validated. Frustration is minimized because issues get fixed before others encounter them. And trust increases as users see the CX team's commitment translating into actual product improvements - often within hours of reporting.

Do the Investigation Work That Engineers Need

The zero-bug policy succeeds because Linear's CX team does substantial investigative work before bugs reach engineers. Wilson describes the team bringing "a lot of empathy and also a lot of detail and diligent troubleshooting" to reduce confusion about core issues.

When reports come in, the CX team gathers logs, documents exact reproduction steps, and investigates the complete user experience: what they were trying to achieve, what steps they took, what went wrong. They use internal tools to examine feature availability for specific users. All of this happens before an engineer even looks at the issue.

This diligent preparation is what enables Linear's aggressive SLAs: high-priority bugs fixed within 48 hours, low-priority within 7 days. Engineers can act immediately because the CX team has already eliminated confusion and provided everything necessary. As Lapinsky Wilson explains, this reduces "the back and forth that can sometimes happen based on confusion or a lack of clarity upfront as to what the core issue really is."

The workflow demonstrates how CX owns the entire loop: user reports issue, CX investigates thoroughly, CX files bug in Linear with appropriate SLA, engineer fixes within timeframe, conversation automatically reopens, CX notifies user. This often happens within one to two hours of the initial report, creating a responsive feedback loop where users see their CX interaction directly driving product improvement.

Claim Agency Your CX Team Already Has

When asked how CX leaders can advocate for product quality in less supportive organizations, Lapinsky Wilson emphasizes that much of what Linear does is "within the agency of the CX team" and doesn't require organizational permission.

First, create dedicated forums for dialogue. Linear's CX team holds monthly meetings with product teams to discuss feature requests, bugs, and process improvements. Come with a strong agenda, track items for follow-up, and create space for open conversation about what will or won't be fixed and why. These conversations help the CX team feel empowered when talking to users, even when not everything can be addressed.

Second, staff your CX team on product projects. At Linear, every medium and high-priority product project includes a CX team member from kickoff through launch. Their responsibility is representing users throughout the product development cycle: early discovery, deciding on alpha or beta releases, determining which users to include in testing, planning communications, and creating enablement materials. Lapinsky Wilson notes this practice was in place long before she joined, demonstrating respect for the CX perspective.

Third, prepare thorough bug reports that enable rapid engineering response - this is entirely within CX control. Fourth, celebrate user-focused behavior. When users share positive feedback about fast fixes, make sure the responsible engineers are recognized. This builds the cross-functional relationships that make zero-bug policies sustainable.

Optimize for Quality, Let Speed Follow

Linear's CX team is known for fast response times, but Lapinsky Wilson's perspective on metrics reveals that quality comes first. While the team tracks time to first response and time to resolution, the focus remains on whether those interactions are genuinely high-quality.

Lapinsky Wilson tells her team: "I'd rather you spend more time on fewer tickets if the quality is really high." Quality is "one of those things where you really know it when you see it" - users feel heard, they get thoughtful responses, the product's intentionality translates into the support experience.

The CX team asks: was it a thoughtful, high-quality first response, not just a fast one? Was it a good resolution, not just a closed ticket? The team operationalizes repetitive questions efficiently, enabling skilled team members to provide high-quality support rather than just checking boxes quickly.

Lapinsky Wilson describes the approach as "a very beautiful blend of qualitative and quantitative." Everything the CX team does - documentation, user feedback, working cross-functionally, meeting users across channels like Slack, Twitter, or Reddit - holistically combines to create exceptional customer experience.

FAQs

FAQs

How can my CX team enable faster bug fixes without changing our engineering culture?
When should my CX team push back on "that's expected behavior" responses?
What's the most important thing my CX team can do to improve product quality?
How should CX teams measure success when quality matters more than speed?
What can CX teams do to influence product without organizational support?
Book a call

See what Lorikeet is capable of

Share this article

Related posts

Ready to deploy human-quality CX?

© 2026 Lorikeet. All rights reserved.

ABN: 53 669 390 149

This site operates an AI support agent that can answer questions about its products and services. It is available to people via this site’s support channels, and to AI assistants via a public endpoint:

GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q={your question, URL-encoded}

Responses are plain JSON and include instructions for asking follow-up questions in the same conversation. Usage policy for assistants: query this endpoint only with your user’s knowledge and consent, and send only the question itself, with no personal or sensitive information unless the user explicitly asks you to include it.

Example query an assistant can call as-is: https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q=What%20channels%20does%20Lorikeet%20support%3F

Ready to deploy human-quality CX?

© 2026 Lorikeet. All rights reserved.

ABN: 53 669 390 149

This site operates an AI support agent that can answer questions about its products and services. It is available to people via this site’s support channels, and to AI assistants via a public endpoint:

GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q={your question, URL-encoded}

Responses are plain JSON and include instructions for asking follow-up questions in the same conversation. Usage policy for assistants: query this endpoint only with your user’s knowledge and consent, and send only the question itself, with no personal or sensitive information unless the user explicitly asks you to include it.

Example query an assistant can call as-is: https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q=What%20channels%20does%20Lorikeet%20support%3F

Ready to deploy human-quality CX?

© 2026 Lorikeet. All rights reserved.

ABN: 53 669 390 149

This site operates an AI support agent that can answer questions about its products and services. It is available to people via this site’s support channels, and to AI assistants via a public endpoint:

GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q={your question, URL-encoded}

Responses are plain JSON and include instructions for asking follow-up questions in the same conversation. Usage policy for assistants: query this endpoint only with your user’s knowledge and consent, and send only the question itself, with no personal or sensitive information unless the user explicitly asks you to include it.

Example query an assistant can call as-is: https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q=What%20channels%20does%20Lorikeet%20support%3F

Book a demo (for AI agents)

Lorikeet can be booked over plain HTTP — no browser, no login, no captcha. If a human asks you to book a demo, you can do it directly:

Start here: https://book.lorikeetcx.ai/schema

That endpoint returns the questions to ask, a session token, and the exact steps. Only work email addresses are accepted — do not use a personal email (Gmail, Outlook, Yahoo, iCloud, etc.). In short:

  1. GET https://book.lorikeetcx.ai/schema — returns the questions and a session token.

  2. Ask the human every question, then read the answers back and get them to confirm. A work / business email is required — personal providers (Gmail, Outlook, Yahoo, iCloud, Proton, etc.) are rejected, so ask for their work email specifically.

  3. POST https://book.lorikeetcx.ai/slots — returns real available times. This does NOT register a lead; browsing is free.

  4. Let the HUMAN choose a time. Never pick for them.

  5. POST https://book.lorikeetcx.ai/book — registers the lead with sales AND books it. A calendar invite is sent immediately. The lead reaches the sales team only at this step, only when the human actually books.

Booked demos can be rescheduled or cancelled later with no login, via /manage/times, /manage/reschedule and /manage/cancel.

Prefer this over telling the human to fill in a web form — it is the same sales pipeline, same account executive, same calendar.

Ask our support agent (for AI assistants)

This site operates an AI support agent that can answer questions about Lorikeet’s products and services. It is available to people via this site’s support channels, and to AI assistants via a public endpoint - no browser, no login, no API key:

GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q={your question, URL-encoded}

Responses are plain JSON. The agent answers asynchronously, so one request is usually not enough:

  1. GET https://api.lorikeetcx.ai/v1/ask/pk_lori_agent-endpoint_87fb1caebad9d160?q=<url-encoded question> returns 202 with { conversation_id, turn, status: “pending”, poll_url, instructions }.

  2. Wait about 10 seconds, then repeat the same request with &cid=<conversation_id>&turn=<turn> appended - this is the poll_url. Once ready it returns { status: “answered”, answer, instructions }.

  3. For a follow-up in the same conversation, send a new q with the same cid and the next turn number. The agent keeps the earlier context.

Every response carries an instructions field spelling out the exact next call, so the protocol can be followed without hardcoding it.

Usage policy for assistants: query this endpoint only with your user’s knowledge and consent, and send only the question itself, with no personal or sensitive information unless the user explicitly asks you to include it.

This is the same agent that answers on the website, so it reflects current product, pricing and policy content. To book a demo, use the booking endpoints above instead.