How we assess
Every applicant goes through 5 gates: application, an AI-assisted screen, a live technical assessment scored by a practice lead, a client-fit interview, and reference and credential checks. The questions below come from the live assessment. We score answers on reasoning and trade-offs, not on recalling definitions.
20 technical questions with model-answer hints
Questions 1–10 (role-specific)
Question 1: How is designing for an LLM different from designing a rule-based chatbot?
Model-answer hint
Probabilistic outputs, guardrails instead of scripts, evaluation, prompts as design material.
Question 2: How should an assistant respond when it is unsure?
Model-answer hint
Signals uncertainty, asks a clarifying question, offers sources or a human.
Question 3: Design a fallback strategy for a banking assistant.
Model-answer hint
Graceful clarification, retry limits, escalation to an agent with full context.
Question 4: What belongs in a system-prompt guideline?
Model-answer hint
Role, scope, tone, refusal rules, formatting, safety constraints, examples.
Question 5: How do you evaluate a conversational experience?
Model-answer hint
Task success, groundedness, tone adherence, user trust ratings, failure taxonomy.
Question 6: When should an agent ask for confirmation?
Model-answer hint
Irreversible, financial or sensitive-data actions, balanced against friction.
Question 7: How do you handle Arabic-English code-switching?
Model-answer hint
Detects language, replies in the user’s language, tests mixed inputs and dialect samples.
Question 8: How do you show sources without overwhelming users?
Model-answer hint
Inline citations, expandable detail, only the most relevant sources.
Question 9: How do you work with AI engineers on prompt changes?
Model-answer hint
Versioned prompts, evaluation before release, joint trace reviews.
Question 10: Tell us about an AI interaction you redesigned after testing.
Model-answer hint
Evidence, the change made, measured effect.
Questions 11–20 (Design core)
Question 11: How do you decide what to research before designing?
Model-answer hint
biggest unknowns and riskiest assumptions first; method matched to the question and the timeline.
Question 12: How do you turn research findings into design decisions?
Model-answer hint
synthesis into insights, prioritised opportunities, a traceable link from evidence to design.
Question 13: How do you design for users with low digital literacy?
Model-answer hint
plain language, familiar patterns, fewer steps, forgiving inputs, testing with those users.
Question 14: How do you design within strict regulatory or legal constraints?
Model-answer hint
involve compliance early, treat mandatory content as requirements, offer plain-language alternatives, record approvals.
Question 15: How do you include people with disabilities in research and testing?
Model-answer hint
recruitment through partner organisations, assistive-technology set-ups, accessible materials, fair incentives.
Question 16: How do you present design work to executives?
Model-answer hint
problem and goal first, options with trade-offs, evidence, a clear decision request.
Question 17: How do you use generative AI tools in your workflow responsibly?
Model-answer hint
exploration and speed, human refinement, licensing and brand rules, no confidential data in prompts.
Question 18: How do you design error states and edge cases?
Model-answer hint
list failure modes, give clear recovery guidance, preserve user input, test with real data.
Question 19: How do you keep quality high when deadlines are tight?
Model-answer hint
protect critical journeys, reuse system components, agree what is deferred, record design debt.
Question 20: How do you work with engineers while a feature is being built?
Model-answer hint
available for questions, reviews preview builds, pragmatic adjustments, shared ownership of quality.
Interviewer tip: Ask for a real example after every answer. Strong candidates describe what they built, what broke and what they changed.
Practical task
Timebox 3 hours. Design the conversation experience for a government services assistant that answers questions about permit renewals and can start a renewal. Deliver an intent map, 2 detailed flows including failure and handover paths, a 1-page system-prompt guideline and 10 evaluation test cases with expected behaviour.
How to run it Share the brief 24 hours ahead or run it live. Ask the candidate to talk through trade-offs as they work; reasoning matters more than a finished artefact.
Red flags our practice leads watch for
- Designs only the happy path.
- Treats prompts as an engineering detail outside design scope.
- Has no method for measuring conversational quality.
- Gives the assistant human traits that mislead users about what it is.
- Universal flag: Vague answers that never reach a concrete system, number or decision the candidate personally owned.
The scorecard we use
Score each dimension 1–4 (1 = no evidence, 2 = partial, 3 = solid, 4 = exceptional):
| Dimension | Weight | What a 4 looks like |
|---|---|---|
| Technical depth, production judgement and security | 40% | Explains how and why, designs for failure and sensitive data, and knows each tool’s limits |
| Practical task and problem solving | 30% | Delivers a working solution with tests and documented decisions |
| Communication and documentation | 20% | Explains clearly to technical and non-technical audiences, in English or Arabic |
| References and regional context | 10% | References confirm the claimed scope; knows the frameworks and data-residency rules that apply |
Pass bar: weighted average of 3.0 out of 4 or higher, with no dimension below 2. The practice lead approves the final result.