How to write a weekly team update as Small HR Teams
Every Friday afternoon, someone on your two-person HR team is manually pulling together a weekly update for the company: headcount changes from Paylocity, open roles from Greenhouse, PTO balances from the Slack bot, any policy reminders, and whatever managers bothered to send you. You're copying numbers out of four different tabs, writing the same boilerplate intro, and hoping you didn't miss anyone who started or left that week. It takes 90 minutes you don't have, and it still feels incomplete because the data is always slightly stale by the time you hit send.
What you'll set up
Apps, data, and prompts
The combination of Starch apps, the data sources they pull from, and the prompts you use to drive them.
Starch syncs your Paylocity data on a schedule (employees, payroll runs, time off) so headcount and PTO numbers are always current. Greenhouse and Slack are connected from Starch's integration catalog — the agent queries them live when the Friday automation runs. Notion is connected from Starch's integration catalog to pull in any policy docs or playbooks referenced in the update. Gmail is synced directly by Starch so the Email Agent can triage and draft from your HR inbox.
Step-by-step
See this running on Starch
Connect your tools, describe what you want, and the agent builds it. Closed beta is free.
Week of March 17, 2026 — Headcount spike after Q1 hiring push
| New hires this week | 4 |
| Open reqs (Greenhouse) | 11 |
| PTO requests logged | 7 |
| Benefits questions in HR inbox (auto-drafted by Email Agent) | 9 |
| Minutes spent assembling update | 12 |
Your Q1 hiring push closed 4 offers in one week — two engineers, one account executive, and one customer success hire. Normally this would mean manually cross-referencing Paylocity to confirm start dates, checking Greenhouse to close out the reqs, and writing individual welcome blurbs. Instead, the Friday automation pulled all four new-hire records from Paylocity's scheduled sync, queried Greenhouse live to confirm which reqs were now filled, and drafted the weekly update with a 'Welcome' section already populated with names and titles. The 7 PTO requests pulled from Slack required zero manual entry. The Email Agent had already drafted replies to 9 benefits questions in your inbox — 6 were standard enrollment questions that matched past answers, so those went out with one click. You spent 12 minutes reviewing and editing the draft instead of the usual 90 minutes building it. The final update was archived automatically in Knowledge Management under 'March 2026,' tagged with 'headcount,' 'onboarding,' and 'benefits' — so when your CFO asked three weeks later how many people started in Q1, you had the answer in 20 seconds.
How you'll know it's working
What this replaces
The other ways teams handle this today, and how the Starch version compares.
One platform — email agent, knowledge management, meeting notes all running on connected data. Setup in plain English; numbers stay current via scheduled syncs and live agent queries.
Try it on Starch →Frequently asked questions
We use Paylocity for payroll and BambooHR as our HRIS — can Starch pull from both?
What if our Greenhouse data includes sensitive offer details we don't want in the all-company update?
Our PTO requests come in through Slack DMs, not a formal channel — can Starch handle that?
Is Starch SOC 2 certified? We have employee data flowing through here.
Can the Email Agent actually draft good replies to benefits questions, or will it hallucinate policy details?
What happens if Paylocity has a sync delay and the headcount numbers in Friday's draft are a day behind?
Related guides for Small HR Teams
A customer knowledge base is the document — or collection of documents — that answers the questions your customers ask repeatedly.
Read guide →SOC 2 evidence collection is the part of an audit where you prove that your controls actually work — not just that they're written down somewhere.
Read guide →A Slack announcement sounds simple — you're just telling your team something.
Read guide →Benefits enrollment is one of those operator workflows that looks manageable until it isn't.
Read guide →Write a Weekly Team Update for other operators
The AI stack built for the founder's office.
Read guide →The AI stack built for small finance teams.
Read guide →The AI stack built for small RevOps teams.
Read guide →The AI stack built for small marketing teams.
Read guide →Ready to run write a weekly team update on Starch?
Request closed-beta access. Everything is free during beta.