Phosphor Websites

A website that keeps getting better after launch.

Phosphor Websites pairs a focused setup with ongoing monthly engineering. The public experience, the action behind it, and the operating handoff are treated as one system.

01What gets built

The website and the path behind it.

Scope starts with what a visitor must understand, what they should do next, and what must happen after they act.
01

Clear company presence

Positioning, information architecture, responsive pages, and a visual system that can grow without becoming generic.

02

Working enquiry paths

Contact routes, forms when appropriate, and handoffs designed around the information a useful response needs.

03

Connected web tools

Focused calculators, intake flows, records, or operational interfaces where the website needs to do more than present information.

02Subscription model

Initial setup, then an ongoing engineering lane.

The setup establishes the first complete release. A monthly engagement keeps a defined engineering queue moving after launch. The setup fee and monthly rate are scoped in writing before work begins.
  1. Setup and launch

    Agree the audience, content, required actions, system boundaries, and launch scope; then design, build, test, and release the initial website.

  2. Monthly engineering

    Work through an agreed queue of improvements, maintenance, and new web capability. Priorities stay visible and change as the business learns.

  3. Ownership and access

    You keep access to your domain, content, and business accounts. Project-code ownership, licences, and handover details are stated in the proposal before work starts.

  4. A clean exit

    Ongoing engineering can stop under the written proposal. What remains live, the handover available, and any dependency, licence, hosting, notice, or final-billing conditions are agreed before work starts.

03Commercial boundaries

Defined before the monthly lane opens.

The engagement is subscription-led, but the scope is not vague. The written proposal names the queue, accounts, third-party costs, ownership terms, and exit path.
  1. Agreed queue

    The monthly lane covers the written scope and prioritised queue — it is not undefined unlimited work.

  2. Separate costs

    Third-party subscriptions, paid media, and content production are separate unless the proposal includes them.

  3. Evidence boundary

    No platform, performance, or business outcome is promised without a testable basis.

04Working principles

Evidence before decoration.

  1. Workflow

    Start with content, states, and ownership.

  2. Mobile

    Design mobile behaviour as a primary interface.

  3. State

    Keep actions and system status explicit.

  4. Evidence

    Publish claims only when they can be supported.

  5. Maintenance

    Build a maintainable system, not a presentation layer alone.

05Start a website conversation

Bring the current site, the missing site, or the workflow behind it.

Nik can help define the first release and decide whether an ongoing monthly engineering lane fits. You do not need a completed brief.