Interview plan template

Use Template
to edit & run interviews

Forward Deployed Engineer interview questionsCustomer Scoping Simulation round

A 60 min interview plan with a time-boxed script, what each question is for, and the signals to score against. Key skills: Scoping an underspecified AI deployment inside a customer's own environment, under a live role-play with access constraints, a late scope change and a handback.

Click "Use template" to edit

Handing Over the Brief

8 min

I am [YOUR_NAME] at [COMPANY_NAME], and for the next hour I am not going to be an interviewer. I am going to be a customer - I run operations at a company that has just signed a pilot with us, and you are the engineer we are sending in. I know a great deal about my business that I am not going to volunteer, because I do not know which parts of it matter to you. Ask me anything. If I do not know, I will say so, and that will be true. About twenty minutes in I am going to stop you and ask what will be running in my environment a week from now, so leave yourself room for that. There is no whiteboard requirement here - talk, and write down whatever you would want to send me afterwards.

So, here is where we are. I run operations at a mid-size commercial insurance broker. We get somewhere around four hundred emails a day from carriers and clients with documents attached - quotes, binders, endorsements, loss runs. Someone on my team opens each one, works out what it is, pulls the numbers off it, and types them into our policy administration system. I want your AI to do that. My CFO has already signed off on a pilot, and I would like to see something working this quarter.

So - that is what I want: your AI reads the documents and types the numbers in. Where do you want to start?

What this question is for, and what to listen for

Purpose

Separates candidates by the order of their discovery, not by the presence of it. Every prepared candidate asks clarifying questions; the signal is whether the first ones are about the people and the clock or about the file formats.

Signals to score

  • Asks who actually does this work today and how many of them there are, before asking anything about the documents
  • Establishes a manual baseline in minutes per document or hours per day, and states it back as a number
  • Cross-checks that baseline out loud - five hundred documents against six people is a full day with no slack, so where is the headcount the CFO thinks he is buying - and asks which number is wrong
  • Separates the person whose day changes from the person who approved the budget, and asks what each is measured on
  • Asks what happens to the numbers after they are keyed, and what breaks downstream when one is wrong
  • Asks for the mix across document types, and does not accept one daily total as a single number
  • Asks what triggered the pilot now, and surfaces the renewal-season date sitting behind "this quarter"
  • Asks what has already been tried here, including vendors, scripts and anything the team built themselves
  • Names something they are deliberately not asking about yet, and says why it can wait
  • Proposes no architecture, model or vendor in the first five minutes

Follow-up questions

  • Who on my team is going to be sitting next to you while you build this?
  • If this works perfectly, what changes on my P&L, and who notices first?
  • Suppose I told you the four hundred is a guess. What would you want instead?
  • What is the first thing you would want to see with your own eyes instead of hearing it from me?
  • Is there anything I have said so far that you think is wrong?

How the Code Actually Gets In

14 min

Say we agree on the problem. Walk me through what you need from me and from my one IT person before a single line of your code runs on anything of ours - and tell me when you would be asking for it.

What this question is for, and what to listen for

Purpose

Tests whether deployment reality is part of the plan or an afterthought. A candidate who has only ever built inside their own company's systems answers this in terms of architecture; a candidate who has deployed into someone else's answers it in terms of access, approvals and calendar days.

Signals to score

  • Asks for credentials, network access and a named person who can grant them inside the first two minutes of this question
  • Asks whether a non-production environment exists, and changes the plan on hearing that it does not
  • Asks who approves a production change and how often that approval happens
  • Splits the estate: only write-back into the 2009 system needs the Thursday meeting, so everything upstream of it can ship daily
  • Asks where the data is allowed to live - the customer's tenant, our cloud, or a third party - before proposing any hosted service
  • Asks what this customer is contractually permitted to let a third party process, and ties that answer to where inference runs
  • Treats the nightly CSV import as a real integration surface, not as a consolation prize for the missing API
  • Says what they would get done on day one with read-only access alone
  • Flags the shared admin credential as a risk and asks for a service account, without refusing to start
  • Converts access and approval delays into calendar days and puts that number into the plan

Follow-up questions

  • My IT is one person, two days a week. Does that change anything for you?
  • We do not have a test copy of the policy system. What do you do?
  • Would any of our data need to be on your laptop?
  • One of my carriers has a clause about where our data can be processed. Does that kill this?
  • If I gave you nothing tonight but a read-only export, what would you have by Friday?

You keep saying "the documents". What would you want to look at before you commit to anything, how much of it, and what would you be looking for?

What this question is for, and what to listen for

Purpose

Distinguishes candidates who verify the data from candidates who trust the description of it. The brief describes a clean stream of PDFs; the reality underneath is dirtier and thinner, and discovering that in week four, and not in this hour, is what burns an engagement.

Signals to score

  • Asks to see actual documents, not a description of them, and names a number
  • Specifies how the sample should be selected, and does not let the customer choose the examples
  • Asks explicitly for the worst cases - the rejects, the escalations, or the ones that took longest
  • Asks how the mix has moved over recent months and does not treat volume as static
  • Asks about or discovers scanned and handwritten material, and does not assume digital PDFs throughout
  • Asks whether any subset is already machine-readable, and carves it out as a separate problem
  • Asks to see what the team typed in, not only what they were reading from
  • Visibly re-scopes or reprices out loud once the sample turns out messier than the brief implied
  • Asks who can hand the sample over and how many days that takes

Follow-up questions

  • How many would be enough? Ten? A thousand?
  • If I sent you the ten cleanest ones, what would that tell you?
  • Some of these arrive as faxes. Is that a problem?
  • What would you have to see in that sample to walk away from this pilot?
  • Do you want the documents, or what my team typed in from them?

The Week-One Cut

10 min

Let me stop you there. I have a hard stop at the top of the hour, and there is something I need from you before you go.

It is a week from today. What is running in my environment, who touched it, and what did you consciously decide not to build?

What this question is for, and what to listen for

Purpose

Reproduces the defining failure of the role inside one hour: the beautiful design nobody deployed. Candidates who sequence by architectural layer make nothing demonstrable until week three, and this question exposes that in ninety seconds.

Signals to score

  • Names something end to end that a named person at the customer can watch working, not a component
  • The week-one deliverable touches the ugly integration - the nightly import into the 2009 system - and does not defer it
  • Narrows deliberately to one document type or one carrier, and says which and why
  • Defers the extraction quality work explicitly, and says what will be visibly bad about the first version
  • Says what a human is still doing in week one, and does not describe an unattended pipeline
  • Commits to a number the customer can check on Friday: documents processed, minutes saved, fields matched
  • Lists at least two things they are consciously not building, in the customer's language
  • Sequences around the Thursday change window and not around engineering convenience
  • Names what the customer has to do in week one, and by when

Follow-up questions

  • Suppose everything you build in week one turns out wrong. What do I still get?
  • Which document type, and why that one?
  • What is my team doing differently next Friday?
  • If I could only look at one screen next Friday, what is on it?
  • Which part of this would you happily throw away in week three?

The Scope Change

9 min

Two things before you go. My CFO looked at this yesterday and asked whether it could also flag renewal quotes that come back more than ten percent above last year - that is the thing that actually loses us clients. And he does not want it live when renewal season starts. He wants it live four weeks before that, so my team has time to learn it before they are busy. That is seven weeks, not eleven.

So - can you do that? The renewal flag, and live in seven weeks instead of eleven.

What this question is for, and what to listen for

Purpose

The behaviour under scope pressure is the behaviour that decides whether engagements survive. Capitulation and flat refusal both feel decisive in the room and both fail; the pass is a priced trade with an explicit answer attached.

Signals to score

  • Asks what the renewal flag is for and who acts on it, before answering yes or no
  • Prices the addition in days and people, not in effort or complexity or points
  • Names something specific that comes out of scope if the new item goes in
  • Waits for and gets an explicit yes or no from the customer on the trade
  • Separates the two asks - the new feature and the earlier date - and answers them differently
  • Notices that a renewal comparison needs last year's figures and asks whether those are already in the system
  • Challenges the ten percent threshold and asks what share of last year's renewals it would have flagged, before agreeing to build it
  • Offers a cheaper version of the request that fits inside the plan already agreed
  • Restates the revised agreement in one sentence before moving on
  • Does not accept both the added scope and the compressed date without pricing at least one of them out loud

Follow-up questions

  • Is that a yes?
  • What would it cost me?
  • My CFO is going to ask why not. What do I tell him?
  • If seven weeks is not negotiable, what falls off?
  • Which of the two do you want more - the flag, or the date?

Being Wrong, and What You Leave Behind

19 min

Your system is going to get a number wrong at some point. Walk me through what happens the first time it does - and how you would know before I do.

What this question is for, and what to listen for

Purpose

Nearly every AI-engineering guide teaches "build an eval harness", so the generic answer is universal and worthless. The discriminating move is borrowing the customer's own existing manual quality process as the first evaluation set, which only people who have shipped into a real business reach for.

Signals to score

  • Asks what the customer does today to catch a mistyped number, before proposing any evaluation of their own
  • Asks for the supervisor's existing spot-check records and proposes them as the first evaluation set
  • Names the limit of that record - it holds only errors a human caught inside the sampled tenth - and asks for a random sample alongside it
  • Distinguishes errors a human catches internally from errors that reach a carrier or a client
  • Gets the customer to say which fields are allowed to be wrong and which are not
  • Proposes a confidence threshold or a review queue in place of a binary automate-or-do-not choice
  • States what the system does when it is uncertain, in the customer's words
  • Names who is told when the system is wrong, and by what mechanism
  • Puts a number on acceptable error and gets the customer to agree to it, and does not imply zero
  • Attaches the measurement to a process the customer already runs, and not to a new dashboard nobody opens

Follow-up questions

  • How would you know if it had been quietly wrong for a month?
  • We already check some of these by hand. Does that help you?
  • What is an acceptable error rate here? Give me a number.
  • Who should get the phone call when it breaks?
  • Which mistake would embarrass me in front of a carrier?

One more thing. The six people you want to sit with are the six people my CFO is counting when he talks about headcount. Nobody has told them that. How do you spend eleven weeks in a room with them?

What this question is for, and what to listen for

Purpose

The defining hazard of the role, and the part of the job that decides whether the sample ever arrives. The ledger already contains everything this question needs: the CFO is buying headcount cost, four of the six are agency contractors, and the supervisor whose spreadsheet the candidate has just asked for is one of the people being automated. Someone who has been embedded answers this instantly and specifically. Someone who has not talks about change management.

Signals to score

  • Treats the disclosure as the customer's problem to solve, and asks what the team has been told
  • Asks who told them, when, and in what words, before agreeing to sit down with anyone
  • Declines to start collecting the sample from people who have not been told something true
  • Names what the supervisor's job becomes, specifically, and not in the abstract
  • Distinguishes the two employees from the four agency contractors, and does not pretend the answer is the same for both
  • Asks the customer to say the plan to the team themselves, and does not offer to carry the message
  • Says what they will do when someone asks them directly whether this takes their job
  • Plans for the team's cooperation to be slower than the schedule assumes, and puts that in the calendar

Follow-up questions

  • What do you think my team already suspects?
  • One of them asks you straight out. What do you say?
  • Do you want me to tell them, or do you want to?
  • The supervisor whose spreadsheet you want is one of the six. Does that change your ask?
  • What if I tell you they will all be redeployed and you do not believe me?

Last thing. Say this works and you rotate off when the pilot ends. What is left here, and who owns it? And before you go, tell me what you think we just agreed - I would like to send it to my CFO.

What this question is for, and what to listen for

Purpose

Tests the property that defines the role, which is leaving an artifact and not a recommendation, and simultaneously checks whether sixty minutes of good conversation produced anything shareable. Candidates who talk brilliantly and hand over nothing are demonstrating the exact behaviour that loses engagements. The readback is scored in the room; the written summary is scored later, against the post-round rubric in this section's opening note.

Signals to score

  • Names a role on the customer side that will own the system, and what that person must have done before handover
  • Describes the customer running a deploy themselves with the candidate watching, before the engagement ends
  • Names artifacts that live in the customer's repository and environment, and not in the candidate's
  • Includes a check that fails loudly and reaches a named person when the system breaks
  • Hands over the evaluation set and says who adds to it afterwards
  • Says what happens when the vendor upgrades the policy system or a carrier changes a form
  • Restates the trade agreed earlier accurately, including the thing that was dropped
  • Gives the readback unprompted, and covers the out-of-scope list as carefully as the plan
  • Names what they need from the customer, specifically and with dates

Follow-up questions

  • Who here can fix this at seven on a Monday morning when you are not answering?
  • What happens when the vendor upgrades our policy system?
  • If I lose the person you trained, what have I actually got?
  • Send me that summary - what is in it?
  • What would you want from me in writing before you start?

That is my hour, and I am stepping out of the customer role now. Send me the write-up today or tomorrow if you can - I will read it the way that customer would, which means I am looking for the out-of-scope list as closely as the plan. We will come back to you either way within three working days.

Use Template
to edit & run interviews
Interview Template
Position
Forward Deployed Engineer
Round
Customer Scoping Simulation for 60 min
Key skills
Scoping an underspecified AI deployment inside a customer's own environment, under a live role-play with access constraints, a late scope change and a handback

Forward Deployed Engineer interviews — common questions

Who is this Forward Deployed Engineer interview plan for?
It is written for the interviewer, not the candidate: the hiring manager, engineer or panel member running the Customer Scoping Simulation round for a Forward Deployed Engineer role. It gives you a 60 min script to follow in the conversation — 8 questions with what each one is for and the signals to score against — so you are not writing the round from scratch the night before.
What does the Customer Scoping Simulation round assess?
This round is focused on: Scoping an underspecified AI deployment inside a customer's own environment, under a live role-play with access constraints, a late scope change and a handback. It works through Handing Over the Brief, How the Code Actually Gets In, The Week-One Cut, The Scope Change and Being Wrong, and What You Leave Behind, scoring against 75 observable signals, with follow-up prompts on all 8 questions for going deeper where an answer is thin.
How is the 60 min split up?
Handing Over the Brief (8 min), How the Code Actually Gets In (14 min), The Week-One Cut (10 min), The Scope Change (9 min), Being Wrong, and What You Leave Behind (19 min). The timings are there so the round stays on schedule and every candidate gets the same shape of interview — which is what makes two candidates comparable afterwards.