Talent Sourcing
People decisions with significant organizational, financial, and cultural stakes.
This interactive experience is the shipped product itself — the same application code customers run in production, mounted read-only in your browser over a real sample journey. Not a video, not a mockup: because the demo and the product are one codebase, it can never drift from the real thing.
Inside this journey
-
Talent Strategy Discovery
Align on strategic hiring initiatives, sourcer workflows, ATS constraints, data freshness needs, and measurable success signals like pipeline velocity and diversity targets.
Discovery Questions
Quick orientation, so we start in the right place
- How many dedicated sourcers and recruiting operations staff support your hiring teams today?
- Tell me about the top three hiring initiatives this year that drive sourcer activity
- In a typical week, roughly what percentage of a sourcer's time is spent on candidate outreach versus search and validation?
- Which role families (engineering, product, sales, design, etc.) consume the most sourcing effort for you?
- When was the last time your team missed a hiring deadline because pipeline arrived late, and what happened?
Where the current process is costing you time and people
- What single recurring sourcing failure would make you stop renewing a sourcing tool?
- Walk me through the last role where sourcers failed to deliver a qualified pipeline on time
- How often do stale or duplicate candidate records in your ATS lead to wasted outreach?
- Who on your team typically discovers data mismatches first, and what steps do they take to resolve them?
- How much time per week does your team spend cleaning or validating candidate lists?
- If these failures persisted during a pilot, would your leader pause or cancel the project?
Where the talent actually lives, and how fresh that picture is
- If your sourcing results were only as fresh as thirty days, would that meet your hiring targets?
- Describe your current candidate sources across public web, professional networks, and internal databases
- Which of those sources converts to first interviews most reliably for your team?
- How often do you reindex or refresh candidate records for priority markets?
- Identify who owns access to each data source and whether any access is likely to be revoked in the next six months
- What would break in your hiring process if one of your primary sources became unavailable during onboarding?
Pipeline signals that actually change decisions
- Name the one pipeline metric that, if it did not move during a pilot, would make you walk away
- How do you currently measure pipeline velocity from first outreach to first interview?
- How many candidate touches does an average passive candidate receive before yielding a response or conversion?
- Do you track sourcing-stage diversity separately from interview-stage diversity?
- Showing a threefold increase in qualified pipeline during a pilot would trigger which internal approvals and by when?
- Point to a single signal whose failure would stop the project immediately
Who signs, who blocks, and who will run the pilot
- List the stakeholders who must greenlight the pilot and the one who can veto it
- Walk me through a recent pilot that moved quickly to contract, what shifted and who pushed it forward?
- On your risk register, which concern most often forces a legal or security pause?
- Name the teams that will need seats and admin access during a pilot
- Would procurement's insistence on a three-month ROI proof cause you to pause the pilot?
Deployment gates we must clear before we commit
- Can your ATS team provide API credentials and test endpoints within four weeks, or would that timeline force a delay?
- List the integration endpoints required for reads, writes, and webhooks from your ATS and other HR systems
- Identify the person or role who owns API keys and the technical contact for integration
- Do you have sample candidate records and consent flags available for a test load?
- Are there compliance steps, internal approvals, or vendor assessments that typically take longer than two weeks?
- Describe the fallback plan your team would execute if an integration gate fails
- Would inability to grant API access within your target window be a deal breaker?
The other options your team is holding open
- Tell me the single reason your team still prefers the incumbent or an in-house build
- Select which alternatives you have evaluated or are still evaluating for sourcing and market intelligence
- For any internal build options, what would have to be true for you to keep investing instead of buying?
- Has anyone on your staff advocated solving this without an outside vendor, and who made that case?
- What condition about your current approach would make you keep it rather than switch to an external platform?
Acceptance signals, timeline, and next steps
- When a pilot reaches your target, what internal step would immediately accelerate signing?
- Provide the measurable deliverables you would require at pilot completion to approve expansion
- Please identify the role that will sign acceptance of pilot results and the criteria they will use
- Realistically, what timeline do you need between pilot close and contract signature?
- Assuming the pilot meets your targets, name any internal obstacles that could still block immediate expansion
-
Platform Experience
Walk through how the platform surfaces algorithmically ranked passive candidates, AI matching logic, and market intelligence using the buyer's real hiring scenarios.
Solution Experience
- Platform Experience Session
- Confirm the current state and its cost
- You confirm the demonstrated ranked-candidate workflow removes the manual Boolean work and increases time available for engagement.
- Provide three open role job descriptions and hiring-priority profiles to use for calibrated sample runs.
- You agree that the matching signals and calibration shown produce candidate lists aligned with your hiring priorities and diversity targets.
- Run your hiring scenario, show ranked candidate flow
- Provide ATS endpoint details and a sample data extract so a live sync and freshness check can be scheduled.
- You identify the remaining evidence (sample runs, ATS sync, success metrics) required to move toward a mutual commit.
- Demonstrate AI matching logic and calibration
- Run calibrated sample searches for the provided roles and deliver ranked candidate lists with matching rationale before the follow-up session.
- Overlay market intelligence against the scenario
- Agree on decision criteria and the success signals (pipeline velocity, engaged passive candidate counts, diversity metrics) that will be used to evaluate calibration results.
- Validation, confirm this maps to your needs
- Platform Experience Session
- Platform Experience Deck
- Solution Brief — Platform Experience
- meeting
- slides
- document
-
Solution Scope
Define scope, modules, ATS integrations, data access responsibilities, training, calibration timeline, and the measurable deliverables that prove success.
Scope Configuration
- Platform Provisioning and Tenant Setup
- ATS Integration and Field Mapping
- Candidate Data Ingestion — Open Web
- Candidate Data Ingestion — Professional Networks
- Candidate Data Ingestion — Proprietary Databases
- AI Matching and Ranked Candidate Recommendations
- Talent Mapping and Supply Density Visualization
- Compensation Benchmarking and Pay Bands
- Competitor Hiring Patterns Dashboard
- Contact Enrichment and Outreach Readiness
- Saved Search Streams and Real-Time Alerts
- Model Calibration and Search Tuning (2–4 weeks)
- Data Privacy and Consent Filtering
Scope Questions
Platform Provisioning and Tenant Setup
- How many named user seats and sourcer roles do you need provisioned in your tenant at go-live?
- Which authentication method will your organization require for platform access (for example SAML single sign-on, OAuth directory, or email/password)?
- Who in your organization will be the primary tenant administrator responsible for user provisioning and access controls?
- When do you need the tenant available for initial sourcer training and sandbox testing relative to your hiring initiative start date?
- Do you have network allowlist or IP restrictions that we must accommodate for platform connectivity to your environment?
- Describe any compliance documentation your security team requires for tenant onboarding (for example SOC 2 report, encryption details, data residency notes).
ATS Integration and Field Mapping
- How many ATS instances or account endpoints do you need integrated at go-live?
- Which ATS API pattern will you provide for integration (REST API + webhooks, SFTP/CSV exports, or database export)?
- Who will provide the ATS API credentials and sandbox access for integration testing?
- List the candidate profile and requisition fields you require mapped from your ATS to the platform (for example candidate email, current title, requisition ID, hire status).
- What evidence will validate that your ATS integration is complete and functional (for example successful webhook events, test candidate sync, and verified field mappings)?
- Are there any inbound/outbound sync frequency requirements or rate limits your ATS enforces that will impact live syncing?
Candidate Data Ingestion — Open Web
- What public domains or open-web source types should you prioritize for profile crawling (for example corporate bios, conference speaker pages, technical blogs)?
- Specify the freshness SLA you require for open-web profiles to be considered acceptable in your sourcer workflows (for example updated within 6 months, 12 months).
- Estimate the monthly ingest volume for open-web candidate profiles you expect at peak hiring demand.
- Do you require geographic or role-level filters during open-web ingestion (for example US-based senior engineers, EMEA product managers)?
- Specify the acceptance criteria that will confirm open-web ingestion meets scope (for example X profiles per role, freshness SLA in days, deduplication threshold).
- Are there source categories we must exclude from ingestion for legal or brand-safety reasons (for example freelancing sites, resume dumps)?
Candidate Data Ingestion — Professional Networks
- Identify which professional networks and the corresponding access scopes you can authorize for profile enrichment and degree-of-connection signals.
- Do you require visibility into connection degree (first, second) and mutual contacts surfaced in the candidate profile card?
- How should we handle rate limits or restricted scraping on networks when enriching profiles for sourcer use?
- When do you need professional network data available in the sourcer UI relative to requisition creation?
- List the seniority tiers or role bands where professional network coverage should be mandatory (for example Director+, Principal engineers).
- Are there any contractual restrictions on using professional network data for outreach under your vendor agreements?
Candidate Data Ingestion — Proprietary Databases
- Do you have internal databases or purchased talent lists (CSV, API feed, SFTP) that must be ingested into the platform?
- Identify the contact who will provide data ownership and legal sign-off for ingesting proprietary databases.
- Provide a sample export or schema for each proprietary data source you want ingested (attach CSV, JSON schema, or diagram).
- List any retention, access, or vendor contractual constraints that limit how proprietary records can be stored, shared, or used.
- How frequently must proprietary datasets be refreshed to meet your sourcer expectations (for example daily, weekly, monthly)?
- Do proprietary data records require special tagging or origin labels so sourcers can filter by source or permission status?
AI Matching and Ranked Candidate Recommendations
- Please list the hiring workflows in which you want algorithmically ranked candidate recommendations surfaced (for example sourcer discover, active requisitions, strategic pipelining).
- Specify the relative priority you want the ranking model to apply to candidate attributes (for example skill match, mobility likelihood, compensation fit, diversity signals).
- Name the sourcers or sourcer leads who will validate ranked candidate relevance and provide feedback during calibration.
- Indicate whether ranked recommendations should be shown prior to requisition creation or only after a job is posted.
- Define the measurable criteria that will confirm AI matching calibration success (for example target precision@10, sourcer relevance rating, and engaged passive candidate uplift).
- Do you require feature explainability on each recommendation (for example which skills or signals drove the match) for sourcer review?
Talent Mapping and Supply Density Visualization
- List the geographies and role families you want included in the initial talent maps and supply density visualizations.
- Do you need custom map layers such as competitor office locations, remote-eligible talent pools, or university alumni density?
- How should supply density be bucketed for your reports (for example candidates per 10k population, per commuting zone, or absolute counts)?
- Assign who on your team will own map interpretations and maintain the list of comparator employers for the competitor overlay.
- Note any zip codes or metro areas where supply signals or pay bands must be masked for privacy or legal reasons.
- Would you like interactive map exports for hiring managers (PDF snapshots, embedded links, or CSV summaries)?
Compensation Benchmarking and Pay Bands
- List the compensation components you want included in benchmarking (for example base salary, bonus, equity, total cash).
- How granular should pay bands be for your needs (for example by level, by city/metro, by team)?
- Do you have internal job levels or existing pay bands that benchmarking outputs must align to?
- Indicate the lead time required for benchmarking reports to be available to hiring managers relative to requisition kickoff (for example same day, 2 business days).
- Provide any internal comp-policy guidance or target percentile preferences to align external benchmarks to your internal bands (attach policy excerpt if available).
- Should benchmarking include localized total compensation adjustments for cost-of-living or equity valuation differences?
Competitor Hiring Patterns Dashboard
- Specify the competitor companies or employer categories you want tracked for hiring-pattern signals in the dashboard.
- How far back should historical hiring trend data go for your comparative analysis (for example 3 months, 6 months, 12 months)?
- Select whether you require role-level openings, posted job counts, or inferred hiring velocity metrics in the competitor dashboard.
- Name the individuals or teams who will review competitor hiring alerts and act on them within recruiting or talent leadership.
- Are there public data sources or subscription feeds you want excluded from the competitor analysis for IP or contractual reasons?
- Do you want automated competitor surge alerts routed to hiring managers, sourcers, or TA leadership?
Contact Enrichment and Outreach Readiness
- List the contact attributes you require enriched before outreach (for example verified email, phone, current employer, email deliverability score).
- How should consent and do-not-contact status be recorded and surfaced to your sourcers in the profile card?
- Indicate whether you require email deliverability monitoring and verified sending domains configured for outreach readiness.
- Provide the owners of outreach templates and sequences and attach sample templates you want configured for sourcer use.
- State the timing you want for contact enrichment relative to saved search triggers or candidate flagging (for example immediate enrichment, nightly batch).
- Do you require suppression lists (employees, previously declined candidates) to be enforced during enrichment and outreach?
-
Mutual Commit
Finalize commercial and legal terms, data-sharing permissions, integration responsibilities, training commitments, and acceptance criteria.
Agreement Modules
- Subscription Agreement
- Order Form (Commercial Exhibit)
- Master Services Agreement (MSA)
- Statement of Work (SOW)
- Data Processing Agreement (DPA)
- Technical Integration Addendum
- Training & Enablement Schedule
- Acceptance Criteria & Go-Live Certificate
-
Deployment
Operationalize rollout with readiness checks, integrations, training, and outcome validation.
-
Pre-Deployment Readiness
Capture concrete readiness facts the rollout depends on — ATS endpoints, API access, data owners, sample data availability, and training windows.
Pre-Deployment Questions
Environment and site access
- Is the production ATS environment the platform will integrate with available today? (so we can schedule endpoint validation)
- Which ATS connection method will the buyer use for this rollout? (this determines credential and validation steps)
- Has an integration endpoint owner been identified on the buyer side? Provide name and role (we will use this contact for technical coordination).
Data and configuration
- Will the buyer supply representative sample data (candidate records and open requisitions) for mapping and matching calibration? Select the expected timeline.
- Which system will be treated as the single source of truth for candidate status and deduplication? (this is required for accurate pipeline counts)
- Is a field-mapping owner assigned who will review and approve field-to-field mappings and matching rules? Provide name and role.
People and ownership
- Who is the primary deployment owner on the buyer side? Provide name, role, and preferred contact (this person signs off on cutovers and acceptance criteria).
- Which buyer teams must be included in rollout and first-week support? (select all that apply)
- Is there a named data-access or privacy approver who must sign data-sharing permissions? (enter name and role or select an option)
Timing and constraints
- What is the desired start date for integration work and the earliest date the buyer can commit to a full week of calibration? (so we can reserve engineers and trainers)
- Preferred training windows for initial sourcer onboarding (select the option that matches your availability so we can schedule sessions).
- Are there blackout windows, release freezes, or compliance approval gates that will block integration or training? Please list dates or approver names so we can schedule around them.
-
Integration & Configuration Details
Lock exact configuration values the deployment team will use — API credentials, field mappings, matching thresholds, notification rules, and workspace settings.
Configuration Details
Environments & Endpoints
- Target deployment environment name (exact string used for workspace and CI; Default: 'prod')
- Deployment region (select one). Default: 'US-East'
- Primary ATS API base URL (enter the production API base URL for your ATS integration; format: https://...) — enter 'n/a' if no ATS integration
Authentication & Secret Handling
- Integration client identifier for your ATS connected app (enter client ID only; do NOT paste secrets; if none enter 'n/a')
- Credential owner (Full Name – Role) who will coordinate secret delivery at kickoff (format: 'Full Name – Role')
- Method your organization will use to exchange secrets at deployment kickoff (select one)
Identity & SSO
- Primary identity provider type for SSO (select one). Default: 'None'
- If SSO enabled, enter your IdP metadata endpoint URL (format: https://...); if not applicable enter 'n/a'
Field Mappings & Writeback
- Primary ATS candidate unique ID field key (exact API field name; Default: 'candidate_id')
- Primary ATS candidate email field key (exact API field name; Default: 'email')
- Should the platform write back candidate activity (viewed/contacted) to the ATS? Default: 'Yes'
- If writeback enabled, enter the ATS field key to receive platform activity (exact field name; Default: 'platform_activity') — otherwise enter 'n/a'
Matching & Limits
- Candidate matching score threshold (numeric 0–100). Default: 75
- Maximum candidates returned per search query (numeric). Default: 250
-
Rollout & Training
Execute integrations, sourcer onboarding, and a 2–4 week calibration period with clear owners, milestones, and operational check-ins.
-
-
Adoption & Outcomes
Review adoption and performance against success signals — candidate pipeline velocity, engaged passive candidate counts, and market intelligence impact — and track issues and enhancement requests.
Success Reviews
- Go-live health check
- First outcomes review
- Acceptance gate and outcome decision
- Quarterly adoption and outcomes review
Issues & Enhancements
- Close resolved tickets and update the issue log with status and resolution dates.
- Agree a timebound corrective action plan to resolve identified gaps prior to the acceptance gate.
- Publish the KPI dashboard snapshot and the underlying data definitions used for measurement.
- Confirm the acceptance gate date and required deliverables as recorded in the Solution Scope.
- Restate acceptance criteria and numeric targets
- Document pass or fail status for each acceptance criterion listed in the Solution Scope and capture the named signatory for the acceptance decision.
- Agree remediation plan and resolution timeline for any failed criteria and schedule a re-test if required.
- Publish the acceptance decision record including outcome data, data sources, and the named signatory.
- Create remediation task list with deadlines for any failed criteria and schedule the acceptance re-test or closure review.
- Schedule the first quarterly adoption and outcomes review following acceptance or re-test completion.
- Trend review for candidate pipeline velocity and market intelligence usage
- Confirm that candidate pipeline velocity and market intelligence usage remain at or move toward the targets recorded in the Solution Scope.
- Agree the prioritized enhancement backlog and commit to delivery quarters for the top items.
- Publish the prioritized enhancement backlog with expected delivery quarters.
- Update the operational runbook with any workflow or configuration changes agreed during the meeting.
- Re-confirm success criteria and owners
- Deployment is validated as complete or a prioritized defect list with resolution dates is produced.
- Sourcer onboarding progress aligns with the timeline established in the Solution Scope.
- Publish the deployment validation checklist with integration test results.
- Create remediation tickets for open blockers with target resolution dates.
- Schedule the first outcomes review within 4 to 8 weeks.
- Open calibration tasks (matching threshold adjustments, sample data refresh, training sessions) with resolution dates.
- Present first data for candidate pipeline velocity and engaged passive candidate count
- Determine whether candidate pipeline velocity and the count of engaged passive candidates are trending toward the numeric targets recorded in the Solution Scope.
- Deployment and integration validation
- Adoption and operational health
- Calibration review and sourcer feedback
- Present outcome data for each acceptance criterion
- Enhancement request and issue backlog review
- Early adoption signals and usage patterns
- Document pass or fail per criterion and capture signatory
- Root-cause diagnosis for any KPI shortfalls
- Blockers and incident triage
- Agree corrective actions and dates
- Confirm next quarter objectives and carryover items
- Agree remediation plan for any failed criteria
- Immediate remediation actions and next steps
- Confirm timeline to acceptance gate
- Handover to ongoing success cadence