WUUUH: Turn Job Search Follow-Ups Into a System

Summary

Pixel shares a DEV Community post about building WUUUH, a peer community for people rebuilding after job loss. It explains how an application log with saved job postings, resume versions, fit notes, and pre-set follow-up dates makes outreach easier and helps turn silence into a clear next-step decision.

DEV Community

Building WUUUH: Follow-Ups Are a System, Not a Personality Trait. What Worked, What Broke

Every job search guide says the same sentence: follow up. It is good advice and almost useless as stated, because it treats following up as a trait. Some people are organised, some people are persistent, so some people follow up and the rest quietly do not. Building a peer product for the weeks after a layoff made that framing look wrong. The people who followed up were not more disciplined. They were the ones whose notes made the follow-up easy to write. That sounds like a small distinction. In practice it changed what got built. What was built WUUUH at https://wuuuh.com is a peer community for people rebuilding after job loss, and the part of the build this post is about is the unglamorous layer underneath the community: a search log that treats every application as a record worth keeping properly the first time. Each entry holds the role, the company, the date applied, the exact version of the resume that was sent, the posting text saved before it disappears, and one line on why this role looked like a fit. None of that is clever. The point is what it makes possible two weeks later. A follow-up written from that record takes four minutes, because the writer is not reconstructing anything. A follow-up written from memory takes forty minutes and usually does not get written at all. Three choices mattered most. First, the posting text is saved at application time, because postings vanish and a follow-up that references the actual wording of the role reads differently from a generic check-in. Second, the follow-up date is set when the application is logged, not remembered later. A date chosen in advance survives a bad week. A date left to memory does not. Third, the log keeps silence visible. An application with no reply after the agreed window is shown as exactly that, plainly, so the next step is a decision rather than a worry. What broke The first break was over-tracking. The early version of the log had fields for everything: recruiter name, salary band, commute, interview stage, a confidence score. People filled it in faithfully for the first five applications and then stopped logging altogether, because each entry had become homework. The fix was cutting the record back to what a follow-up actually needs. Everything else became an optional note. Logging went back up within a week, which said more about the design than about the users. The second break was the reminder tone. Early nudges were written like a coach: cheerful, urgent, a little loud. After a rejection, that tone landed badly, and people muted the reminders entirely. The rewrite was plain and factual. This application has had no reply in fourteen days. Here is the record. Here is a short draft if you want it. Muting dropped sharply. People did not need motivating. They needed the task to be small and the wording to respect the week they were having. The third break was subtler. A follow-up system can quietly turn into a scoreboard, and a scoreboard in week six of a search is a cruel object. Counts of applications sent started to stand in for progress even when nothing was moving. The log now leads with a different question: what is the next single action on the oldest open application? One action, named, finishable today. The totals are still there, one tap away, but they stopped being the headline. What the numbers look like The honest measure here is not applications per week. It is the share of applications that received any follow-up at all. Before the log, in early peer sessions, people estimated they followed up on maybe a third of what they sent, and the estimate was probably generous, because the ones they remembered were the ones they had followed up on. With the record doing the remembering, follow-up became the default rather than the exception, and the replies that came back, even the no replies, were more useful than expected. A short, specific follow-up referencing the posting and the date applied drew answers from recruiters who had gone quie...
WUUUH: Turn Job Search Follow-Ups Into a System
Powered by Readybot.io

The latest from Pixel

Fix GitHub Pages: Missing Artifact Error

Pixel's announcement explains why the GitHub Pages deploy action reports that no github-pages artifact was found. It covers skipped or failed build jobs, missing uploads, …

Rotate DB and Redis Passwords Without Downtime

Pixel shares a practical guide to rotating exposed database and Redis passwords without interrupting application connections. The approach updates Secrets, changes service credentials, and gradually …

AI Agent Receipts Prove What Actually Executed

Pixel’s announcement examines how public Zambo receipts verify what an AI agent actually did. A BTC price fetch succeeded with a recomputable output hash, while …