DEV Community

Govtpvt
Govtpvt

Posted on

Lessons from running a government jobs portal: treat every update as data, not content

Running a jobs portal sounds like a content problem. In practice it is a data quality problem. A wrong last date or a wrong fee on a government job listing costs a real person an application, so the whole workflow at Govtpvt is built around one rule: nothing gets published unless it points to the official source document.

These are the practices that have held up for us. They apply to any site that republishes time-sensitive public information.

1. Store the source, not just the summary

Every listing carries the URL of the official notification PDF and the official apply page. Reviewers check the listing against the PDF, and readers can check it too. If we cannot find an official document, the update does not go out, however widely it is being shared elsewhere.

2. Model the lifecycle, not the announcement

A recruitment is not one event. It is a sequence:

notification -> application window -> correction window
  -> admit card -> exam -> answer key -> result -> document verification
Enter fullscreen mode Exit fullscreen mode

Each stage has its own date and its own official link. Treating them as states of one record, instead of separate articles, is what lets a reader land on a page and see where things stand today. That is why the site is organised by stage: latest jobs, admit cards, answer keys and results.

3. Dates are the highest-risk field

Most corrections we make are date corrections, because recruiting bodies extend deadlines through short corrigendum notices. Three habits help:

  • Keep the original date and the revised date, and show both
  • Record which notice changed it
  • Never infer a date. "Exam likely in December" is not a date

4. Write eligibility as a table

Age limits, relaxations, qualification and fee vary by category. Prose hides the differences; a table exposes them. It also makes review faster, because a reviewer can compare row by row with the notification.

5. Keep explainers separate from updates

Updates expire. Explanations do not. Things like how normalisation works or what a pay level means live as standalone guides, for example this glossary of government job terms, and listings link to them instead of repeating the explanation each time.

6. Make corrections visible

When we get something wrong, the fix is made on the same page with the corrected value. Quietly replacing a number teaches readers not to trust the page.

What I would tell anyone building something similar

Speed matters less than you think. Being ten minutes behind and right beats being first and wrong, because the reader's next step is to pay a fee and submit a form.

Top comments (0)