Clickable prototypes for companies in Germany
A clickable prototype shows your software idea as screens that react like the finished app, before anyone programs the real thing. Your management and a few future users click through it, and the decision rests on what they tried. I take on freelance engagements for prototypes, remote from Frankfurt, with test sessions on site when your team wants to try it together. Let's talk about your needs in a free 30-minute video call.
What I prepare for your decision
-
Experience with screens and their users
For more than twenty years I have built screens for the people who use them, from order funnels to insurance portals. I have worked on the concept and on the code, so my prototypes stay within what can be built.
-
Click dummies
I have built interactive mockups and wireframes that look like the finished app or website before a line of it is programmed. Decision-makers see the flow they would pay for.
-
A test for your concept
I have challenged other people's concepts and plans and given reasons for my view. A prototype puts your concept to that test before money goes into the build.
-
Tests with your future users
I sit next to a few of your future users while they click through, on site or by video. What they miss or misread goes onto a list for the decision.
-
Nothing to install
I build the prototype with the coding agents Claude and Codex as pages that run in the browser. Your team opens it on a laptop or a phone.
-
Requirements on the side
Each screen of the prototype comes with a note on the data and the systems it needs. When you decide to build, the first requirements are written.
What a clickable prototype decides
A clickable prototype lets people decide on software by using it before it exists. Management sees the product it would pay for, and future users show where they would get lost.
A software decision often rests on a written concept and a few slides. Each reader imagines a different product, and the differences show up once the build has started. A prototype puts one version of the product in front of everyone who decides.
How I build a prototype for a decision
I start with the flow a user goes through, from the first screen to the end of the task. The screens get real words from your business and example data, because placeholder text hides the questions users would ask.
Where the user works shapes the screens. A service technician who opens the app on a phone at a customer’s site needs other screens than a clerk at a desk with two monitors, so I ask about that situation before I draw the first screen. The labels name the next step: a button that says “To the offer” tells the user what happens, and “Next” leaves it open. Details: Interaction design.
The test with users is short. I give each user a task, such as finding a price or sending a request, and watch without helping. Where several users stop at the same screen, that screen changes before the decision.
Prototype, proof of concept or MVP
Three ways to test a software idea before the full build. Each answers a different question, and the question decides which one your company needs.
| Clickable prototype | AI proof of concept | MVP | |
|---|---|---|---|
| The question it answers | Do users understand the flow, and do we want this product? | Does the AI do this task on our data well enough? | Do real users use the product for their job? |
| What it is | Screens that react like the app, with example data | A working test of one AI task, measured by a script | Working software with a database |
| Who uses it | Management and a few future users in a test | The department that checks the results | The first real users |
| Data | Example data only; nothing is stored | Copies of your data on a development system | Real data of real users |
| What you have at the end | A decision, the test findings and a first list of requirements | A measured result against the pass mark | A product in use, with numbers on where users stop |
| What it cannot tell you | Whether the technology holds under real use | Whether users want the product around the AI | How users beyond the first group will react |
The other two have their own pages: AI proof of concept and MVP development.
Who I am
I am Michael Wutzke from Frankfurt. For more than twenty years I have planned and built online shops and customer portals, as an employee and as a consultant. At Policen Direkt I programmed the front end of a portal in which customers upload and manage their insurance policies, and interaction design was part of the job. Today I build with AI coding agents for a client’s platform. Details: Career stages.
How an engagement runs
-
Free video call
In 30 minutes we talk about the software idea and the decision the prototype should support.
-
Assessment together
We name the users and the main flow they should go through.
-
Quote and order
You receive a quote for the prototype, and I start when you accept it.
-
First version
I build the main flow as clickable screens with example data, and we go through it together.
-
Test with users
A few of your future users click through it while I watch, on site in Frankfurt Rhine-Main or by video. I note where they stop.
-
Findings for the decision
You receive the prototype and the findings of the test, with the requirements per screen for the build.
Questions companies ask
What does a clickable prototype contain?
The screens of the main flow with realistic example content, and buttons that lead where the finished app would go. No database stands behind it, so nothing a user enters is stored.
How is it different from an MVP?
An MVP is working software that real users use with their own data. A prototype only looks and reacts like it, so it is quicker to change after each test. Details: MVP development.
Which tools do you build prototypes with?
Pages that run in the browser, written with the coding agents Claude and Codex, so your team needs no license for a design tool. For flows and processes I draw diagrams, for example in Visio.
Can the prototype become the real software?
The screens and the texts carry over into the build. The code behind the real product is written new, with a database and user rights.
Who writes the requirements for the build?
The prototype yields a first list per screen. A larger system needs a full analysis of what the departments want: software requirements analysis.
Which engagements do you take on?
Freelance engagements for prototypes, part time or full time. I work remote from Frankfurt and run test sessions on site in Frankfurt Rhine-Main or at your company elsewhere in Germany.
Details on the work behind this page
-
Interaction design
Michael Wutzke deals with the dialogue between users and machines in Frankfurt (communication with mobile phones, navigation devices, notebooks).
-
Product conception
From the first concept to the roadmap: advice on digital products, based on more than twenty years of product and IT projects.
-
Web development
Michael Wutzke is an experienced web programmer in Frankfurt (Germany). He uses PHP for programming successful websites and ecommerce shops.
-
Many projects fail on a small scale
Over and over I am faced with the challenge of improving or evaluating things in my professional life. Typical questions are often the same:
Your software prototyping freelancer in Germany
I am Michael Wutzke, a software prototyping freelancer in Germany, based in Frankfurt. In a free 30-minute video call we talk about your software idea and your needs, and you learn which screens a clickable prototype should show your decision-makers first.
Searches this page answers
- clickable prototype
- clickable prototype example
- clickable prototype software
- clickable prototype AI
- what is a clickable prototype
- interactive prototype
- interactive prototype examples
- interactive prototype website
- interactive prototype AI
- click dummy
- click dummy prototype
- software prototype
- software prototype development
- software prototype example
- software prototyping
- software prototyping services
- software prototyping techniques
- prototype development
- prototype development services
- prototype development process
- web app prototype
- web application prototype
- build a working web app prototype
- app prototype
- app prototype example
- wireframe vs mockup vs prototype
- difference between wireframe and mockup
- low fidelity vs high fidelity prototype
- high fidelity prototype
- prototype testing
- prototype testing checklist
- usability testing prototype
- prototype vs MVP
- working prototype vs MVP
- minimum viable product vs prototype
- proof of concept vs prototype
- UX prototyping
- UX prototyping consultancy