Maya Chen — fictional candidate
- Stated skill
- Technical sourcing
- Supporting evidence
- Résumé summary does not contain clear supporting evidence for this skill.
FOR RECRUITING + STAFFING AGENCIES
Rungbird sets up scoped automation for the repeatable work around recruiting — so your team can keep its attention on candidates, clients, and decisions.
Describe your workflow and systems without sharing credentials, passwords, API keys, or access tokens.
This introductory pilot explores one recruiting workflow around Bullhorn ATS/CRM and Google Calendar, if supported account access is confirmed and the integration scope is agreed. Recruiters retain the decisions that matter.
The introductory pilot covers one recruiting workflow: candidate intake, human-reviewed résumé summaries, a recruiter-approved Bullhorn ATS/CRM record update, Google Calendar interview scheduling, and a weekly activity report. The workflow description is illustrative. Live connections depend on supported account access and confirmed integration limits; Bullhorn ATS/CRM and Google Calendar are not already connected or live, and this offer does not write records or book interviews.
Pricing is for the recommended first paid pilot. Checkout below uses the owner-confirmed hosted payment service after a free account is created.
Checkout is a two-step hosted payment path: $1,500 one-time setup, followed by $500 per month for monitoring, fixes, and defined improvements. The server verifies the setup payment before it makes the monthly checkout available.
Bullhorn ATS/CRM and Google Calendar are illustrative scope boundaries only. No live connection to either system is included or active from checkout: live connections depend on confirming supported account access and agreeing scope and integration limits up front. Checkout does not write records or book interviews.
Checking your account…
The first pilot targets Bullhorn ATS/CRM and Google Calendar only. The exact scope is agreed with your agency before any live connection is considered.
Capture candidate and role details in a consistent starting point.
Prepare a concise résumé summary for a human recruiter to review.
After approval, update the agreed candidate record in Bullhorn ATS/CRM.
After confirmation, prepare interview scheduling in Google Calendar.
Bring activity, handoffs, and open loops into a weekly team view.
Recruiters retain all candidate screening and hiring decisions. Supported account access and actual integration limits are confirmed before any live connection is considered.
Follow one sample candidate through the five handoffs in order. This is an illustrative walkthrough using sample data only. Bullhorn and Google Calendar are not live integrations on this page: it does not change Bullhorn records, book Google Calendar interviews, or send a live report.
Illustrative sample data only: this page does not demonstrate live Bullhorn or Google Calendar integrations, change Bullhorn records, book Google Calendar interviews, or send a live report. Any live automation depends on confirmed supported systems, account access, and actual integration limits.
Current stage: 1 of 5 — Candidate intake
A consistent starting record gathers the information a recruiter needs first.
This static example shows how a résumé summary can surface an evidence gap without turning it into an automated candidate decision.
Maya Chen — fictional candidate
A human recruiter must review the résumé and decide what, if anything, should happen next.
The summary does not decide whether the candidate progresses. No live system is connected, and no candidate record is changed by this example.
This static example surfaces a specific field issue instead of presenting a proposed Bullhorn update as successful or already applied.
Maya Chen — fictional candidate
A human recruiter must verify the employment type, correct the proposed value, and approve the corrected update before anything could proceed.
Bullhorn — not connected. No real Bullhorn or CRM record was changed; this is a static fictional example only.
After reviewing the fictional candidate summary, a fictional recruiter decides not to advance the candidate. This static branch ends at that human decision.
Fictional, illustrative sample branch only: the recruiter decline is a static example. No approved Bullhorn ATS/CRM update is made, no interview is scheduled or handed off, and no live integration or persistent write occurs.
Before interview scheduling begins, a fictional candidate withdraws and a fictional recruiter confirms that the workflow should stop. This is a static illustrative branch.
Fictional, illustrative sample branch only: after the withdrawal, no Google Calendar booking or interview-scheduling handoff is proposed, no Bullhorn ATS/CRM update or other CRM action occurs, no notification is sent, and no record is written.
Every candidate detail below is fictional sample data. The path moves from referral intake to résumé review, recruiter approval, and proposed next steps.
Fictional sample data only: Bullhorn is not connected and Google Calendar is not connected. Any record update, calendar event, notification, or scheduling outcome shown here is proposed only — not live or completed.
Résumé summary queued for recruiter review.
Next step is ready for recruiter confirmation.
Candidate advancement remains with the recruiter.
Calendar conflict needs a human check before any change.
When required candidate information is missing, the sample case is held for recruiter review before any Bullhorn candidate-record update is considered.
Illustrative sample data only: recruiter review and approval come first; this page demonstrates no automatic decision, live Bullhorn integration, or live record change.
Résumé summaries are prepared for human recruiter review, and the agreed Bullhorn ATS/CRM candidate-record update follows recruiter approval. Recruiters remain responsible for screening, advancement, and hiring decisions; automated outputs do not make those decisions.
Rungbird prepares a concise résumé summary for a human recruiter to review. Automation does not make candidate-screening, advancement, or hiring decisions.
Only after recruiter approval is the agreed update prepared or applied to Bullhorn ATS/CRM. This illustrative sample does not change a live Bullhorn record.
Illustrative sample workflow only. No live Bullhorn integration is demonstrated here.
A proposed interview time is flagged as conflicting and held while the recruiter reviews alternatives, approves one, and only then lets the schedule proceed.
Illustrative sample data only: Google Calendar is not connected or live here. No booking, notification, or record change occurs; recruiter approval is the gate before any real scheduling is considered.
Every pilot starts with fit confirmation and one-time workflow setup, then moves into an ongoing monthly service for the agreed scope.
We map the repeatable process, handoffs, decision points, and boundaries for the agency.
SCOPE FIRSTBefore a live connection is considered, we confirm supported systems, required account access, and actual integration limits up front.
FIT CHECKThe one-time setup covers configuring the agreed administrative handoffs with clear human-review points.
ONE-TIME SETUPThe monthly service covers monitoring, fixes, and defined improvements within the agreed scope—not unlimited changes or unconfirmed integrations.
MONTHLY SERVICELive automation starts only after supported systems and appropriate access are confirmed. Until then, the scope is illustrative and not live.
Recruiters retain human judgment over candidate screening, hiring, and other consequential decisions. Rungbird supports the agreed administrative handoffs around those decisions.
The boundaries matter as much as the workflow. Here is what to expect before anything moves toward a live setup.
Recruiters retain all candidate screening and hiring decisions. Any live Bullhorn or Google Calendar connection depends on confirming supported account access and actual integration limits; if the fit is not clear, the scope is not ready to run.
Tell us what repeats between Bullhorn and Google Calendar. Credentials are not required. Rungbird first confirms supported systems, confirmed account access, and actual integration limits for this workflow; only then can a live connection be considered.
A scoping request is not a live automation request, checkout, or payment action.
Tell us where the admin gets stuck. We’ll start with the process, then the tools.