Von einer Builder-Community zu einem Unternehmen, das ausliefert
Bearacle·Community·Branding·Live
Eine Community von Buildern, die ich zu einem offiziellen Unternehmen gemacht habe, damit unsere Apps die Öffentlichkeit erreichen. Sieben Produkte für iOS, Android und das Web — jedes gebaut, um ein echtes Problem zu lösen, nicht um einem Trend hinterherzulaufen.
Community aus Entwicklern, Designern & Problemlösern
Tools
Figma
Expo (React Native)
Next.js
Supabase
Zeitraum
Apr. 2026 → laufend
iOS · Android · Web
Überblick
Eine Community von Menschen, die nützliche Apps bauen und sich gegenseitig beim Ausliefern helfen — ohne offiziellen Weg, sie zu veröffentlichen, echte Nutzer zu betreuen oder sie der Öffentlichkeit zu zeigen.
Von einer Builder-Community zu einem Unternehmen, das ausliefert
Bearacle begann als Community — Menschen, die gern Dinge bauen und sich gegenseitig beim Ausliefern helfen. Es entstanden immer wieder gute Apps, aber sie hatten kein Zuhause: keine Firma, unter der man veröffentlichen konnte, keine gemeinsame Marke, keinen Weg, echte Nutzer zu betreuen. 2026 habe ich das Ganze offiziell gemacht — ein Name, eine LLC und ein Bär im Anzug —, damit das, was wir bauen, die Öffentlichkeit wirklich erreicht. Das Briefing: die Energie der Community behalten und die Struktur eines Unternehmens ergänzen. Das hieß konsequente Priorisierung (drei Filter: Lässt es sich in Monaten ausliefern, löst es ein echtes Problem, würde jemand dafür zahlen?), ein gemeinsamer Designstandard und eine Release-Pipeline, die jedes Produkt von Figma bis in den App Store bringt.
Herausforderung
Communities sind großartig darin, Dinge anzufangen, und schlecht darin, sie abzuschließen. Die Herausforderung war struktureller Natur: einer lockeren Gruppe von Buildern die Schienen eines Produktunternehmens geben — Strategie, Designstandards, QA, Store-Review, Marketing, Support —, ohne daraus Bürokratie zu machen. Das bedeutete eine wiederholbare Pipeline, in der jedes Produkt die Entscheidungen des vorherigen übernimmt (Stack, Design-Patterns, Release-Prozess), sodass jede neue App schneller live geht als die davor und die Qualität nie auf „Nebenprojekt“-Niveau fällt — Enterprise-Standards, Community-Maßstab.
Meine Rolle: Gründer · Product & Design Lead · Leitung
Die Community offiziell gemacht — Unternehmen, Marke, Strategie, gemeinsamer Designstandard und Release-Prozess — und leite Produkt und Design für jede App.
Aus der Community ein Unternehmen machen — Rechtsform, Struktur & Marke
Marke & Identität — der Bär im Anzug
Produktstrategie & Portfolio-Priorisierung
UX/UI-Designleitung für jedes Produkt
Marketing-Website, Store-Einreichungen & Releases
Der Blog — Building in Public
Deliverables
Strategie
Community → Unternehmensstruktur
Strategie & Positionierung
Portfolio-Priorisierung
Marke & Identität
Go-to-Market pro Produkt
Build-in-Public-Content
Design
Identität & Markensystem
Marketing-Website & Landingpages
Product Design — 7 Apps
Assets für App Store & Play Store
Blog & Editorial Design
7Produkte in Arbeit
4Heute live
2026Offiziell seit
iOS · Android · WebPlattformen
Wirkung
Sieben Produkte in Arbeit, vier live — Pocket ID im App Store, Vibeshift bei Google Play, Fuel Meter und Deutsch Dojo in den Händen der Nutzer.
Vier Produkte im ersten Jahr als Unternehmen live bei Nutzern — in beiden App Stores und im Web.
Eine wiederverwendbare Produkt-Pipeline: gemeinsamer Stack, gemeinsame Design-Patterns, gemeinsamer Release-Prozess für alle sieben Produkte.
Eine Marke, die trägt — der Bär funktioniert vom 16px-Favicon bis zur Stimme des Blogs.
Echte Store-Review-Zyklen überstanden — inklusive einer Ablehnung, die sich als berechtigte Frage entpuppte.
Prozess
Wie ich vorgegangen bin, Schritt für Schritt.
01
Drei Filter vor dem ersten Pixel
Der Community fehlte es nie an Ideen — ihr fehlte ein Filter. Jede Idee muss jetzt drei Fragen bestehen: Können wir sie in Monaten statt Jahren ausliefern? Löst sie ein Problem, das jemand diese Woche tatsächlich hat? Würde jemand dafür zahlen — oder ist es ein Spielzeug? Der alte Ordner voller halbfertiger Apps existierte, weil nie etwas gefiltert wurde. Das Unternehmen existiert, weil jetzt alles gefiltert wird.
02
Ein Stack, viele Produkte
Expo + React Native für Mobile, Next.js fürs Web, Supabase fürs Backend — bei jedem Produkt, ohne Ausnahme. Langweilige Konsistenz ist die Superkraft: Jede App erbt Auth, Storage und Release-Tooling von der vorherigen, jeder in der Community kann jede Codebasis übernehmen, und Produkt Nr. 5 geht in einem Bruchteil der Zeit live, die Produkt Nr. 1 gebraucht hat.
03
Design-geführt, KI-beschleunigt
Ich verantworte den Designstandard und gestalte die Produkte selbst — das ist Bearacles Vorteil. Community-Mitglieder und beauftragte Entwickler tragen die Umsetzung; KI sorgt für Tempo: Codegenerierung, Textentwürfe, Prototyping. Ich behandle sie wie einen schnellen Junior — nützlich, flott, gelegentlich falsch, immer geprüft.
04
Building in Public
Der Blog dokumentiert alles — Store-Ablehnungen, Launch-Zahlen, was gestrichen wurde und warum. Er hält die Community ehrlich, gibt jedem Produkt ein Launch-Publikum und macht den Prozess zum Marketing, ohne so zu tun, als klappe alles beim ersten Versuch.
Entscheidungen
Jedes Design ist eine Reihe von Entscheidungen. Das waren die großen.
05
Meine Abwägungen
Die Optionen, die ich abgewogen habe — und warum ich mich so entschieden habe.
Entscheidung 01
Ein offizielles Unternehmen gründen
✕
Eine informelle Community bleibenStattdessen erwogen
Warum: Ein Gruppenchat kann nichts im App Store veröffentlichen, keine Partnerschaften unterschreiben und keine echten Nutzer betreuen. Erst der offizielle Schritt hat aus guten Ideen Produkte gemacht, die man tatsächlich herunterladen kann — und allen Beteiligten etwas Echtes gegeben, unter das sie ihren Namen setzen können.
Entscheidung 02
Ein Portfolio aus sieben kleinen, fokussierten Produkten
✕
Ein Flaggschiff-Produkt, alles auf eine KarteStattdessen erwogen
Warum: Ein kleines Team, das alles auf eine App setzt, wirft eine Münze. Ein Portfolio verstärkt sich selbst: gemeinsame Infrastruktur, Cross-Promotion und die Freiheit, Gewinner aus echter Nutzung entstehen zu lassen statt aus Überzeugung.
Entscheidung 03
Ein langweiliger Stack für alles
✕
Das beste Tool für jede Aufgabe — ein neuer Stack pro ProduktStattdessen erwogen
Warum: Neue Stacks sind eine Steuer, die künftige Produkte zahlen. Expo + Next.js + Supabase überall heißt: Jedes gelöste Problem bleibt gelöst.
Entscheidung 04
Building in Public vom ersten Tag an
✕
Stealth-Modus, bis die Produkte ausgereift sindStattdessen erwogen
Warum: Der Blog kostet ein paar Stunden pro Beitrag und bringt Launch-Publikum, Verbindlichkeit und Vertrauen. Stealth bringt nichts, bis es alles bringt — schlechte Chancen für ein kleines Team.
Design
Die ausgelieferten Screens — und was sich verändert hat.
06
Screens
Ein genauerer Blick auf das finale Design.
Deutsch Dojo — der Web-Trainer für die Prüfung zum Goethe-Zertifikat
Pocket ID — Ihre digitale Identität, live im App Store
Гориво Метар — jeder regulierte Kraftstoffpreis in Nordmazedonien
Deutsch Dojo mobil — tägliches Deutschtraining
Reflexion
Ein Jahr nach dem offiziellen Start: Pocket ID live im App Store, Vibeshift live bei Google Play und im Early Access mit Unternehmen, Гориво Метар (Fuel Meter) live in Nordmazedonien, Deutsch Dojo live im Web mit seinem Goethe-Prüfungstrainer — und Clear Roam, Noted und Gotta Go in aktiver Entwicklung. Eine Marke, ein Designstandard und eine Community, die jetzt zu Ende bringt, was sie anfängt.
07
Wichtigste Erkenntnisse
Lektion 01
Struktur tötet die Energie einer Community nicht — sie gibt ihr eine Richtung.
Lektion 02
Ausliefern ist ein Muskel. Das erste Produkt brauchte Monate des Zögerns, das vierte Wochen der Arbeit.
Lektion 03
Portfolio-Druck schlägt Perfektionismus — wenn drei andere Produkte warten, bekommt „gut genug zum Ausliefern“ endlich eine ehrliche Definition.
Lektion 04
Eine gemeinsame Marke verschafft jedem Produkt sofort eine Glaubwürdigkeit, die ein einzelnes App-Icon nie bekommt.
08
Rückblick
Bearacle ist die Case Study unter allen anderen Case Studies — der Beweis, dass die Design-Überzeugungen auf dieser Website den Kontakt mit echten Nutzern, echten Store-Reviews und echten Kosten überstehen. Meine Rolle hat sich vom Gestalten von Apps hin zum Aufbau eines Umfelds verschoben, in dem gute Apps fertig werden. Die ehrliche Lektion aus Jahr eins: Distribution ist schwerer als Bauen. Im nächsten Jahr geht es darum, weniger Dinge zu machen und sie besser zu vermarkten. Der Bär bleibt.