Service

Job board development

For publishers, associations and niche board operators who want to run a job board as a revenue line, with posting packages, a sector taxonomy and application routing designed for their market rather than a generic listings script.

The problem

What goes wrong today

Where it usually starts

A trade publication has carried recruitment advertising for years, first in print and then as a page of links on its website.

  • Employers email a job description and a logo to the advertising manager, who pastes it into the content system by hand, sets a reminder to take it down in four weeks and raises an invoice in the accounts package.
  • When the employer asks how many people applied, nobody knows, because the "apply" link went straight to the employer's own careers page.

Where it gets harder

Candidates fare no better.

  • The listings are a single long page in date order with no filter for region, contract type or the specialism the sector actually hires by.
  • There is no way to save a search or be told when a matching role appears, so visitors come once and do not return.
  • Larger employers want to push vacancies automatically from their own systems and are told to email them instead.
  • Featured positions are sold as a favour with no defined placement, expiry or report.
  • The board earns less than it should and takes more admin than the publication can spare.

Scope of the service

What the build covers

A custom job board build normally covers the whole posting-to-expiry cycle. Employer accounts carry posting packages bought through the order layer: single listings, bundles, or a subscription with a monthly allowance, with a featured upgrade as a priced option. Job listings use structured fields chosen for the sector, such as location, contract type, salary band as the employer enters it, specialism and seniority, with an expiry date that archives the listing and reminds the employer to renew. Candidate accounts hold a profile and CV upload, saved searches and job alerts delivered by email at a chosen frequency. Applications are either collected on the board and routed to the employer with status tracking, or redirected to the employer's own site with the click recorded, per listing. Feed intake accepts vacancies from employers' systems or aggregators on a schedule, mapping their fields to your taxonomy and expiring what disappears from the feed. Employer branding pages collect an employer's live roles with its own description and media. Application statistics per job and per employer feed both the employer dashboard and your sales conversations.

During discovery we map how recruitment advertising is sold today: who the account manager is, how packages are priced, what the renewal conversation looks like, which employers would use a feed, and what taxonomy candidates in your sector search by. Each of those becomes a named stage in the scope document.

Deliberately out of scope

  • The employer's own applicant tracking, which receives applications through the routing rather than being rebuilt
  • Payroll and contracts for placed candidates
  • Recruitment agency functions such as shortlisting on behalf of the employer

When the scope grows

Scoping scenario

A professional association wants a members-only board where only member firms may post, listings are categorised by the association's practice areas, student members receive a weekly digest of graduate roles, and the membership database decides who can post at member rates. The membership link and the two-tier pricing make this a custom build, and the scope document says so plainly.

Deliverables

What you receive

  • Discovery notes from mapping how recruitment advertising is sold and fulfilled today
  • A written scope document naming each stage from package purchase to listing expiry, with the taxonomy and what is left out
  • Designs of the search results, the job page, the employer dashboard and the candidate alert email
  • The build, including feed intake and reporting where in scope, deployed to your hosting or ours
  • Migration of live listings, employer accounts and candidate registrations with a redirect map for old job URLs
  • Training for the advertising team and a written guide for employers
  • Handover material and full ownership of the source code and your data

Process

How a project runs

Each stage maps onto the project view in your client panel. Durations are set in your proposal, never on this page.

  1. Onboarding

    Access to the current listings page, accounts package and email platform; a list of active employers and the packages you sell.

    Project stage: Onboarding
  2. Planning

    Discovery with the advertising manager and the editor; packages, taxonomy, application routing and feed sources are written into the scope document.

    Project stage: Planning
  3. Design

    Search, job page, employer dashboard and alert email designed for candidates on a phone and employers at a desk.

    Project stage: Design
  4. Development

    Built in layers: taxonomy and listings, then employer packages and orders, then candidate accounts and alerts, then feeds and statistics.

    Project stage: Development
  5. Client review

    Your team and two friendly employers post, feature and expire real roles for a fortnight and tell us where the flow does not fit.

    Project stage: Client review
  6. Revisions

    Changes from the review are made and re-checked against the scope document.

    Project stage: Revisions
  7. Ready for launch

    Listings migrated, redirects tested, payment callbacks and alert sends verified against accounts you control, launch checklist signed off.

    Project stage: Ready for launch
  8. Delivered

    Employers post through the new board; hosting and maintenance continue under their own agreement if taken.

    Project stage: Delivered

Integrations

Commonly integrated

Systems this kind of business usually asks us to connect. Each integration is confirmed during discovery; none is assumed.

  • Card payment providers for posting packages and featured upgrades
  • Accounting software for invoices and package revenue
  • Email platforms for job alerts, digests and employer notifications
  • Employer applicant tracking systems and aggregator feeds as inbound vacancy sources
  • Membership or subscriber databases that decide who may post and at what rate
  • Analytics and consent management platforms

How we would approach it

Worked example

Concept demo

A members-only board for a professional association

The situation

A professional association wants to replace a page of emailed vacancies with a board where only member firms may post, listings are categorised by the association's own practice areas, and student members receive a weekly digest of graduate roles.

Why it is a custom build

The custom route is needed because of the membership check and the segment-based digest, which go beyond the single public employer tier the package assumes.

The scope we would propose

  • Employer accounts verified against the membership database
  • Two posting rates decided by membership status
  • A taxonomy built from the practice areas rather than a generic job-type list
  • A scheduled digest per member segment, and reporting that shows the membership team which firms post and which do not

Pricing

What affects the price

Every proposal is priced on scope. These are the factors that move it most for this kind of build.

  • Number of posting packages and whether subscriptions with allowances are sold
  • Depth of the sector taxonomy and the number of structured fields per listing
  • Applications collected on the board, redirected, or both, per listing
  • Number and format of inbound feeds from employers or aggregators
  • Membership or subscriber database to connect for posting rights
  • Volume of live listings, employers and candidate accounts to migrate
  • Reporting depth for employers and for your own sales team
  • Hosting choice: your own hosting or ours

FAQ

Frequently asked questions

When is the package enough and when do we need a custom build?

If public employer accounts, a configurable taxonomy, standard packages and on-board or redirected applications cover your market, the job board package is the right fit and we quote for that. Membership-gated posting, unusual pricing tiers or feeds from several systems with different field maps point to the custom route.

Can employers push vacancies from their own systems?

Yes, where the employer or aggregator can provide a feed in a documented format. Each feed is mapped to your taxonomy during planning, runs on a schedule, and expires listings that disappear from the source. The scope document names each feed and its field map.

Do we have to collect applications on the board?

No. Each listing can collect applications on the board and route them to the employer with tracking, or send candidates to the employer's own careers page with the click recorded. Many boards use both depending on the employer.

Can you move our existing listings and old job URLs?

Yes. Live listings, employer accounts and candidate registrations are migrated, and every old job URL is mapped to its new address so search visibility and existing links are kept.

Who owns the board afterwards?

You do. The source code, listings, employer and candidate data are handed over at delivery. Hosting and maintenance are optional and agreed separately.

Get a project quote for job board software

Answer a few questions about your business, your current systems and what should change. We reply with a clear, competitive proposal.

Get a project quote