The Private-Company Momentum Signal Reference
You can read any public momentum signal for a private company and state what it proves, how it can be faked, its lead time over financials, and its refresh cadence.
Key takeaways
- Commit velocity change, not commit volume, is the most predictive GitHub signal: an org going from 80 to 240 commits inside 14 days has made an organizational decision, while a steady 200 a week tells you nothing.
- Lead time and reliability trade off inversely: a Form D is near-certain but files within 15 days of the sale, while GitHub acceleration fires 21 to 47 days before a fundraise announcement but carries roughly a 23% false-positive rate.
- Roughly 70% of accelerating GitHub orgs announced a fundraise within six weeks, and companies showing the acceleration pattern raised at about 3.4x the base rate.
- Web-traffic estimates for sites under 50,000 monthly visits carry errors of 200 to 500%, so the pre-round companies investors most want to read are exactly where public estimates are worst.
- In Refolk's index there are 4,366 founding engineers in the US against 632 in the UK, a 6.9x gap that makes hiring-based signals far denser and more comparable in deep markets than in thin ones.
- One accelerating signal is noise; confirm only when two independent signals agree, then use the public funding record last to date the round.
You are sizing up a private company's real momentum from the outside, with no internal numbers, no data room, and no warm introduction. This is a lookup document for early-stage investors, platform and talent partners, and angels who need to read traction from public data. Jump to the signal you are holding, and it tells you what that signal proves, how it can be manufactured, how much lead time it buys you over reported financials, and how often to re-pull it.
Most momentum guides catalogue the internal metrics a founder reports to a VC: net revenue retention, burn multiple, magic number. Those are useless to you before the pitch. This reference is built for the opposite position: you have only the public exhaust, and your job is to separate the signals that are costly to fake from the ones that cost seconds.
What counts as a momentum signal you can read from outside
An external momentum signal is any public artifact whose rate of change reveals an organizational decision the company has not yet announced. The useful ones are costly to produce, which is why they are hard to fake; the dangerous ones are cheap, which is why they lie.
There are four signal families worth pulling, and they do not overlap in what they prove:
- Hiring and job postings. Reveals capital deployment and go-to-market intent. A company hiring sales engineers in a new country is spending against an expansion thesis before any revenue shows it.
- Engineering acceleration (GitHub). Reveals headcount and shipping cadence for companies that build in the open. Commit and contributor velocity are revealed preferences that are expensive to stage.
- Demand proxies (app reviews, web traffic). Reviews arrive with a purchase lag of days and nowcast unit demand; traffic estimates approximate reach. Both are noisier the smaller the company.
- The funding record (SEC Form D). Confirms and dates a completed raise. It is the most reliable and the least early.
The four external signal families, most costly to fake at the base
- Funding record (Form D)Confirms a raise happened; lagging but near-certain
- Engineering accelerationCommit and contributor velocity; costly to stage
- Hiring velocityOpen roles and their geography; reveals capital deployment
- Demand proxiesApp reviews and web traffic; useful but noisy at small scale
The single most important habit across all four families: read the rate of change against the company's own baseline, never the absolute number. A firm shipping 200 commits a week and continuing to ship 200 tells you nothing. One that goes from 80 to 240 inside 14 days signals that something organizational has changed.
The signal reference: lead time and refresh cadence
Here is the core lookup. Each row states the signal, how far ahead of reported financials it fires, how often to re-pull it, and where the public data lives.
| Signal | Lead time over financials | Refresh cadence | Public source |
|---|---|---|---|
| Job postings | 1-3 months | daily to weekly | LinkedIn / Indeed / Glassdoor / career pages |
| GitHub acceleration | 3-6 weeks (21-47 days) | weekly, 14-day window | GHArchive / GitHub API |
| App review velocity | days | monthly | App Store / Play grossing ranks |
| Funding (Form D) | lagging (<=15 days after sale) | on event | SEC EDGAR |
Read this table with one rule in mind: lead time and reliability trade off inversely. The Form D is the most trustworthy row and the least early, arriving no more than 15 days after the first sale. GitHub acceleration is 3 to 6 weeks early but carries a roughly 23% false-positive rate. There is no signal that is both early and certain, so the method is triangulation, not a single oracle.
Job postings are the workhorse of the set. Systematic scraping and analysis of job listings provides a one to three month leading indicator on revenue growth and earnings, which is why quant panels track daily updates across roughly 2,728 US public companies. For private targets the same mechanism applies: postings publish before the revenue those hires will produce.
App review velocity sits at the other end of the lead-time axis. Reviews arrive with a purchase lag of days rather than months, so aggregated and normalized by brand they nowcast unit demand for hero products, especially around launches and holiday quarters. That makes them close to real-time, but close to real-time is not early.
What each signal proves, and what it looks like when it lies
Every signal proves one thing and is vulnerable to one specific lie. Match the two before you trust a move.
Hiring velocity
Proves capital deployment and go-to-market direction. A sustained rise in sales-engineering roles at a SaaS name, concentrated in new geographies, supports an expansion thesis. The inverse also reads: a quiet 30% decline in postings often precedes guidance cuts.
How it lies: a tiny company adding three roles looks explosive in percent terms, and a large one hiring 200 looks flat. The fix is to z-score against the company's own hiring baseline, not the raw count.
Engineering acceleration
Proves that headcount or shipping cadence changed for companies that build in the open. The most predictive feature is not commit volume but commit velocity change. A GitHub panel that tracks this normalizes each org against its own history and classifies an org as accelerating only when all three of its signals break above their own six-month z-score inside the same fortnight. Contributor growth carries a cleaner threshold: a contributor count jump of 40% or more inside 30 days often lands pre-Series A.
How it lies: stars can be bought outright, and for AI-pure orgs commit noise is high regardless of stage. Stars are not the signal; contributors and commit velocity are.
Demand proxies
Proves reach and consumer demand. App review velocity nowcasts unit demand; web traffic approximates audience. Social and follower signals belong here too, but only for the right model: a strong, high-engagement social presence indicates a growing consumer audience, while it is a weak measure for SaaS or B2B and is worth considering mainly for retail brands and consumer products.
How it lies: at small scale, traffic estimates are noise. For sites under roughly 50,000 to 100,000 monthly visits, errors of 200 to 500% are common, and accuracy only improves considerably above 500,000 monthly visits.
The funding record
Proves that a raise closed, and dates it. A Form D must be filed no later than 15 calendar days after the first sale of securities in the offering, and it is filed electronically on EDGAR where anyone can read it.
How it lies: it lags, and it can be filed late or omitted. The SEC fined three companies a combined $430,000 for late Form D filings covering nearly $300M in offerings, so a missing filing does not prove there was no round.
Which signals fit which business model
No signal is universally valid. The first analytical act is deciding which signals are even legible for this company's model, because a signal read on the wrong model manufactures false positives on its own.
| Business model | Lead signals | Signals to distrust |
|---|---|---|
| Open-source / deep-tech | GitHub velocity, contributors | Social follower counts |
| B2B SaaS | Job postings, tech-stack adoption | Social engagement, app reviews |
| Consumer / retail | App reviews, web traffic, social | GitHub (often none) |
| AI-pure or stealth | Hiring, funding record | GitHub (noisy or empty) |
GitHub is powerful for open-source and deep-tech and actively misleading elsewhere. It is bad for AI-pure startups because they commit constantly regardless of stage, so signal-to-noise is poor, and it is useless for stealth startups because a company that open-sources nothing gives GitHub nothing to read. For those, hiring and the eventual funding record are the only legible signals.
There is a second-order constraint most investors miss: the depth of the local talent pool caps which hiring signals are even readable. In Refolk's index there are 4,366 founding engineers in the United States against 632 in the United Kingdom, and 18,409 people with the LangChain skill against 3,526 with Rust in the US.
| Market | "Founding Engineer" count | Top hub | US:UK ratio |
|---|---|---|---|
| United States | 4,366 | San Francisco / New York | 6.9x (derived) |
| United Kingdom | 632 | London | 1.0x baseline |
| Skill | Count (US) | Multiple vs Rust |
|---|---|---|
| LangChain | 18,409 | 5.2x (derived) |
| Rust | 3,526 | 1.0x baseline |
The practical read: in a deep market, hiring-based signals produce dense, comparable panels where a single hire is a rounding error. In a thin one, a single founding-engineer hire can distort the entire read, so weight the signal down and lean on the funding record instead.
Knowing which people sit inside a company is the input to every hiring signal, and pulling it by hand across job boards is where the analyst hour goes. Refolk resolves a named-person query into a ranked list across the public graph, so you can size a talent pool or find who just joined a target without scraping career pages one at a time.
The procedure: reading momentum on one target
Work the signals in this order. Each step ends with a concrete artifact so you know when it is done.
Reading a private company's momentum from public data
- Define the thesis and business modelDecide which signals are valid before pulling anything: GitHub for open-source and deep-tech, social for consumer, job postings and tech-stack for B2B. End with a shortlist of three to five valid signals.
- Establish each signal's baselinePull about six months of history so change is measured against the company's own norm, not an absolute count. End with a per-signal baseline you can z-score against.
- Pull current values and compute rate of changePull the latest values and normalize to the baseline as a z-score or percent change. End with each signal flagged accelerating, steady, or cooling.
- Cross-check accelerating signals against a manufacture testFor every accelerating signal, require a harder corroborating signal: contributor count, verified traffic, or a paying-customer proxy behind a follower or waitlist spike. End with each signal marked corroborated or suspect.
- Triangulate across independent sourcesNever rely on one source. Confirm a signal only when two independent signals agree, since each alone is noise and two together is a phone call. End with at least one confirmed thesis.
- Check the public funding record lastSearch SEC EDGAR for a Form D to confirm and date the round. End with round status known, treating the filing as a near-lagging marker with a 15-day window.
- Set the refresh cadence and monitorPut the target on a standing watchlist: weekly for GitHub and hiring, monthly for app and traffic. End with alert thresholds set and the watchlist running on its own.
The order matters. Baselines before current values, because a current value with no baseline is a level, not a signal. Manufacture tests before triangulation, because two suspect signals agreeing is still suspect. And the funding record last, because it confirms rather than predicts, so it is a closing check, not an opening move.
How signals narrow to a confirmed thesis
- 5Valid signals selected
shortlisted for this model
- 3Accelerating on baseline
broke the company's own norm
- 2Survived manufacture test
corroborated by a harder signal
- 1Confirmed by triangulation
two independent signals agree
How this goes wrong: failure modes and false positives
This is the section that saves the investment. Every failure mode below produces a confident-looking momentum read that is wrong, and each has a specific check.
- Absolute move mistaken for acceleration. A tiny company adding three roles looks explosive in percent terms; a large one hiring 200 looks flat. The panel data shows how wide this variance runs: quarter-over-quarter commit velocity change ranged from -94% to +1,647%. Check: z-score against the company's own baseline, never the raw count.
- GitHub read on the wrong model. For AI-pure orgs, constant high commits get misread as momentum; for stealth firms there is zero signal to read. Check: exclude AI-only names from the top tier and weight contributor and repo signals over raw commits.
- Bought stars and manufactured upvotes. Waitlists, registered users, and follower counts are cumulative vanity metrics that better measure pride than business. Product Hunt bursts are low commitment; someone can upvote in two seconds and never return, and the seed-audience playbook targets 400-plus supporters before a launch, so a burst can be organized. Stars can be bought outright, a fraud vector serious enough that the wire-fraud framework applies. Check: require a harder corroborating signal and verify contributor growth, not stars.
- Traffic estimate noise at small scale. Under roughly 50,000 monthly visits, panel estimates can be off 200 to 500%, so a reported growth event is often just estimator jitter, and this hits hardest at exactly the pre-round stage investors most want to read. Check: require analytics-verified traffic, such as a connected GA4 feed.
- Market-cycle inflation. During a trend cycle, an AI wave for instance, every metric inflates at once and none of it is company-specific. Check: ask whether growth is independent of the market or just riding it, and whether it correlates with market conditions or demonstrates independent momentum.
- Funding record read as momentum. A Form D confirms a raise but lags and can be filed late or omitted, so its absence is not proof of no round. Check: pair EDGAR with a leading signal rather than treating the filing as the signal.
- Single-source confidence. One accelerating signal is noise. Check: confirm only when two independent signals agree.
Each signal alone is noise; two independent signals agreeing is a phone call.
Where to pull each signal, and how to keep it current
Pull each signal from its native public source, and set a refresh cadence that matches how fast the signal moves. Point-in-time snapshots are worth far less than trend analysis, so the value is in re-pulling on a schedule.
| Signal | Where to pull it | Re-pull cadence |
|---|---|---|
| Job postings | Job boards and company career pages | daily to weekly |
| GitHub velocity | Hourly public event dumps (GHArchive) | weekly, 14-day window |
| App metrics | App Store and Play grossing ranks | monthly |
| Web traffic | Panel estimators, verified against analytics | monthly |
| Funding | SEC EDGAR Form D search | on event |
GHArchive gives hourly public GitHub event dumps and lets a pipeline use two orders of magnitude less work than polling the REST API, which is why serious trackers watch thousands of orgs weekly on a trailing 14-day window against the prior window. App download and revenue estimates commonly refresh monthly, reflecting the most recent complete month, and they are pegged off Top Grossing rank behavior rather than raw installs. Form D notices are filed electronically on EDGAR and are publicly available, so the funding check costs about fifteen minutes.
Before you call any momentum read done, run this list.
Before you trust a momentum read
- The business model has been named and only its valid signals are in play
- Every signal is scored against the company's own six-month baseline, not an absolute count
- Each accelerating signal has passed a manufacture test against a harder corroborating signal
- At least two independent signals agree before any thesis is called confirmed
- Traffic reads under ~50k monthly visits are treated as directional only or verified against analytics
- EDGAR was checked for a Form D, and its absence was not read as proof of no round
- The target is on a standing watchlist with the right cadence per signal
The discipline that separates a durable read from a lucky one is cadence. Momentum is a derivative, so a single pull cannot show it; only a series can. Set the watchlist, let weekly and monthly pulls accumulate, and treat any signal that has not been re-pulled inside its cadence window as stale rather than absent. When two independent signals cross their thresholds in the same window, that is your phone call.
Questions practitioners ask
How much lead time does headcount growth give over reported financials?
Systematic analysis of job listings gives roughly a one to three month lead over revenue and earnings, which is why quant traders use hiring velocity as a nowcast. That makes job postings one of the earliest reliable public signals for a private company. Pull them daily to weekly from job boards and career pages, and normalize the count against the company's own hiring baseline rather than raw numbers so a small firm's few hires do not read as an explosion.
Can GitHub stars be faked, and what should I check instead?
Yes. Stars cost seconds to buy and are now a documented fraud vector serious enough that the SEC's wire-fraud framing applies when a startup inflates them and investors rely on the metric. Treating star counts as growth produces zombie leads. Check contributor and commit signals instead: contributor count jumping 40% or more inside 30 days often precedes a Series A, and commit velocity change is far harder to manufacture than a star total.
Which momentum signals work for a B2B SaaS company versus a consumer app?
For B2B SaaS, job postings and tech-stack adoption lead: a sustained rise in sales-engineering roles concentrated in new geographies supports an expansion thesis, and a quiet 30% postings decline often precedes guidance cuts. Social and follower signals are a weak measure for SaaS or B2B and are better suited to retail and consumer products. GitHub works for open-source and deep-tech but is poor for AI-pure orgs, which commit constantly regardless of stage, and useless for stealth firms that open-source nothing.
Why are traffic estimates unreliable for early-stage companies?
Estimator accuracy scales with company size, so the earliest targets are exactly where estimates are worst. For sites under roughly 50,000 to 100,000 monthly visits, errors of 200 to 500% are common, and accuracy only improves considerably above 500,000 monthly visits. A reported growth event at small scale is often just estimator jitter. Require analytics-verified traffic, such as a connected GA4 feed, before treating a traffic spike as real momentum.
How often should I re-pull each signal?
Match cadence to how fast the signal moves. Run GitHub and hiring weekly, using a 14-day rolling velocity window for commits; refresh app download and traffic estimates monthly, since providers publish complete-month snapshots; and treat the funding record as event-driven. The overarching rule is that point-in-time snapshots are less valuable than trend analysis, so the value is in tracking how each metric changes rather than its level.
Is a Form D filing a good momentum signal?
No, it is a confirmation marker, not a momentum signal. A Form D must be filed within 15 calendar days of the first sale of securities, so it lags the event, and it can be filed late or omitted entirely. The SEC has fined companies a combined $430,000 for late filings covering nearly $300M in offerings. Use EDGAR to confirm and date a round, but pair it with a leading signal, and do not read the absence of a Form D as proof that no round happened.
Try it on the search you came here for
Stop building boolean strings. Just describe the person.
Type one sentence. I plan the search, read GitHub, public LinkedIn and Crunchbase records, and the open web as it is right now, and hand back a ranked list with the reason next to every name.
01Describe them
One plain sentence. Role, city, stack, stage, whatever matters to you.
02I read the web live
GitHub, public LinkedIn and Crunchbase records, the open web. Not a database that went stale last quarter.
03You read the shortlist
Ranked, with the reasoning under every name. Open a profile, ask a follow-up, narrow it down.
- Staff backend engineers in NYC who shipped Rust in production
- Series A fintechs in SF under 50 people, growing headcount this year
- Maintainers of fast-growing Rust web frameworks on GitHub
- No boolean, no filters, no seat to buy. One box.
- Read at search time, so a profile updated yesterday counts today.
- Every step visible as it runs, every name with its reason.
500 free credits on sign-up. No card, no demo call. See real searches.