I set up a computer at your place and put it into service — it runs the programs and holds the company data we choose together. I back the data up to a separate place, not onto the same computer, and test the backup by restoring data from it. I set up the service checks: when one stops responding, the named person gets a message, without having to open a panel.
The document assistant and the links between programs have to run somewhere — and somebody has to keep them running. Sometimes what you already have is enough; then you do not need this page. We start here when the computer everything runs on today is no longer enough, when the data must not leave the company, or when there is nobody to react if something stops.
Arrange a conversation about your caseTodayImportant things sit scattered across services whose rules you do not set, and every month another subscription joins them. Nobody holds the full list of what is where and who can see it.
AfterYou know where your company data is and who can reach it — because you decide that, not a provider's terms that changed last quarter.
TodayEvery time AI comes up, the same question does too: are we allowed to put our documents there? Without an answer the project stalls before it starts.
AfterThe next job no longer starts with “and where will this run?”. That is already settled, so the document assistant or the link between your programs has somewhere to sit.
TodayBackups run and every indicator is green. Even so, nobody has checked whether the data can actually be restored.
AfterYou know the backup works, because I restored data from it in front of you and wrote down how long it took.
Four steps, in this order. The first two put the hardware in place. Only the third and fourth make it something you can rely on when things go wrong.
We settle whether the hardware sits with you or is rented
a decision with its consequences named plainly
I install the system and the tools for the tasks we pick together
a running place for data and applications
I set up backups and test them by restoring
a backup the data can actually be restored from in the case that was tested
I connect the service checks and the alerts, then trigger a controlled failure to confirm the message reaches the named person
a message that reaches the named person
It will fail eventually — that is part of the project, not an exception to it. This is why the backup is checked by an actual restore, in front of you and with the time written down. That is the harder part of the work, not installing the machine; what follows from it and what does not is in the questions below.
What this evidence does not show
I do not give the company's name and I do not show how the technology there is put together. What you can check is the open part: my own servers, which I run the same way.
I ask what you want to start first and which data is involved. The hardware follows from that, not the other way round. 30–45 minutes, remote, no charge.
Hardware with you or a rented machine: I say plainly what each option costs, how long setting it up takes, and where your control over the data ends.
I install the system, the tools and the backups. We start with one task, not with everything at once.
We restore the data from the backup and measure how long it takes. I stop a service and we check the message reaches the named person. That is the handover — not a screen saying “done”.
Instructions and handover, or monthly care — depending on who is to run it from here.
Hardware or rental is a cost on your side and I show it separately from my work, so you can see what you pay to whom. My part is a fixed price, set after the conversation about what will run on it.
On site: the working data stays physically in the company, you set access yourself, and after the one-off purchase you pay no provider a monthly rent for that machine; the costs that remain are power, the copy kept off the device, and replacing the hardware later. The start is slower, because hardware has to be bought and connected. A rented machine: you start faster and buy nothing, but you pay continuously, and the data sits with someone whose rules you do not set. Where the backup goes is settled separately — a copy sitting next to the original survives neither fire nor theft, so one of those places is often outside the company, and I say so before we start. By default I propose the computer at your premises, because that is why you are here: so the data stays in the company. I propose the rented machine when there is nowhere to put a computer, or you want to start right away — and I say plainly what you give up.
Usually not to begin with. One small machine covers the first tasks. AI models running locally may need a stronger graphics card, and I say so before the purchase, not after. Hardware follows the task, not a stock of spare capacity. It can also be done differently: the small machine stays with you and an outside provider's model does the heaviest part. Cheaper at the start, a monthly fee, and some of the content leaves the company. I propose the on-site variant by default, but the choice is yours.
It will eventually, and that is planned for. This is why the backup is checked by an actual restore: you then know the result for the scenario that was tested and the measured time of that attempt, not a guarantee for the duration of every future failure. Without that attempt a backup is only an assumption — and it is the most common thing I find when somebody says they have backups.
No. A spot with power and network is enough, where a device can sit continuously and nobody switches it off or moves it. If there is no such spot, the rented machine is the sounder option — and that is what I will advise.
I start by looking over what already runs — that is part of the conversation before the quote. Whatever can stay, stays; I replace only what gets in the way. If the new setup needs something fixed that worked before, that is covered by the price of the implementation. Taking over the day-to-day running of your existing server is separate work and a separate quote. I look after the place where the data lives and the services on it — not staff computers, printers or accounts, and I do not rebuild your network. I do not buy hardware in your name: you buy it yourself, and I say what and why. And I do not rule on whether you comply with the regulations.
Up to handover I answer for putting it into service, for testing the backup by restoring from it, and for setting up access the way we agreed. After that it is run by the person your company names, or by me — within the care package you choose. The message still arrives either way, but it is not a promise of how soon somebody will fix the fault. What is in the data, and who should see it, is your company's call. Whether your case needs further formal steps is a question for your own adviser — I do the technical part and say where it ends.
In Bavaria the Digitalbonus is running; I describe its conditions on the home page. One thing worth knowing early: only a project that has not yet started can be funded, so the conversation about funding belongs before the start, not halfway through.
Yes — after a conversation about what is meant to run on it. Hardware or the rented machine is billed separately from my work, so you see two figures rather than one. I do not give a range beforehand: a small machine for documents and a machine for AI models are very different money. No open-ended hourly billing.
Write what you want to start first and whether your company data may leave the premises. I will reply with which option makes sense for you — including when I think none does for now.