Interview plan template
A 60 min interview plan with a time-boxed script, what each question is for, and the signals to score against. Key skills: Reasoning about where an assistant's answer was actually assembled from, distinguishing entity consolidation from markup theatre, spending a fixed budget against surfaces the search team does not own, and knowing which of this year's proposed standards are adopted and which are only written about.
I'm [YOUR_NAME], I own search at [COMPANY_NAME], and this is the working half of the loop — you and I are going to spend the hour on one answer and what we would do about it. Two things about the format. This is not a test of whether you can name techniques; assume I will believe you have heard of all of them, and spend your effort on which ones you would fund. There is a fixed budget in the second half and it is genuinely fixed, so if you want three things you will have to tell me what you are dropping. And I will put a proposal in front of you that my own web team wrote and that I have not committed to — if you think it is a waste of a quarter, say so, because I would rather find that out now than in April. You will not offend me. I did not write it.
The opening discriminator, and it resolves on a single observation: three of the four citations are surfaces we do not own, so no amount of editing our own website changes this answer. A candidate who spends the first five minutes on our page templates has told me they run a content programme and have not yet understood what changed.
The vocabulary trap of this entire discipline. "Entity authority" and "build a knowledge graph presence" are said constantly and meant rarely, and this question asks for the mechanism underneath. It also asks for an observation plan, which is where people who have done it separate from people who have presented about it.
The trap, and the interviewer must read the answer key before running it or they will mis-score the best response in the round. Both proposals are plausible, current-sounding and weakly supported. A candidate who approves them is not stupid; they are working from a widely repeated playbook. But this role exists to make exactly this call, and getting it wrong costs a quarter of scarce engineering capacity.
Forces prioritisation against real constraints and, more importantly, forces the candidate to state which parts of their own plan are not theirs to execute. Roughly half the work identified in this round belongs to sales, customer success, product marketing or engineering, and a candidate who presents it all as their own deliverable is either inexperienced or is going to fail publicly in month four.
The first half catches candidates whose only limit is what they have not been asked to do yet. The second is the operational question this role will actually face, it has no established playbook, and it is where the difference between a manager and a practitioner shows most clearly.
That's the hour. What I write up is your ninety-day list and the swap you made on the web team's proposal — and I'll tell you what we actually decide to do with that quarter, whichever way it goes, because you will have earned knowing. Two things you should know before you decide about us. The aggregator problem is real, it is the largest single thing in this round, and it is not currently owned by anybody — whoever takes this job either gets it owned or works around it, and I would rather you knew that now than found it in week three. And the proposal you just took apart was written in good faith by two engineers who will be your closest collaborators, so how you handled that conversation is part of what I write down. [RECRUITER_NAME] will come back to you within [NUMBER] working days.
A single round does not cover a whole role. The other rounds in this library for a AI Search & SEO Manager (AEO/GEO/AIO):