Skip to content

Develop once. Reuse for good.

We are building an open folder for digital specialist procedures. Small solutions for concrete tasks – made to be reused, adapted, and developed further together.

Here we explain the model: from a concrete need through development to reuse. The folder is still being built. That is why we describe how it gets filled, rather than what is already finished on the shelf.

What is Standardordner2030?

Standardordner2030 is not a finished catalogue and not a large suite. We are building an open folder in which digital specialist procedures take shape and can then be reused by further municipalities and organisations.

A municipality or public organisation has a concrete problem and needs a specialist procedure for it. That can be developed first for this one organisation – or together with others who have the same problem.

Afterwards the procedure sits in the folder as an open building block. Others can reuse it, adapt it to their workflows, or develop it further together.

Small means a clearly bounded task, a manageable need, faster to deliver than a transformation project. No complete new suite, no unnecessary complexity.

Develop once. Reuse many times. Develop further together.

From everyday friction to the gap

The starting point is not a technical problem, but a very human thought: “There really should be a solution for this!”

Anyone working in administration, organisation, or digitalisation knows that sentence. A task costs time every day: lists in spreadsheets, email back and forth, copying information between systems, manual workarounds, software meant for something else – or the realisation that software for this one task exists in theory, but would require a new major project.

The problem is often not that no software exists at all. The problem is that a concrete task immediately becomes a complete project. Standardordner2030 starts one size smaller: at the concrete task. And once that solution works, the next municipality does not have to start from zero.

Not every specialist procedure has to be invented again.

A municipality needs a digital solution for a concrete process. Another may soon face the same task. Standardordner2030 thinks from the first solution to the next reuse.

The path is: need, development, folder, reuse, adaptation, further development. What is created for one organisation can then be available to others. An extension in turn stays part of the open procedure.

A single solution can become a shared solution.
  • Something already exists: reuse it.
  • Something almost exists: adapt it to local workflows.
  • Something is missing: develop it together, then reuse it.

A municipality has an idea.

A museum wants to digitise a particular process. Commissioning a complete piece of software for that alone can be out of proportion. Other museums may face a similar task.

When several institutions share the same need, a different basis appears: more budget, more perspectives, more shared vision. Even so, nobody has to wait for everyone else. A solution can begin with one organisation. Not every procedure will be used by hundreds – the logic stays the same.

Start it alone, or develop it together.

A municipality does not have to wait until someone else develops exactly their procedure. It can start the development. That can be a development on its own.

It is even more interesting when several organisations share the same need and carry requirements and funding together. The result is not limited to a single commission. Together there is more budget, more experience, and more vision – and a solution can still start small.

The core idea

Standardordner2030 thinks of specialist procedures as smaller, reusable, and connected. A procedure does not have to do everything. It should first solve one concrete task – and stay open enough that others can reuse and adapt it.

What can we keep – and what can we usefully add?
  • Applications can be used on their own.
  • Applications can be connected with each other.
  • Applications can be extended.
  • Existing software does not have to be replaced automatically.
  • Existing systems can be usefully complemented or connected.
  • New features can emerge where they are actually needed.

Not: “Which complete system do we need to buy now?”

Who is Standardordner2030 for?

The primary audience is people and organisations in the public sector – especially small and medium municipalities, local administrations, public organisations, municipal companies and utilities, as well as staff, digitalisation leads, and IT leads in smaller organisations.

Importantly: the audience does not need IT expertise. Standardordner2030 first speaks to people in Germany who want to improve administration and organisation. Not people looking for “a modular API-first open-source architecture”.

It should meet people who say: “We still do it this way – but it really should be easier.” That is the real starting point.

What we do differently

Several principles belong together and show another path between major projects and island solutions.

Small problems may get small solutions

Not every software need has to become a multi-year IT project. When an organisation wants to digitise a small, clearly bounded task, there should be a correspondingly manageable solution.

Software does not have to do everything

An application may be specialised. It does not have to be incoming mail, requests, appointments, files, and minutes all at once.

Software should work together

Individual applications should not be thought of as closed islands. When a request and an appointment belong together, they should work together. When incoming mail and the file belong together, information should flow – instead of being entered again manually.

What exists does not have to go

Not: “We have new software, so replace everything.” Instead: What already works? What is missing? What can we add? That makes digitalisation and modernisation possible step by step.

Software may change

Extensibility matters here. Software should not ship in a rigid form that never changes. It should stay adaptable and be able to grow with need.

A specialist procedure does not have to do everything

A procedure for a concrete task may solve exactly that task. Further functions can be added later – as another building block, or by connecting to existing systems.

Request, appointment, document, case: what belongs together should know about each other. Information flows instead of being entered again.

A small solution for a concrete problem. Shared use for many.

Open source keeps the folder open

Reuse works better when the software stays open. Open source is not the product. It keeps the folder open for reuse, adaptation, and further development.

First the specialist procedure should solve the concrete task. After that it matters that others can follow it, host it themselves, adapt it, and develop it further together.

  • No artificial lock-in to one vendor
  • Self-hostable
  • Software you can follow
  • Adaptable and extensible
  • Other organisations can contribute
  • Further development can happen together

From a single need to reuse

Today a solution often stays with the one project it was built for. Standardordner2030 includes the step after that: what is developed can sit in the folder and be reused by others.

Our aim: develop a specialist procedure once and reuse it many times. We do not claim that numerous procedures are already in productive reuse. We are building the folder in which that becomes possible.

Whoever needs a function does not necessarily have to fund an entirely new product. A concrete need can start an open procedure. Over time a shared body of software grows – where the needs actually appear.

Pacifico’s role

Standardordner2030 is initiated and developed by Pacifico Digital Explorations. Pacifico is the starting point and develops the first applications and the technical foundation.

Long term, the idea is larger than a single Pacifico product. The folder should be able to open and grow: further developers, companies, organisations, municipalities, public institutions, and partners can contribute, build applications, extend blocks, or bring requirements.

“Developed by Pacifico” is correct for the current state – but conceptually not necessarily the long-term identity of Standardordner2030.

The “2030” idea

The year is not a promise: “Everything will be done by 2030.” It is a question about the future: How should software for the public sector look if we rethink it today?

Software could be clearer and more pleasant, less rigid, communicate with other tools, stay open, evolve, be introduced step by step, complement existing systems – and actually help people in their work.

Standardordner2030 is also a concrete vision for how public software could come into being. Not futuristic for its own sake, but very practical.

What is missing today – and what do we not want to miss tomorrow?

The folder is not full yet

The folder is not full yet. And that is intentional.

We do not know today which specialist procedures will be needed most urgently tomorrow. That is why we are not simply building a huge suite and claiming that solves everything.

We fill the folder where concrete needs appear. A solution can begin for a single organisation, be developed together, and then be reused by many.

What Standardordner2030 expressly is not

Not an all-in-one suite, and no claim to replace all administrative software. Not a finished catalogue of reusable procedures – the folder is being built, and that stage may stay visible. Not an abstract open-source project detached from concrete tasks. And not classic custom development whose result stays locked inside a single commission.

What are you missing?

Describe the task or the specialist procedure. That can become a development – on its own or together – and then an entry in the folder that others can reuse.

The company

  • German company

    Pacifico Digital Explorations GmbH. Registered office and contacts in Germany.

  • Built in the EU

    Software meant for European public organisations and European rules – not a spin-off of a US SaaS.

  • Complement, don’t replace

    What already works can stay. We put the missing building block in the folder.

  • Little lock-in

    Self-hosting is intended. Open source is the goal – the formal release will follow. The code is on GitLab.