Die Fragen, die wir am häufigsten hören.
Wenn Ihre Frage hier nicht steht, schreiben Sie uns eine Nachricht. Wir ergänzen diese Liste, sobald wir dieselbe Frage zweimal hören.
Sicherheit, Workflows,
IT.
Wie ändern wir den Workflow unserer Redakteure, ohne ihn zu zerstören?
Indem wir sie nicht bitten, aufzugeben, was funktioniert. Wir beginnen damit, den aktuellen Workflow abzubilden, einschließlich der Teile, die niemand dokumentiert hat. Dann bauen wir das neue System so, dass es diese Gewohnheiten unterstützt, bevor wir es überall dort öffnen, wo das Team mehr möchte. Redakteure bemerken die Änderung, weil sie besser ist, nicht weil sie alles neu lernen müssen.
Was passiert, wenn ein Redakteur ein Plugin deaktiviert, von dem die Website abhängt?
Sie melden sich bei uns in Slack. Wir schauen uns an, was sich geändert hat, ermitteln die Abhängigkeit und schalten entweder das Plugin wieder ein oder schreiben einen schnellen Patch, damit die Website ohne es überlebt. Dann schicken wir dem Redakteur eine Nachricht von einem Absatz darüber, warum es wichtig war, ohne Vorwurf. Für Kunden mit Retainer dauert diese ganze Schleife Minuten. Ohne Retainer derselbe Kanal, dieselbe Person, mit der Sie gearbeitet haben. Keine Ticket-Warteschlangen, keine Chatbots, keine Triage-Linie zwischen Ihnen und den Leuten, die das Ding tatsächlich gebaut haben.
Was deckt Ihre Sicherheitsarbeit im redaktionellen Kontext ab?
Bedrohungsmodellierung speziell für Redaktionen (keine generischen IT-Checklisten), Workflows zum Quellenschutz, Sicherheitsüberprüfungen für Journalisten, Legal-Hold-Bereitschaft und konkrete P0/P1/P2-Aktionspläne, die Sie tatsächlich abarbeiten können. Wir konzentrieren uns auf die Fragen, die ein gewöhnlicher IT-Berater nicht zu stellen weiß.
Können Sie unsere E-Mails und Kalender migrieren, ohne etwas zu verlieren?
Ja. Workspace-Migrationen sind idempotent und von Grund auf deduplizierend, was eine lange Art ist zu sagen: Wenn während der Umstellung etwas schiefgeht, können wir erneut importieren, ohne Duplikate zu erzeugen. Kalender-Wiederholungen und Kontakte kommen mit der Post mit. Die Mitarbeiter erhalten plattformspezifische PDF, damit niemand Zugangsdaten mit uns teilen muss.
Zusammenarbeit &
Zeitplan.
Wir sind uns nicht sicher, was zuerst repariert werden soll. Können Sie uns helfen, das herauszufinden?
Genau da beginnen viele Redaktionsprojekte. Wir führen eine kurze Discovery durch, meist eine Woche, in der wir mit Redakteuren, Entwicklern und wer auch immer die Behelfslösungen gebaut hat zusammensitzen. Wir kommen mit einem schriftlichen Umfang, einer Skizze des Content-Modells und einem Zeitplan zurück. Sie bekommen einen echten Plan dafür, was sich zuerst lohnt, was später kommt und was warten kann. Festpreis für die Woche, keine Verpflichtung darüber hinaus.
Wie lange dauert ein Projekt?
4 bis 6 Wochen für eine Marketing-Website. 8 bis 14 Wochen für ein Redaktionssystem oder CMS. 1 bis 3 Wochen für ein Audit oder ein Strategieprojekt. Wir deployen die ganze Zeit wöchentlich auf Staging, sodass Sie nie bis zum Ende warten müssen, um Fortschritte zu sehen.
Bieten Sie laufende Wartung oder Retainer an?
Drei Monate E-Mail-Support sind bei jedem Projekt kostenlos enthalten. Danach bieten wir Wartungs-Retainer an, obwohl wir Ihnen lieber eine Codebasis übergeben, die Sie selbst betreiben können. Viele Teams brauchen uns nach der Übergabe nicht.
Wenn Sie einen Retainer möchten, begrenzen wir sie auf ein paar Arbeitstage pro Monat — klein und abgegrenzt, nicht always-on — und wir schicken pro Retainer ein schriftliches Angebot, statt Tarife zu veröffentlichen.
Was passiert, wenn wir den Umfang überschreiten?
Wenn wir die Schätzung falsch gemacht haben, tragen wir es. Wenn sich der Umfang geändert hat, schreiben wir eine einseitige Ergänzung mit dem neuen Preis und Zeitplan. Sie unterschreiben, oder nicht. So oder so arbeiten wir weiter, es gibt keine Verzögerung.
Wie funktioniert die Preisgestaltung?
Wir schicken nach einem 30-minütigen Gespräch ein schriftliches Angebot. Das Angebot ist fest, sofern sich der Umfang nicht ändert, kein schleichendes Time-and-Materials. Zahlen stehen nicht auf dieser Website, weil die Situation jeder Redaktion anders ist, und wir hören lieber zuerst Ihre.
Prozess &
Zusammenarbeit.
Wie arbeiten wir im Alltag zusammen?
Ein Slack-Kanal (oder Discord, oder Linear-Kommentare — Ihre Wahl). Ein wöchentlicher Review-Call, 30 Minuten. Deploys in Ihre Staging-Umgebung freitags. Sie können an jedem Meilenstein die Reißleine ziehen — wir schließen sauber ab, übergeben, was fertig ist, und stellen die geleistete Zeit in Rechnung.
Arbeiten Sie mit unserem bestehenden Team zusammen?
Ja — und wir bevorzugen es. Wir arbeiten Seite an Seite mit internen Entwicklern, Designern und Redakteuren. Wir pairen, machen Code-Reviews und dokumentieren, damit Ihr Team dort weitermachen kann, wo wir aufgehört haben.
Was, wenn wir mitten im Projekt die Richtung ändern wollen?
Sprechen Sie mit uns. Ist die Änderung klein, fangen wir sie auf. Ist sie substanziell, schreiben wir eine kurze Ergänzung und erstellen ein neues Angebot. Das ist noch nie schlecht ausgegangen — die meisten Kunden ändern während eines Projekts ihre Meinung zu etwas, und das ist ein Merkmal des Prozesses, kein Fehler.
Unterzeichnen Sie ein NDA?
Ja, gegenseitige NDA sind Standard. Wir unterschreiben Ihr oder schicken unser, beides ist in Ordnung.
Stack &
Eigentum.
Welchen Stack verwenden Sie?
SvelteKit (Svelte 5) + Node + Postgres + Cloudflare. Bereitgestellt auf Cloud Run oder der Plattform Ihrer Wahl. Wir wählen diesen Stack, weil er klein, langweilig, gut dokumentiert ist und Sie dafür einstellen können. Wir sind flexibel dabei — wenn Sie einen guten Grund für einen anderen Stack haben, besprechen wir das.
Gehört uns der Code?
Ja. Alles liegt in Ihrem Repo, auf Ihren Servern, unter Ihrer Domain. Wir sind kein SaaS. Nach der Übergabe können Sie ihn forken, ändern oder jemand anderen mit der Wartung beauftragen.
Können Sie uns von WordPress / Substack / Beehiiv / Webflow migrieren?
Ja. Wir haben es von allen vieren gemacht. Migration ist Teil des Standardumfangs, wo zutreffend — wir kümmern uns um Weiterleitungen, SEO-Kontinuität und Content-Import. Rechnen Sie je nach Archivgröße mit 2–4 zusätzlichen Wochen.
Verwenden Sie AI / LLMs in unserem Build?
Taktisch, ja — wir nutzen Claude und ähnliche Tools für Boilerplate, Refactoring und Code-Review. Strategisch, nein — wir liefern keine AI-generierten Texte oder AI-generierten Inhalte aus, es sei denn, das ist explizit der Umfang. Wir schreiben, was wir schreiben. Wenn Sie eine AI-Integration in Ihrem Produkt möchten, bauen wir sie; wir schmuggeln sie nur nicht heimlich hinein.
Wo stehen Ihre Server / wo liegen die Daten?
Wo immer Sie es wünschen. Standard ist Cloud Run (Belgium) + Cloudflare R2 (EU). Wir haben auch auf Hetzner, AWS und Fly.io gebaut. Wir hosten selbst nichts — die Infrastruktur gehört Ihnen.
Schreiben Sie uns. Wir lesen jede E-Mail.
Während der Arbeitszeit antworten wir meist innerhalb von ein paar Stunden. Wenn Ihre Frage interessant ist, ergänzen wir die Antwort auf dieser Seite.
hello@rainsystems.app →