Direction 21 / 24

A public-sector website.Open information. Accessible services

Help residents find the right document, service or contact. We design websites for institutions and communities with clear navigation, accountable publishing and attention to accessibility.

01 / 05

Who it is for

A solution shaped around your operating model

The architecture adapts to the scale, workflows and roles of your organization.

01

Communities and administrations

Decisions, notices, organisational structure and the appropriate contact people.

02

Administrative service centres

Service directories, required documents, opening hours and appointment procedures.

03

Public institutions

Information websites for municipal enterprises, institutions and projects serving the public.

02 / 05

Functional architecture

What the solution can include

We define the final module set after researching goals, users and integrations.

01

Task-based navigation

Group services and answers around common situations and the tasks residents need to complete.

02

Documents and archives

Search documents by type, date and topic with organised files and a maintainable publication history.

03

Citizen enquiries

Provide appropriately scoped forms, routing and confirmations within your institution’s agreed enquiry process.

04

Accountable publishing

Define author roles, content approval and change history for responsible management of public information.

05

Accessible interfaces

Plan semantic structure, keyboard access, contrast and clear form errors, with acceptance criteria documented in the specification.

06

Integrations and hosting

Connect appointment queues, registries or external services only within provided authorisation and technical requirements.

03 / 05

Project value

Public service starts with respecting people’s time

We organise the website around residents’ tasks alongside the institution’s departments. Before development, we document the client’s accessibility, security, publishing and hosting requirements. Documents receive clear names, dates and discoverable categorisation.

  1. 01Structure based on residents’ tasks and institutional requirements
  2. 02Accessibility acceptance criteria in the specification
  3. 03Publishing, access and data retention controls
  4. 04Checks for archives, search and enquiry forms

04 / 05

iSoft process

From industry logic to a stable launch

  1. 01

    Discovery

    We map business goals, audiences, roles, content and external systems.

  2. 02

    UX architecture

    We design journeys, structure, prototypes and the data model.

  3. 03

    Design and build

    We create the responsive interface, features, integrations and protection.

  4. 04

    Launch and evolve

    We verify quality, train the team and plan future iterations.

FAQ

Frequently asked questions

01Do you account for institution-specific requirements?

Yes. Supplied regulations, technical conditions and acceptance criteria form part of the specification. Compliance claims require a separate assessment.

02Can you migrate the document archive?

Yes. We first review formats, categories, duplicates and existing links, then map redirects for addresses that need to change.

03How will citizen enquiries work?

They follow the institution’s agreed process: required fields, responsible staff, confirmations and retention periods. We test this workflow separately before launch.

04What should we prepare first?

Prepare your organisational structure, service list, content requirements and hosting and security conditions. These establish scope, budget and delivery stages.

iSoft / 21

Make your institution’s information easier to access

Websites for institutions and communities: public information, documents, services, news and citizen enquiries.

Discuss your project