Sākshāt Goyal
Sākshāt GoyalProduct Designer
LinkedInResume

Designing AI experiences for deep analysis and traceability.

While leading the design of PANW’s Sales Workbench, I shaped the user experience for two critical AI features.

Anchored Follow-Ups help users converge on findings while avoiding the drift of long AI-generated narratives.

Trace reimagines “sources” for internal tools while reducing the effort required for verification.

Stakeholder
Palo Alto Networks
Skills
Product DiscoveryInteraction DesignAI-assisted Development and Prototyping
Year
2025-26
Role
Product Design Lead

The team

  • Chris FaraonProduct Manager
  • Jaswanth SinghFull Stack Engineer
  • Vineetha ShettigarEngineering Manager
  • Prasanna RathinasamiVP GTM Applications
  • Lavina PintoSVP Business Applications
  • Zhibo ZhaoStrategy and Transformation
  • Spandan MishraHead of AI and Data Science
  • Sandeep KadoorPrincipal Engineer
  • Aaditya GanapathyStaff AI Engineer
  • Senthilkumar SubramanianSoftware Engineer
  • Archana NehruHead of CX and GTM
  • Parthipan KrishnasamySalesforce Architect
  • Aarti GuptaProduct Engineer
  • Renuka JanagarajanStaff QA Engineer

Context:

Sales Workbench consolidated a wide range of tools into one platform where account teams could manage opportunities, accounts, telemetry, and other sales activities. The platform supported oversight of roughly $3B in annual pipeline activity while reducing movement between fragmented tools.

The consolidation also created an opportunity to introduce an AI assistant as an initial step toward AI-assisted workflows.

Sales Workbench, part of the Salesforce Account Executive Experience.

Problem:

As AI entered enterprise platforms, its narrative exchanges conflicted with the structured, tactile interactions familiar to users.

  1. An AI assistant was part of the planned experience, but users remained largely indifferent. They considered structured interfaces better suited to the detailed analysis central to their work.
  2. The effort required to verify an incorrect response continued to outweigh the benefits of AI.
Illustration: the tension between established interaction patterns and an AI-first future.

Approach:

Rather than applying AI across the workflow, we identified which tasks could benefit from it and which still required human judgment. Account teams across the Americas, EMEA, and APJC expressed mixed reactions to introducing AI into their workflows.

Discovery session with PANW’s EMEA Sales Leaders.
Manual explorations of AI interactions and use cases.
An opinion sketch used to challenge assumptions and realign the team.

Takeaway 01

AI is often pitched as delivering “insights,” but information workers need tools that help them examine evidence in depth.

Takeaway 02

Long chat threads increased cognitive load, making it difficult for users to maintain focus and avoid topic drift.

Takeaway 03

Teams often tried to automate work that required human judgment, rather than giving users better tools to uncover hidden challenges.

The focus shifted from generating isolated insights or reports to helping users work through ambiguous questions. AI could synthesize information from multiple sources, but users still needed structured, tactile controls to identify patterns and converge on a finding.

Initial prototype built with CopilotKit and a Codex shim.

Prototyping and technical hurdles:

With limited engineering capacity, generative UI appeared too costly for V1, so I built a prototype to reduce the uncertainty. Using CopilotKit, it passed the user’s UI context and chat prompt to a Codex shim, which selected an approved React component and returned its structured data.

The prototype gave engineering enough confidence to build a scalable solution on a forked CopilotKit repository.

A selected row becomes a removable prompt chip backed by a stable Salesforce object ID.

The verification issue:

Because the data changed constantly, users needed to verify responses quickly. Additional model reasoning added noise.

Transparency was relatively easy; the real challenge was the effort users spent on verification.

Rather than refining the visibility of a model’s thought process, I explored a conclusion-and-derivation response approach. The system responds with an answer and produces a concise, scannable evidence-and-decision trail.

Illustration comparing the user experience for verifying a response.
Initial iteration: a detailed explanation that was difficult to scan.
Final iteration: conclusion first, followed by numbered evidence steps.

For Trace, I built a taxonomy of process verbs to describe how the machine accessed information, and post-hoc verbs to describe what the model did with the data.

Each source included its last update time because opportunity and account data could change several times a day.

Interaction showcasing Trace.

Impact:

Within the first 90 days, one in three participants averaged more than two consecutive Anchored Follow-Ups per session, while one in five averaged more than four. Since each follow-up remained linked to a row or column, they formed connected chains indicating sustained investigation across several steps.

Within the first week, Trace prompted a new feature request: users wanted to capture a response with its trace and share it in Slack, Salesforce notes, or email.

We introduced Snapshot, which reached 27% usage overall, while 22% of anchored follow-up arcs ended with one.

Together with user feedback, these metrics provided our strongest observable signal that roughly one in five investigations reached a useful stopping point, producing a finding worth preserving or carrying into collaboration.

29%
3.2
27%
Merged production contribution: anchor-chip motion and related tests.

What I learned:

Progress begins somewhere between blind acceptance and complete dismissal.

I was uneasy about adding another chatbot that mimicked thinking and treated citations as decoration. But acknowledging discomfort while taking action led to some of the more unique experiences in the application, with a lasting impact.

I had to shift from asking myself “how do we add a chatbot?” to “what assumptions do we carry about the chatbot experience that might fail our users?”