Bearacle

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.

Live-Projekt ansehen

Rolle

  • Gründer
  • Product & Design Lead
  • Leitung

Team

  • 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.

Deutsch Dojo — eines von sieben Produkten auf dem gemeinsamen Stack
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.

Pocket ID — Ihre digitale Identität, live im App Store
Pocket ID — Ihre digitale Identität, live im App Store
Гориво Метар — jeder regulierte Kraftstoffpreis in Nordmazedonien
Гориво Метар — jeder regulierte Kraftstoffpreis in Nordmazedonien
Deutsch Dojo mobil — tägliches Deutschtraining
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.

Nächster CaseVibeshiftEine Plattform für Mitarbeiter-Wellbeing, die langweilige Umfragen durch motivierende tägliche Check-ins ersetzt — eine mobile App für Mitarbeitende und ein Echtzeit-Web-Dashboard für HR.Case Study ansehen
Kontakt

martintenovski@hotmail.com

Machen wir Komplexes einfach

LinkedIn