A mutual fit assessment for a knowledge Q&A product.
Team A and Candidate A are synthetic. The tasks, evidence and judgments below demonstrate the organization of service materials. They do not represent a real mandate, candidate, introduction or hiring outcome.
01 · TEAM CONTEXT & WORK
Move from prototype to a maintainable product.
Team A’s task
An early team has a knowledge Q&A prototype. It needs document ingestion, retrieval, answer sourcing, failure feedback and continued evaluation, integrated into an existing workflow.
Role outcome: a running, evaluable and maintainable application with handover notes.
Separate context from commitments
There is a product owner and a feedback channel. Data scope, deployment resources, technical review support and working practices still need confirmation by the owner.
Key unknowns: who provides technical review and which data may enter the model.
02 · CANDIDATE CONTEXT & CONTRIBUTION
“Built a RAG project” is a starting point.
Synthetic statement
Evidence to discuss
To confirm
Built a document Q&A prototype
Code and a demo; the candidate describes designing ingestion and retrieval, with an agent generating parts of the implementation.
Can they explain design tradeoffs, generated code and failure handling?
Revised retrieval and answers
There are before-and-after records and failure samples, but limited evaluation coverage.
How did they evaluate, detect errors and avoid only improving the demo?
Wants AI product engineering work
Interested in product iteration and wants technical review and business feedback.
Do support, ownership, location and starting date align?
03 · MUTUAL ASSESSMENT
Reasons to continue, with questions to resolve.
COMPATIBLE
Task and project direction align
Both involve ingestion, retrieval, answering and feedback, providing concrete artifacts for discussion of contribution and next steps.
OPEN
Production maintenance and support
The material does not establish production maintenance capability; team support and data scope are also unconfirmed. Use a work sample or interview and seek owner confirmation.
CONDITIONS
Pay, location and start date are open
Confirm terms and personal limits first. An unresolvable hard conflict should stop the introduction or lead to another role, regardless of technical strengths.
CASE ADVICEClarify support and hard conditions before deciding whether to introduce. An interview means the fit merits further validation.
04 · QUESTIONS & NEXT STEPS
Put open questions to the people who can answer.
Ask the candidate
Choose a retrieval failure: how did you diagnose, change and recheck it?
Which code did the agent generate, and how did you review and validate it?
What support do you need to move from prototype to continued maintenance?
Ask the hiring owner
Who owns technical review, and how are assessment and business feedback arranged?
What are the data scope, deployment and security constraints?
Can essential and negotiable conditions be made explicit and delivered?
Introduction scope
After confirming interest and initial compatibility, agree the role summary, contribution summary, limits and questions to introduce. Private limits and internal evaluations provided for adviser analysis retain their separate scope.
Replace this sample with your actual work.
Teams can bring one work task and candidates one existing material. Confirm real context and scope before starting service.