New opportunity

Sr Solution Sales - AI Platform

AryaXAI · Mumbai, India

About this role

This senior, customer-facing pre-sales role supports strategic enterprise sales of Lexsi’s AI platform and research-led technologies. The role focuses on establishing technical credibility in complex sales cycles, rather than running delivery projects. The platform helps enterprises build governed, auditable, production-grade AI systems without vendor or infrastructure lock-in, particularly in banking, financial services, insurance, and other high-risk domains.

Responsibilities

  • Lead technical discovery, solution design, and executive presentations for large, multi-stakeholder customers across Europe, the Middle East, and South Asia. Engage CXOs and leaders in AI, risk, and engineering.
  • Translate customer concerns about AI sovereignty, risk, governance, cost, and control into clear architectures and evidence-backed solutions.
  • Own the technical narrative in proposals, RFPs, and regulatory questionnaires, collaborating with research and engineering teams to ensure accuracy and feasibility.
  • Support advanced demonstrations and proofs of concept. Explain governed LLM gateways, explainability at scale, alignment and fine-tuning pipelines, and runtime observability.
  • Share structured customer insights with product, platform, and go-to-market teams.

Qualifications

  • Significant experience with AI systems and experience in pre-sales, solution architecture, or technical consulting tied to complex enterprise deals; no specific number of years is stated.
  • Experience building or shipping AI products and an understanding of modern ML systems. Ability to discuss explainability, alignment, evaluation, and deployment trade-offs with researchers and senior enterprise stakeholders.
  • Clear writing, confident presentation, executive communication, and the ability to shape solutions in ambiguous situations.

The position is full-time and on-site in Mumbai.

For full details about this role, click “Apply on company site” to view the employer’s original posting.

Skills for this role

AI solution architectureTechnical pre-salesMachine learningAI governanceAI explainabilityAI alignmentAI evaluationLLM gatewaysFine-tuningRuntime observabilityExecutive communicationRFP responsesProofs of conceptAI sovereignty

Your skill match

Checking your profile…

YOUR NEXT STEP

Get interview-ready for this role

A focused preparation guide, built around this job’s responsibilities and requirements.

✦ AI-generated guide
Preparation suggestions, not the employer’s actual interview questions. Always check the original posting for current requirements.
01

Understand the role

What matters most

  • Lead enterprise technical discovery

    The posting assigns this role technical discovery and solution design for multi-stakeholder customers across Europe, the Middle East, and South Asia. Focus on connecting the concerns of AI, risk, engineering, and executive leaders to a coherent architecture.

  • Establish credibility for governed AI

    The role must turn concerns about sovereignty, risk, governance, cost, and control into evidence-backed solutions. The posting emphasizes auditability, model optionality, and production-grade systems in high-risk domains.

  • Own accurate deal documentation

    The role owns the technical narrative in proposals, RFPs, and regulatory questionnaires, working with researchers and engineers to keep claims rigorous and feasible.

  • Make platform capabilities tangible

    The role supports advanced demonstrations and proofs of concept covering governed LLM gateways, explainability at scale, alignment and fine-tuning pipelines, and runtime observability.

  • Communicate across technical and executive audiences

    The posting calls for executive presentations and discussions of evaluation, deployment, and explainability trade-offs with both researchers and senior customer stakeholders. It also assigns the role structured customer feedback to product, platform, and go-to-market teams.

Likely challenges to think through

  • Reconciling stakeholder priorities

    Preparation hypothesis: Risk leaders may seek stronger evidence and controls while engineering leaders weigh flexibility, cost, and deployment constraints. Prepare a discovery framework that surfaces competing priorities and makes architecture trade-offs explicit.

  • Keeping research-led claims defensible

    Preparation hypothesis: A compelling demo or proposal can move faster than validation of its production limits. Prepare to distinguish demonstrated capability from proposed design, and identify which claims need research or engineering confirmation.

  • Explaining technical depth without losing the room

    Preparation hypothesis: Executives may need a concise account of governance and model optionality while technical reviewers expect detail on evaluation and observability. Prepare layered explanations that start with the decision and evidence, then expose assumptions and implementation trade-offs.

03

Practice your answers

Technical practice

How would you structure technical discovery with AI, risk, and engineering leaders?

What to coverThe posting calls for discovery across multiple enterprise stakeholders. Suggested preparation: explain how you would identify each group’s goals, constraints, decision criteria, and unresolved questions before proposing an architecture.

How would you design for AI sovereignty without vendor or infrastructure lock-in?

What to coverThe posting emphasizes sovereign, governed systems and model optionality. Suggested preparation: discuss which architectural choices preserve control and portability, and what evidence would substantiate those claims.

What would you examine when proposing a governed LLM gateway?

What to coverGoverned LLM gateways are explicitly named as a topic customers should understand. Suggested preparation: describe how you would establish the customer’s governance needs, explain the gateway’s intended role, and distinguish verified capabilities from assumptions.

How would you explain the value and limits of AI explainability at enterprise scale?

What to coverThe posting links explainability and auditability to high-risk deployments and names DL-Backtrace, without specifying its mechanics. Suggested preparation: discuss the evidence stakeholders would need and how you would avoid claiming that an explanation alone proves a system is safe or compliant.

How would you discuss alignment and fine-tuning pipeline trade-offs?

What to coverThe role includes explaining alignment and fine-tuning pipelines to researchers and enterprise stakeholders. Suggested preparation: compare the intended behavior changes, evaluation needs, operational effort, and governance implications without assuming a particular implementation.

How would you evaluate an AI system for a high-risk enterprise use case?

What to coverThe posting calls for discussion of evaluation trade-offs where failures are expensive and evidence matters. Suggested preparation: explain how you would agree on use-case-specific success and failure criteria, test against them, and communicate remaining uncertainty.

How would runtime observability support an auditable production AI system?

What to coverRuntime observability and auditability are both named in the posting. Suggested preparation: describe what operational evidence you would seek, how it would help investigate failures, and the trade-offs involved in collecting and retaining it.

How would you scope a proof of concept for a complex enterprise customer?

What to coverThe role supports advanced demos and proofs of concept during pre-sales, rather than owning delivery projects. Suggested preparation: outline a bounded customer question, measurable evidence, feasibility checks with engineering, and how you would report limitations.

How would you substantiate an AI governance claim in an RFP or regulatory questionnaire?

What to coverThe posting assigns this role the technical narrative in proposals, RFPs, and regulatory questionnaires. Suggested preparation: explain how you would trace claims to available evidence, confirm accuracy with research and engineering, and flag unanswered questions.

How would you present deployment, cost, and control trade-offs to an executive audience?

What to coverThe posting explicitly names deployment trade-offs, cost, control, and executive presentations. Suggested preparation: compare viable options against the customer’s priorities, state the evidence behind each trade-off, and reserve technical depth for questions.

Behavioural practice

Tell me about a time enterprise stakeholders disagreed on an AI solution.

What to coverThe role involves multi-stakeholder engagements with AI, risk, engineering, and executive leaders. Suggested preparation: use a real situation, your actions to clarify competing priorities, and the resulting decision or outcome.

Describe a time you corrected or narrowed a technical claim during a sales cycle.

What to coverThe posting stresses accuracy and feasibility when working with researchers and engineers. Suggested preparation: give a real example of the situation, how you checked and communicated the claim, and the result.

Tell me about a time you shaped a solution when requirements were ambiguous.

What to coverThe posting values operating in ambiguity and shaping solutions rather than following scripts. Suggested preparation: describe the situation, the questions and actions that reduced uncertainty, and the outcome.

Describe a time you explained a complex AI trade-off to senior stakeholders.

What to coverExecutive communication without losing technical credibility is central to this role. Suggested preparation: use a real situation, explain how you adapted your message while preserving nuance, and state the result.

Tell me about a time customer feedback influenced a product or go-to-market discussion.

What to coverThe role feeds structured customer insights to product, platform, and go-to-market teams. Suggested preparation: describe the customer signal, how you gathered and shared it, and what happened afterward.

02

Sharpen your knowledge

Topics to prepare

  • AI sovereignty, governance and model optionality

    Posting: The role frames customer concerns about sovereignty, risk, governance, cost and control, and explains systems without vendor or infrastructure lock-in. Revision exercise: compare two possible model and infrastructure choices, noting what changes for control, auditability and cost. Treat the comparison as preparation, not a claimed platform capability.

  • Explainability and auditability

    Posting: The role must discuss explainability with researchers and enterprise stakeholders; the description names DL-Backtrace as a research-led technology. Revision exercise: explain to a risk leader what evidence an explanation would need to provide, then list technical questions to verify with researchers rather than assuming how DL-Backtrace works.

  • Alignment, evaluation and fine-tuning trade-offs

    Posting: These topics appear in the qualifications and in the account of customer conversations. Revision exercise: take a hypothetical high-risk AI use case and compare alignment and fine-tuning options, evaluation criteria, failure modes and deployment trade-offs. Label the use case as hypothetical.

  • Governed LLM gateways and runtime observability

    Posting: The role helps customers understand governed LLM gateways and runtime observability. Revision exercise: sketch the questions a gateway and an operating AI system must answer about control, monitoring and evidence; distinguish those questions from unverified details of Lexsi’s implementation.

Skills to revise

  • Lead multi-stakeholder technical discovery

    Posting: The role leads discovery with CXOs and leaders in AI, risk and engineering. Practice a 20-minute discovery conversation: ask each stakeholder about objectives, constraints and required evidence, then summarize points of agreement and unresolved trade-offs.

  • Shape an evidence-backed solution architecture

    Posting: The role translates customer concerns into clear architectures and feasible solutions. Practice drawing a high-level architecture for a hypothetical regulated-enterprise use case; annotate governance, cost and control decisions, plus assumptions requiring research or engineering validation.

  • Present technical trade-offs to executives

    Posting: Executive-level presentations and clear communication are explicit duties. Practice a five-minute explanation of why governance, auditability and model optionality matter, followed by concise answers to a risk leader’s and an engineering leader’s objections.

  • Write defensible proposal and questionnaire responses

    Posting: The role owns the technical narrative in proposals, RFPs and regulatory questionnaires while checking accuracy with research and engineering. Draft a short response to a hypothetical auditability question; separate substantiated statements, proposed design and items needing internal confirmation.

  • Frame a proof of concept and capture customer insight

    Posting: The role supports advanced demos and proofs of concept and feeds structured insights to product, platform and go-to-market teams. As a preparation exercise, define a hypothetical proof-of-concept question, observable success criteria and limitations, then write a brief summary of customer feedback and open issues.

04

Your preparation checklist

  • Map a technical discovery conversation

    The role leads discovery with CXOs and AI, risk, and engineering leaders. Prepare a one-page question guide covering sovereignty, governance, cost, control, decision-makers, and evidence needed to advance a deal.

  • Build an AI product walkthrough

    The posting asks for experience building or shipping AI products. Prepare one project walkthrough, if available, showing your contribution, architecture decisions, evaluation and deployment trade-offs, and outcomes you can substantiate.

  • Practice a governed AI design exercise

    For interview practice, sketch a high-risk enterprise use case with model optionality, an LLM gateway, audit evidence, and runtime observability. Mark assumptions and explain where research or engineering input would be needed.

  • Rehearse an executive-level explanation

    The role requires technical credibility without losing senior stakeholders in detail. Prepare a short presentation explaining why governance, auditability, and model optionality matter, plus deeper answers on explainability and alignment.

  • Draft a sample technical response

    The posting assigns ownership of technical narratives in proposals, RFPs, and regulatory questionnaires. Write a brief sample answer to a governance or explainability question, distinguishing verifiable evidence from claims requiring internal confirmation.

  • Prepare a demonstration and feedback plan

    The role supports demos and proofs of concept and shares structured customer insights internally. Outline a proposed demo objective, success measures, feasibility questions, and a concise format for feeding objections back to product and go-to-market teams.

  • Ask about role boundaries and platform evidence

    Prepare questions about how AryaXAI and Lexsi relate, what evidence supports platform claims, and how pre-sales coordinates with researchers and engineers. Clarify the balance between sales, solutioning, and project management, since the role text says it is not about running delivery projects.

AI-generated from the job information · Prepared Sep 30, 2026 (UTC)Useful preparation, not a guarantee of eligibility or an offer.

Availability last checked: 5 Nov 2026. Status can change after a check; confirm on the employer’s website. Report an issue · Our checking policy

KEEP EXPLORING

Similar AI jobs

Related skills and specializations in India. Matched to this role, not your profile.

Explore more jobs
Finding similar opportunities…