Proof of Concept in Software Development

Test the technical unknowns before the project starts.

A proof of concept answers one specific technical question before the project starts: Will the interface hold up? Is performance good enough? Does the planned technology fit? It takes two to six weeks and starts at €5,000.

The intro call takes 30 minutes and is free.

What is a proof of concept?

A proof of concept, or PoC, is a hands-on demonstration that an idea or concept is technically feasible.

In software development, we build only the part where the project could fail and test it under real conditions. That way, risks show up at the start of the project, not shortly before go-live.

A PoC is deliberately unfinished. The interface is rough and the feature set is small. At the end you get the answer to a question defined up front: Does this work, yes or no?

What a PoC tests technically

  • Technical feasibility

    Can the core function be built with the planned technology at all?

  • Performance

    Does the system respond fast enough with realistic data volumes?

  • Integration

    Does data exchange work with the systems already in place?

  • Architecture

    Will the chosen structure also support full development later on?

What it does for your decision

  • Less risk

    Technical problems surface in the first few weeks, not after months.

  • Lower cost

    A wrong turn in a PoC costs a fraction of what it would cost in a running project.

  • A better basis for decisions

    You decide on the overall budget based on test results.

  • Arguments for management and business teams

    A working demonstration convinces people more than a slide deck.

When a proof of concept makes sense, and when it doesn't

A PoC pays off when a single technical question decides the whole project. When the technology is well known, it just costs time.

Worth it when

  • The project relies on technology that nobody at your company has used in this combination before.
  • A third-party system needs to be connected, and nobody knows exactly how its interface behaves.
  • The application has to stay fast with large data volumes or many simultaneous users.
  • Several technologies are on the table, and the choice will shape the project for years.
  • Approval of the overall budget depends on a technical question that so far has only been answered on slides.

Not needed when

  • the task has been built many times with well-known technology
  • the open question is about the business, such as whether users will adopt a feature
  • the question can be answered with documentation and a day of research
  • an existing system needs to be assessed

For an existing system, the Software Audit is usually the better first step: two weeks, fixed price of €3,000 to €6,000.

We build only the part where the project could fail

For a configurator, that might be 3D rendering with real plant data. For a catalog, search across a large assortment. For an integration, the interface to the ERP.

What gets built

  • The critical function, connected to real or realistic data
  • Test setup and measurements of response times, data volumes or load
  • A simple interface, just enough for a demo
  • Notes on the architecture tested in the PoC

What is deliberately left out

  • Finished design and a complete user interface
  • Roles, permissions and user management
  • Complete error handling and edge cases
  • Operations, monitoring and security sign-off for production

PoC code is written to answer the test question, not to run in production. Whether parts of it carry over into full development is something we decide together with you at the end.

What you have at the end

The answer to the test question is yes, no, or yes under certain conditions. You also get the material you need to decide on the overall budget.

An answer to the test question

Measured against the criteria we set before the start. If the answer is no, that's a result too: you know after weeks instead of months.

Measurements and test results

Response times, data volumes, behavior under load or interface test results, depending on what was tested.

A working prototype

One you can demo to management and business teams. We hand over the prototype and the source code.

Risks and effort range

A list of open issues for full development and an effort range based on what was actually built in the PoC.

How a PoC works with us

Four steps in two to six weeks. The test question and the criteria are set before we write the first line of code.

  1. Analysis and planningDefine the test question
  2. DevelopmentBuild the critical part
  3. EvaluationMeasure and assess
  4. DecisionGo ahead or not

Analysis and planning

Together we define which question the PoC answers and how we measure the result.

  • Define the project scope
  • Define the technical requirements
  • Plan resources

Development

We build the critical functions and test them with real or realistic data.

  • Develop core functions
  • Test technical feasibility
  • Measure performance

Evaluation

We compare the results with the criteria from the start and write them up.

  • Check the criteria
  • Name technical limits
  • Record approaches for full development

Decision

We walk you through the results. You decide what happens next.

  • Make a go or no-go decision
  • Adjust the project plan
  • Finalize budget and resource planning

What a proof of concept costs

A PoC starts at €5,000. The price depends on how complex the test question is, how many technologies are involved and how quickly you need the result.

PoC price calculator

Project complexity

Technology areas

FlexibleStandardUrgent

Estimated price range

€7,500 to €12,500

Request a quote

A rough guide, not a quote. We give you the price for your project after the intro call.

Included in the price

  • Requirements analysis

    Together we define the test question and the criteria the result will be measured against.

  • Working prototype

    The critical functions run and can be demonstrated.

  • Risk list for decision-makers

    What has to be solved before go-live, and where are the open issues?

  • Budget and timeline planning

    An effort range for full development, based on what was built and measured in the PoC.

Proof of concept examples

Three questions that are often still open before a software project starts, and that a PoC answers.

Evaluating a technology stack

Several frameworks or technologies are on the table for a new project. The PoC builds the same core function with each candidate and shows which one fits.

Connecting external APIs

A third-party system needs to send or receive data. The PoC tests whether the connection is feasible and how quickly the interface responds.

Testing scalability

The application has to handle many simultaneous users. The PoC measures behavior under load before the actual development starts.

Two examples from our own projects are right below, under success stories.

Success stories: two projects that started with a PoC

SMS group

Plant engineering · 3D configurator

Industrial plants were to be configured in 3D in the browser, with large data volumes and high performance requirements.

Proof of concept, 2017

Analyzed web technologies, ran performance tests and chose the technology stack: React, Three.js and WebGL.

Afterward

In 2018 the MVP with the core functions, in 2019 extensions and data compression.

Read the case study

mastering.studio

Audio software · SaaS

VST audio plugins were to run in a cloud environment so musicians could master their tracks online.

Proof of concept, 2019

First tests with the VST SDK and audio processing via Node.js.

Afterward

In 2020 the SaaS platform with Nuxt and NestJS, in 2021 the launch in three world regions.

Read the case study

Do you need a proof of concept?

Four questions for a first take. They don't replace a conversation, but they show whether one is worth having.

Are you planning a technically complex project?

Is there uncertainty about technical feasibility?

Is the budget for the overall project above €50,000?

Do several technologies or systems need to be integrated?

Proof of concept FAQ

What technical question is still open for you?

In the intro call we work out whether a proof of concept is the right answer, what it should test and what price range to expect. The call takes 30 minutes and is free. We work in English and German.

Jens Bohl, founder and managing director of Onveda

Jens Bohl Founder and Managing Director

Project inquiries

Platforms, integrations, and hosting and operations

projekt@onveda.de+49 2173 2972 20

General inquiries

Everything else

kontakt@onveda.de

Careers at Onveda

Questions about working at Onveda, or from recruiters

Go to the contact form