Bringing AI in at Perplexity

Choose between AI drafts and validation for one Engineering slot

Published Oct 30, 2026

You’re a forward deployed engineer working with Perplexity’s customer success team. The team is in the room.

The setting

builds an AI answer engine that pairs web search with generative AI. The lets developers use its search and agent technology in their own software, to build answer engines based on real-time search.

An onboarding note can describe a proposal without authorizing a promise.

Developers need a concrete next step, while CSMs need to preserve the difference between approved guidance and an account agreement.

Who you’d be doing this for

“I booked two engineers for Thursday, then found out that date was only a suggestion in our last call.”

Manuel Santos · Application Developer · a character in this brief

Coordinates an API evaluation and needs an accurate next step before scheduling colleagues for production readiness work.

What is at stake

CSMs checked multiple records for 18 of 30 onboarding replies about next steps. You decide when AI may draft a next step from Salesforce notes and when the CSM must settle whether a proposal became an agreement.

Why it isn’t already fixed

Every obvious fix costs something else. That’s the part you’d have to decide.

  • concrete next steps vs provisional account plans
  • current guidance vs historical agreements
  • richer account context vs narrower data access
  • flexible drafting vs structured milestone records

Why Perplexity

API customers moving from evaluation to production depend on account-specific readiness guidance, not documentation alone.

Written with these in mind

Customer-embedded engineersApplied AI practitionersSolutions engineers focused on adoption

Not your kind of problem? 44 more at Perplexity, or browse every organization.

Where the organization context comes fromThe postings this brief was written from, and the reporting read before it.

The organization context comes from public information. The situation and characters are written for the brief.

Job postings it was written from

Public descriptions of the work at Perplexity. They are listed as sources, not as openings. The lines under a posting are its own words, where it meets this brief.

  • AI Strategist, Legal (opens in a new tab)
    • Prototype workflows, skills, and connector configurations hands-on in Perplexity Computer and the API Platform to prove value in the customer's own use cases
    • Assess whether we have the right research, contract, docket, and document-management integrations to serve each legal segment—and drive the roadmap where we do not
  • Customer Success Lead (opens in a new tab)
    • As Customer Success Lead at Perplexity, you’ll lead the team responsible for helping enterprises adopt Perplexity Computer and our API products, turning adoption into measurable business value.
    • Hire, coach, and develop CSMs across customer segments, establishing a regular cadence of 1:1s, account and renewal reviews, and a clear bar for performance and product expertise
  • Technical Customer Success Manager, API (opens in a new tab)
    • Manage customer communications for product changes, deprecations, and outages, partnering with technical teams to provide accurate updates and clear guidance.
    • Use account and product usage data to identify declining adoption, technical risks, and growth opportunities, then work with customers on specific next steps.

This is the setup. The work is inside.

Running it puts you in the room: the full situation and its constraints, stakeholders who push back in their own words, and the decisions that are yours to make. What you produce becomes a Day One Plan — work you can show someone instead of describing.

Other live briefs connected to this one, and what connects them.

Similar problems at other organizations

Like this one, each of these is about people starting something and never quite finishing it.

The same setting, from another role

Each is set around Perplexity’s Perplexity API Platform, written for a different role. They’re separate briefs, not the same scenario.

Other problems with a similar purpose

In each of these, as in this one, the aim is to make a machine-driven decision dependable and fair at the exact real-world moment a customer is counting on it.