Diese Schlichtheit ist keine Entwicklungslücke, sondern eine Haltung. 37signals gehört zu den wenigen Softwareanbietern, die öffentlich und ausdrücklich erklären, welche Funktionen sie nicht bauen werden. Keine Gantt-Diagramme mit Vorgänger-Nachfolger-Beziehungen, keine Kapazitätsplanung, keine frei konfigurierbaren Workflow-Engines, keine Portfolio-Dashboards. Der Anbieter argumentiert, dass die meisten Teams unter der Komplexität ihrer Werkzeuge leiden, nicht unter deren Mangel — und dass ein Projektwerkzeug in erster Linie Kommunikation ordnen sollte, nicht Planungsartefakte erzeugen.
Für die Einordnung in den DACH-Mittelstand ist das die entscheidende Information. Basecamp konkurriert nicht auf Funktionslisten. Ein Vergleich, der Merkmale abzählt, wird Basecamp immer verlieren lassen. Der Vergleich, der zählt, lautet anders: Welcher Anteil unserer Projektkommunikation findet heute in E-Mail-Ketten, Chatnachrichten, geteilten Ordnern und Tabellen statt — und was gewinnen wir, wenn dieser Anteil an einem Ort zusammenfließt, den auch Menschen ohne Werkzeugerfahrung nach zehn Minuten verstehen?
Der praktische Kern von Basecamp ist die Projektstruktur. Ein Projekt ist ein abgeschlossener Raum mit eigener Mitgliederliste und einem festen Satz von Werkzeugen, die für jedes Projekt identisch aussehen: eine Pinnwand für Ankündigungen und Diskussionen, eine oder mehrere Aufgabenlisten, ein Chatraum für Kurzes, ein Ablage- und Dokumentbereich, ein Terminplan und wahlweise automatische Rückfragen an das Team. Diese Wiederholung ist Absicht: Wer ein Projekt kennt, kennt alle. Es gibt keine projektspezifischen Feldstrukturen, keine unterschiedlichen Statusmodelle, keine individuellen Ansichtskonfigurationen, die man erst verstehen müsste.
Daraus folgt eine bemerkenswerte Eigenschaft: Der Einarbeitungsaufwand skaliert nicht mit der Anzahl der Projekte. In flexiblen Plattformen wächst die Komplexität mit jedem Team, das seine eigene Struktur baut — nach zwei Jahren existieren dort zwanzig unterschiedliche Auslegungen desselben Werkzeugs, und niemand kann in einem fremden Bereich sicher arbeiten. Basecamp verhindert dieses Auseinanderlaufen konstruktiv, indem es die Gestaltungsfreiheit gar nicht anbietet. Das ist für manche Organisationen eine Einschränkung und für andere die eigentliche Erleichterung.
Ein zweiter Effekt betrifft die Nachvollziehbarkeit. Weil Diskussionen an der Sache hängen und nicht in Postfächern liegen, ist der Verlauf einer Entscheidung auch Monate später lesbar — inklusive der Frage, wer wann welchen Einwand hatte. Für projektorientierte Betriebe, die regelmäßig belegen müssen, was mit dem Kunden abgestimmt wurde, ist dieser Punkt praktisch wertvoller als jede zusätzliche Ansicht.
Basecamp ist erkennbar für asynchrone Zusammenarbeit gebaut. Die zentrale Kommunikationsform ist nicht der Chat, sondern der Beitrag auf der Pinnwand: ein Text mit Titel, in Ruhe formuliert, für alle Projektbeteiligten sichtbar, kommentierbar, dauerhaft auffindbar. Der Chatraum existiert bewusst als Nebenschauplatz für das Flüchtige — die schnelle Rückfrage, den Link, das kurze Ja. Diese Trennung von Wichtigem und Flüchtigem ist eine der wirksamsten Eigenschaften des Werkzeugs, weil sie eine Frage beantwortet, an der viele Chat-zentrierte Organisationen scheitern: Wo steht eigentlich die verbindliche Version?
Die Benachrichtigungslogik folgt derselben Haltung. Basecamp bietet Mechanismen, um Meldungen zu bündeln und Ruhezeiten zu definieren, statt jede Regung sofort auf alle Geräte zu spiegeln. Aus Beratungssicht ist das mehr als Komfort: In Betrieben, in denen Projektarbeit und Kundenkontakt sich mit Werkstatt-, Bau- oder Außendienstzeiten überlagern, entscheidet die Frage der Erreichbarkeit über die Akzeptanz eines Werkzeugs. Ein System, das Ruhe zulässt, wird eher genutzt als eines, das dauerhafte Aufmerksamkeit verlangt.
Damit verbunden ist ein bewusst gesetzter kultureller Anspruch. Der Anbieter propagiert schriftliche, gut formulierte Kommunikation und weniger Besprechungen. Ob eine Organisation diesen Anspruch teilt, ist eine ehrliche Vorfrage. Teams, die Entscheidungen mündlich treffen und im Werkzeug nur dokumentieren, werden von Basecamp weniger profitieren als Teams, die bereit sind, Klärung schriftlich zu führen.
Wer Basecamp verstehen will, kommt an der Arbeitsweise des Herstellers nicht vorbei. 37signals hat seine Methode unter dem Titel Shape Up veröffentlicht: Vorhaben werden vor der Umsetzung inhaltlich zugeschnitten, mit einem festen Zeitbudget versehen und in abgegrenzten Zyklen umgesetzt, auf die eine Beruhigungsphase folgt. Statt Aufgaben zu schätzen, wird ein Zeitrahmen gesetzt und der Umfang darin verhandelt. Fortschritt wird nicht in Prozent gemessen, sondern in der Frage, ob ein Arbeitspaket noch Unklarheiten enthält oder bereits abgearbeitet wird.
Diese Denkweise ist in mehreren Funktionen des Produkts sichtbar — insbesondere in der Darstellung von Fortschritt als Hügelkurve und in der projektbezogenen Zeitachse, die Vorhaben als Zeiträume statt als vernetzte Vorgangsketten zeigt. Man muss Shape Up nicht übernehmen, um Basecamp zu nutzen. Aber es erklärt, warum bestimmte Funktionen fehlen: Sie ergeben in dieser Arbeitsweise keinen Sinn.
Nach unserer Beobachtung passt Basecamp besonders zu kleinen bis mittleren, projektorientierten Organisationen mit überschaubarer Anzahl paralleler Vorhaben und hohem Kommunikationsanteil: Agenturen und Studios, Planungs- und Beratungsbüros, Handwerks- und Bauunternehmen mit Kundenprojekten, interne Digital- und Marketingteams, kleine Produktteams. Gemeinsames Merkmal ist, dass der Engpass nicht in der Planung liegt, sondern in der Abstimmung — und dass Beteiligte außerhalb des Kernteams mitlesen müssen, ohne geschult zu werden.
Weniger passend ist Basecamp dort, wo Projektarbeit gesteuert und kaufmännisch nachgehalten wird: bei Auslastungsplanung über viele Personen, bei Nachkalkulation auf Stundenbasis, bei terminkritischen Ketten mit harten Abhängigkeiten, bei prozessgeführten Freigaben mit Auditanforderung. Diese Anforderungen lassen sich nicht durch Disziplin ersetzen; sie brauchen Werkzeuge, die dafür gebaut sind.
Anders als die meisten Wettbewerber staffelt 37signals sein Angebot nicht in vier oder fünf Funktionsstufen. Der Funktionsumfang ist im Wesentlichen für alle gleich; unterschieden wird vor allem das Abrechnungsmodell und der Umfang an Speicher, Nutzerzahlen und Zusatzfunktionen für größere Organisationen. Die eine Variante richtet sich an kleinere Teams und rechnet je Person ab. Die andere ist ein Pauschalangebot mit unbegrenzter Nutzerzahl, deutlich größerem Speicherkontingent und ergänzenden Funktionen für Organisationen, die Basecamp breit einsetzen und viele Gäste oder Kunden einbinden.
Diese Struktur hat eine unmittelbare Konsequenz für die Wirtschaftlichkeitsrechnung im Mittelstand: Ab einer bestimmten Teamgröße wird die Pauschalvariante rechnerisch attraktiv, und zwar unabhängig davon, wie viele Personen tatsächlich täglich arbeiten. Weil bei vielen Wettbewerbern jede zusätzliche Person — auch ein selten aktiver Kollege oder eine Führungskraft, die nur mitliest — voll zu Buche schlägt, kann eine Pauschale die Gesamtkosten planbarer machen. Ob das im Einzelfall zutrifft, ist eine reine Rechenaufgabe mit aktuellen Konditionen; sie sollte vor der Entscheidung sauber gemacht werden.
Ein zweiter, oft übersehener Punkt ist die Behandlung von Gästen und Kundenzugängen. Basecamp erlaubt, Personen von außen in einzelne Projekte einzuladen und dabei zu steuern, was diese sehen. Wie sich solche Zugänge auf die Abrechnung auswirken, unterscheidet sich zwischen Anbietern erheblich und ist ein häufiger Grund für unerwartete Kostenentwicklung. Wer Kundenkommunikation im Werkzeug plant, sollte diesen Punkt ausdrücklich klären.
Basecamp existiert seit den frühen 2000er-Jahren und gilt als eines der ersten kommerziell erfolgreichen Software-as-a-Service-Angebote überhaupt. Über die Jahre hat der Anbieter mehrere große Generationen veröffentlicht — die ursprüngliche Fassung, die später als Classic bezeichnet wurde, eine zweite und eine dritte Generation, und darauf folgende Ausbaustufen, in denen unter anderem eine kartenbasierte Ansicht, die Hügelkurven-Darstellung und ein projektübergreifender Zeitstrahl hinzukamen.
Bemerkenswert ist dabei weniger die Zahl der Versionen als der Umgang mit ihnen. 37signals hat ältere Generationen über sehr lange Zeiträume weiterbetrieben, statt Kunden zu Wechseln zu zwingen. Für Bestandskunden war das ein Vorteil; für Neukunden ist wichtig zu wissen, dass im Netz noch Anleitungen und Vergleiche zu älteren Generationen zirkulieren, deren Aussagen zum Funktionsumfang nicht mehr zutreffen. Wer sich informiert, sollte deshalb auf die Aktualität der Quelle achten — und Funktionsfragen unmittelbar beim Anbieter oder im Test klären.
Ebenso relevant: Der Anbieter hat in den vergangenen Jahren seine Infrastrukturstrategie umgestellt und Teile seiner Dienste von der Nutzung großer Public-Cloud-Anbieter auf eigene Hardware in angemieteten Rechenzentren zurückgeholt. Diese Entscheidung wurde öffentlich begründet und ist für Datenschutzprüfungen insofern bedeutsam, als sie die Kette der beteiligten Verarbeiter verändert. Welche Dienste heute wo laufen, ist beim Anbieter zu erfragen; Sekundärquellen sind hier unzuverlässig.
37signals betreibt neben Basecamp weitere Produkte, deren Kenntnis die Positionierung verständlicher macht. Dazu gehören ein eigenes E-Mail-Produkt, das dieselbe Reduktionslogik auf das Postfach anwendet, sowie Angebote, bei denen Software einmalig erworben und auf eigener Infrastruktur betrieben wird — ein bewusster Gegenentwurf zum Abomodell. Für Organisationen mit hohen Souveränitätsanforderungen ist diese Linie interessant, auch wenn Basecamp selbst als Cloud-Dienst angeboten wird.
Für die Auswahlentscheidung heißt das: Man kauft bei 37signals nicht nur ein Werkzeug, sondern eine Produktphilosophie mit hoher Kontinuität und geringer Neigung zu Funktionswachstum. Wer erwartet, dass fehlende Funktionen in absehbarer Zeit nachgeliefert werden, sollte diese Erwartung dämpfen. Das ist kein Nachteil, sondern eine Planungsgrundlage: Was heute nicht da ist, wird vermutlich auch morgen nicht da sein — und muss anderweitig gelöst werden.
Die To-do-Listen sind der Arbeitskern. Eine Liste bündelt Aufgaben zu einem Thema, eine Aufgabe trägt eine Beschreibung, eine oder mehrere zuständige Personen, ein Fälligkeitsdatum und einen Kommentarstrang. Untergeordnete Schritte sind möglich, ebenso das Gruppieren innerhalb einer Liste. Was bewusst fehlt: freie Statusmodelle, frei definierbare Felder, Prioritätsskalen, Aufwandsschätzungen. Eine Aufgabe ist offen oder erledigt. Diese Zweiwertigkeit irritiert Umsteiger regelmäßig — und entlastet nach einigen Wochen, weil die Diskussion über Statusbedeutungen entfällt.
Das Message Board ist die Pinnwand des Projekts und aus unserer Sicht das wichtigste Element überhaupt. Hier stehen Ankündigungen, Entscheidungsvorlagen, Zwischenstände, Protokolle, Freigabefragen. Beiträge haben einen Titel, lassen sich kategorisieren, werden kommentiert und bleiben dauerhaft in der Projektakte. Der Effekt tritt schnell ein: Was vorher als E-Mail an fünf Personen ging, von denen drei antworteten und zwei nicht, steht nun an einer Stelle mit vollständigem Verlauf — auch für Personen, die später dazukommen.
Campfire ist der Chatraum des Projekts. Es gibt bewusst nur einen je Projekt, keine Kanalstruktur, keine Threads. Damit ist die Rolle des Chats definiert: das Flüchtige. Wer eine vollwertige Chatplattform mit Kanälen, Threadverläufen und Suchtiefe erwartet, wird enttäuscht sein; wer eine Chatplattform ersetzen möchte, muss diesen Punkt vorher prüfen. In der Praxis koexistiert Campfire häufig mit einer bestehenden Chatlösung — mit der klaren Regel, dass Projektentscheidungen auf der Pinnwand landen.
Docs & Files vereint Textdokumente und Dateiablage in einem Bereich mit Ordnerstruktur. Dokumente werden direkt im Werkzeug geschrieben und kommentiert, Dateien hochgeladen oder aus verbundenen Speicherdiensten verknüpft. Für Projektunterlagen, Briefings, Konzepte, Protokolle und Anleitungen ist das ausreichend. Es ersetzt kein Dokumentenmanagementsystem: Versionsstände, Aufbewahrungsfristen, revisionssichere Ablage und feingranulare Rechte auf Dokumentebene sind nicht der Anspruch. Wo solche Anforderungen bestehen, bleibt die Ablage im Fachsystem und wird verlinkt.
Der Schedule ist der Terminplan des Projekts: Meilensteine, Termine, Fristen, wahlweise mit Bezug zu Aufgaben. Er lässt sich als Kalenderabruf in gängige Kalenderprogramme einbinden, sodass Projekttermine im persönlichen Kalender erscheinen. Auch hier die Grenze: Es handelt sich um einen Kalender, nicht um eine Terminplanung im Sinne der Netzplantechnik. Verschiebt sich ein Vorgang, verschiebt sich nichts automatisch mit.
Die Automatic Check-ins sind eine Eigenheit, die man erst im Betrieb schätzt. Basecamp stellt dem Team in definierten Abständen eine wiederkehrende Frage — etwa nach dem Stand der Woche, nach Hindernissen oder nach dem Fokus des Tages — und sammelt die Antworten an einer Stelle. Damit ersetzt das Werkzeug einen Teil der Statusbesprechungen durch schriftliche, nachlesbare Beiträge. In verteilten Teams und in Betrieben mit Außendienst oder Montage ist das ein spürbarer Gewinn, weil niemand für einen Statusbericht in einen Raum kommen muss.
Der Card Table ist eine kartenbasierte Ansicht für Arbeit, die eher als Fluss als als Liste gedacht ist — typischerweise Anfragen, Störungsmeldungen, Reklamationen, kleine Aufträge. Er ist bewusst nicht als frei konfigurierbares Kanban-Board angelegt: Es gibt einen definierten Aufbau mit Eingang, laufenden Spalten und Abschluss, aber keine beliebige Spaltenarchitektur mit eigenen Regeln. Für Teams, die aus einem klassischen Board-Werkzeug kommen, ist das die zweite Umstellung nach dem Statusmodell.
Hill Charts visualisieren Fortschritt als Bewegung über einen Hügel: Der Aufstieg steht für die Phase, in der noch herausgefunden wird, wie etwas zu lösen ist; der Abstieg für die Phase, in der es nur noch abgearbeitet wird. Diese Darstellung beantwortet eine Frage, die Prozentangaben notorisch schlecht beantworten — nämlich ob ein Arbeitspaket noch Risiko enthält. Für Projektleitungen und Geschäftsführungen ist das ein ehrlicheres Signal als eine Zahl, die niemand seriös herleiten kann.
Der Lineup zeigt alle laufenden Projekte auf einem Zeitstrahl und macht sichtbar, was gleichzeitig läuft und wann etwas endet. Er ist eine Projektübersicht, kein Gantt-Diagramm: Man sieht Zeiträume von Vorhaben, keine verketteten Vorgänge. Clientside schließlich ist der Bereich für Kundenbeteiligung — Kundinnen und Kunden sehen ausschließlich, was ausdrücklich für sie freigegeben ist, während interne Diskussionen unsichtbar bleiben. Für Agenturen, Planungsbüros und projektorientierte Handwerksbetriebe ist genau dieser Punkt oft der Auslöser für die Werkzeugwahl.
37signals hat sich mehrfach öffentlich skeptisch zu KI-Funktionen geäußert, die vor allem Marketingzwecken dienen, und setzt darauf, Funktionen nur dann aufzunehmen, wenn ein klarer, alltäglicher Nutzen erkennbar ist. Für Kundinnen und Kunden bedeutet das: Es gibt keinen allgegenwärtigen Assistenten, keine automatisch erzeugten Projektzusammenfassungen als Standardfunktion und keine KI-gestützte Priorisierung. Ob und in welchem Umfang einzelne unterstützende Funktionen inzwischen verfügbar sind, entwickelt sich; das ist beim Anbieter zu prüfen und sollte nicht aus Vergleichsartikeln übernommen werden.
Diese Zurückhaltung hat zwei Seiten. Negativ: Teams, die Zusammenfassungen langer Diskussionen, automatische Übersetzung von Kundenbeiträgen oder das Zerlegen grober Vorhaben in Teilaufgaben erwarten, finden diesen Komfort hier nicht in gleichem Maß wie bei größeren Suiten. Positiv, und im DACH-Kontext gewichtiger: Es entstehen keine zusätzlichen Verarbeitungen personenbezogener Daten durch KI-Dienste, die datenschutzrechtlich bewertet, dokumentiert und gegenüber Beschäftigten erklärt werden müssten. Wer schon einmal eine Folgenabschätzung für eine KI-Funktion in einem Kollaborationswerkzeug begleitet hat, weiß, dass dieser Verzicht Arbeit erspart.
Aus Beratungssicht ist die nüchterne Bewertung: Fehlende KI ist bei einem Werkzeug dieses Zuschnitts kein Ausschlussgrund. Der Nutzen von Basecamp entsteht durch Struktur und Klarheit, nicht durch Textgenerierung. Wer KI-Unterstützung für Formulierungen braucht, nutzt sie ohnehin in seinem Schreibwerkzeug — die Frage ist eher, ob unternehmensweit geregelt ist, welche Inhalte in welche KI-Dienste gelangen dürfen.
Die einzige nennenswerte eingebaute Automatisierung sind die Automatic Check-ins. Sie funktionieren nach einem einfachen Muster: eine Frage, ein Rhythmus, ein Empfängerkreis. Beispiele aus der Praxis sind die Wochenfrage nach dem Stand und den Hindernissen, die Freitagsfrage nach dem, was in der kommenden Woche Vorrang hat, die Monatsfrage nach Verbesserungsideen, oder in Betrieben mit Kundenprojekten die Frage nach offenen Kundenrückmeldungen.
Der Wert liegt in der Verlagerung: Statusinformation entsteht schriftlich und asynchron, statt in einer Besprechung eingesammelt zu werden. Damit sinkt die Zahl der Termine, und gleichzeitig entsteht eine nachlesbare Spur. Wichtig ist die Dosierung. Drei Check-ins pro Woche werden nach kurzer Zeit ignoriert; einer, der ernst genommen und von der Leitung gelesen und kommentiert wird, verändert die Kommunikationskultur tatsächlich. Und ein Hinweis, der oft zu spät kommt: Check-in-Antworten sind personenbezogene Beiträge über die eigene Arbeit. Sie gehören in die Betrachtung der Mitbestimmung und dürfen nicht zur individuellen Leistungsbewertung zweckentfremdet werden.
Regelbasierte Automatisierung im Sinne von Auslöser-Bedingung-Aktion gehört nicht zum Lieferumfang. Wer sie braucht, baut sie außerhalb — über die offene Schnittstelle des Anbieters oder über Automatisierungsdienste, die Anwendungen ohne Programmierung verbinden. Typische Muster, die wir in Projekten sehen:
Diese Wege funktionieren zuverlässig, verlangen aber eine bewusste Entscheidung. Jeder zusätzliche Automatisierungsdienst ist ein weiterer Verarbeiter personenbezogener Daten mit eigenem Vertragswerk, eigenem Serverstandort und eigenen Sicherheitsfragen. Es ist ein häufiger Fehler, mit fünf Verbindungen zu starten, weil sie technisch schnell gebaut sind. Belastbar ist der umgekehrte Weg: erst zwei Wochen ohne Automatisierung arbeiten, dann die Stellen identifizieren, an denen tatsächlich manuell übertragen wird, und nur diese verbinden.
37signals stellt eine dokumentierte Programmierschnittstelle bereit, über die sich Projekte, Aufgabenlisten, Aufgaben, Beiträge, Kommentare, Dokumente und Termine lesen und schreiben lassen. Die Authentifizierung erfolgt über ein gängiges Autorisierungsverfahren, sodass Anwendungen im Namen einer Person zugreifen können. Ergänzend existieren Mechanismen, mit denen externe Systeme über Ereignisse benachrichtigt werden, statt in Intervallen abzufragen — das ist die Grundlage für sauber gebaute Verknüpfungen.
Für den Mittelstand ist die Konsequenz wichtiger als die technische Beschreibung: Die Datenhaltung ist nicht abgeschlossen. Wenn ein Betrieb eine Projektauswertung im eigenen Berichtswesen braucht, ist der Weg vorhanden. Wenn eine Branchenlösung Projektstände anzeigen soll, lässt sich das umsetzen. Diese Offenheit relativiert einen Teil der Funktionskritik: Was Basecamp nicht selbst berechnet, kann außerhalb berechnet werden — vorausgesetzt, jemand baut und pflegt diese Verbindung, und die dafür nötigen Ressourcen sind eingeplant.
Für die meisten Organisationen führt der pragmatische Weg über Automatisierungsplattformen, die Anwendungen ohne eigene Entwicklung verbinden. Sie decken die typischen Ketten ab — vom Formular ins Projekt, vom Projekt in den Kalender, von der Aufgabe in die Buchhaltungsvorbereitung. Bewertet werden sollten sie nach denselben Maßstäben wie jeder Dienstleister: Vertragswerk, Serverstandort, Zugriffsumfang, Protokollierung.
Die größte Funktionslücke aus Sicht projektorientierter Betriebe ist das Fehlen einer eingebauten Zeiterfassung und damit einer Nachkalkulation. Genau hier ist das Drittanbieter-Ökosystem stark: Mehrere etablierte Zeiterfassungswerkzeuge bieten eine Basecamp-Anbindung, die es erlaubt, Zeiten direkt an Aufgaben zu buchen und anschließend nach Projekt, Person oder Kunde auszuwerten. In der Praxis ist das eine der ersten Ergänzungen, die eingekauft wird — und ein Punkt, der in der Wirtschaftlichkeitsrechnung als Zusatzkosten mitgeführt werden muss.
Ähnlich verhält es sich mit Berichten und Diagrammen. Wer Auslastung, Durchlaufzeiten, Terminüberschreitungen oder Projektportfolios auswerten möchte, findet Werkzeuge, die Basecamp-Daten in Diagramme und Übersichten übersetzen, darunter auch Lösungen, die Gantt-ähnliche Darstellungen ergänzen. Zwei Hinweise dazu: Erstens ändert sich das Angebot solcher Zusatzwerkzeuge schneller als das Kernprodukt — Verfügbarkeit und Reife sind zum Entscheidungszeitpunkt zu prüfen. Zweitens bedeutet jede Ergänzung, dass Projektdaten das Werkzeug verlassen. Das ist datenschutzrechtlich zu bewerten und in der Verarbeitungsübersicht zu führen.
Drei unspektakuläre Funktionen entscheiden im Alltag oft über die Akzeptanz. Erstens die E-Mail-Brücke: Basecamp erlaubt es, auf Benachrichtigungen per Antwortmail zu reagieren, sodass Kommentare auch aus dem Postfach entstehen können, und Inhalte per Weiterleitung in ein Projekt zu übernehmen. Für Beteiligte, die sich nicht umstellen wollen — häufig Kunden, Nachunternehmer oder Geschäftsführung —, ist das die Rettung des Vorhabens: Sie arbeiten weiter per Mail, während die Information dennoch im Projekt landet.
Zweitens die Kalender-Feeds: Projekttermine lassen sich als Abonnement in gängige Kalenderanwendungen einbinden. Damit erscheinen Meilensteine dort, wo Menschen ihre Woche planen, statt nur im Werkzeug. Drittens die Anmeldung. Basecamp unterstützt neben klassischer Anmeldung mit Passwort und Zwei-Faktor-Verfahren die Nutzung bestehender Konten großer Anbieter für den Login. Ob und in welchem Umfang ein unternehmensweites Single Sign-on über SAML oder eine automatisierte Nutzerverwaltung verfügbar ist, hängt vom gewählten Angebot ab und ist ausdrücklich beim Anbieter zu klären — für IT-Abteilungen mit Identitätsmanagement ist das ein zentrales Prüfkriterium und ein häufiger Grund, warum Basecamp in größeren Organisationen ausscheidet.
Nicht zu vergessen sind die mobilen Anwendungen und Desktop-Apps, die der Anbieter für die gängigen Plattformen bereitstellt. Sie sind bewusst schlank gehalten und decken die Kernarbeit ab. Für Betriebe mit Beschäftigten auf Baustellen, in Werkstätten oder im Außendienst ist entscheidend, dass sich Aufgaben, Beiträge und Dateien am Telefon vernünftig lesen und bearbeiten lassen — dieser Punkt gehört in jeden Praxistest mit echten Nutzerinnen und Nutzern, nicht in eine Merkmalsliste.
Asana, monday und ClickUp stehen für dieselbe Grundidee: eine konfigurierbare Plattform, in der Teams ihre Prozesse selbst modellieren — mit eigenen Feldern, Ansichten, Automatisierungsregeln, Abhängigkeiten, Auslastungsdarstellungen und Berichten. Ihre Stärke ist Anpassbarkeit; ihr Preis ist Einrichtungs- und Pflegeaufwand. Wer diese Werkzeuge ohne Konzept einführt, erhält eine Sammlung inkompatibler Eigenbauten, deren Verständnis Einarbeitung braucht.
Basecamp dreht das Verhältnis: keine Konfiguration, keine Modellierung, dafür sofortige Verständlichkeit und dauerhafte Einheitlichkeit. Die Entscheidungsfrage lautet daher nicht, welches Werkzeug mehr kann, sondern ob die Organisation Prozessmodellierung braucht und leisten kann. Betriebe mit einer Person, die das Werkzeug fachlich verantwortet, mit Bedarf an Auslastungsplanung und mit Berichtspflichten gegenüber der Leitung fahren mit einer Suite besser. Betriebe, in denen Projektarbeit nebenher organisiert wird und niemand ein Werkzeug pflegt, verbrennen dort Geld und Geduld — und sind mit Basecamp deutlich besser bedient.
Trello ist Basecamp im Anspruch der Einfachheit am nächsten, setzt aber an einer anderen Stelle an. Trello organisiert Arbeit visuell in Spalten und Karten und beantwortet die Frage nach dem Zustand hervorragend. Kommunikation ist dort ein Anhängsel der Karte. Basecamp beantwortet primär die Frage nach der Kommunikation und behandelt Aufgaben als einen von mehreren Bausteinen. Für ein Team, dessen Engpass der Arbeitsfluss ist, ist ein Board die bessere Wahl; für ein Team, dessen Engpass die Abstimmung mit vielen Beteiligten und Kunden ist, ist Basecamp passender.
Notion ist der Gegenpol im Denken. Es stellt einen Baukasten bereit, mit dem sich Wissen, Datenbanken und Aufgaben beliebig verzahnen lassen. Das Ergebnis kann brillant sein — hängt aber vollständig davon ab, wer es baut und pflegt. Basecamp liefert eine fertige, nicht verhandelbare Struktur. Organisationen, die Freude an Systemgestaltung haben und die Kapazität dafür besitzen, werden Notion vorziehen. Organisationen, die genau diese Diskussion vermeiden wollen, greifen zu Basecamp. Beides sind legitime Entscheidungen, solange sie bewusst getroffen werden.
Jira schließlich adressiert ein anderes Problem: prozessgeführte Arbeit mit erzwungenen Statusübergängen, Vorgangstypen, Sprints, Auditspur und tiefer Konfigurierbarkeit. In Softwareentwicklung und IT-Service ist das oft unverzichtbar. Basecamp ist dafür kein Kandidat, und der Vergleich lohnt nur an einer Stelle: In Organisationen, die Jira für Entwicklung nutzen, taucht Basecamp gelegentlich für die kundennahen und organisatorischen Vorhaben daneben auf. Diese Arbeitsteilung funktioniert — wenn klar geregelt ist, welche Art von Arbeit wo geführt wird.
Die einzige Strukturentscheidung, die Basecamp verlangt, ist der Schnitt der Projekte — und sie wird oft zu schnell getroffen. Drei Muster sind verbreitet: ein Projekt je Kundenauftrag, ein Projekt je Kunde mit fortlaufender Arbeit, oder ein Projekt je internem Verantwortungsbereich. Der Auftrags-Schnitt ist meist der beste, weil er ein natürliches Ende hat und damit archivierbar ist. Der Kunden-Schnitt führt nach zwei Jahren zu unlesbaren Riesenprojekten. Der Bereichs-Schnitt eignet sich für Daueraufgaben wie Marketing, Personal oder Instandhaltung, sollte aber von Auftragsprojekten getrennt bleiben.
Dazu gehören Namenskonventionen, die banal klingen und enorme Wirkung haben: Kundenname, Auftragsnummer und Kurzbezeichnung in fester Reihenfolge, damit die Suche funktioniert und die Projektliste sortierbar bleibt. Ebenso empfehlenswert ist ein Referenzprojekt, das als Vorlage dient: mit den Standardlisten, einem erklärenden ersten Beitrag auf der Pinnwand und der Dokumentation der vereinbarten Regeln. Wer Basecamp einführt, ohne eine Vorlage zu definieren, wird nach einem halben Jahr zwölf verschiedene Auslegungen vorfinden — trotz der eingeschränkten Gestaltungsfreiheit.
Der Nutzen von Basecamp steht und fällt mit einer Handvoll Vereinbarungen. Sie müssen schriftlich vorliegen, kurz sein und von der Leitung vorgelebt werden. Bewährt haben sich:
Die Umstellung von E-Mail auf das Message Board ist der schwierigste und lohnendste Teil. Sie gelingt selten durch Ankündigung, sondern durch konsequente Umleitung: Führungskräfte antworten auf projektbezogene Mails wochenlang nur mit einem Verweis, bis das Muster sitzt. Wir empfehlen, diese Phase ausdrücklich zu benennen und zu befristen — etwa auf sechs Wochen —, damit sie nicht als Schikane wahrgenommen wird. Danach ist die Gewohnheit meist gebildet, und der Rückgang des internen Mailvolumens ist deutlich spürbar.
Werden Kundinnen und Kunden eingebunden, braucht es eine klare Regel darüber, was sie sehen. Basecamp trennt interne von freigegebenen Inhalten, doch die Verantwortung für die richtige Ablage bleibt beim Team: Eine intern gedachte Bemerkung, die im falschen Bereich landet, ist beim Kunden sichtbar. In der Einweisung gehört dieser Punkt an die erste Stelle, ergänzt um eine schlichte Faustregel — im Zweifel intern, und bewusst freigeben statt versehentlich.
Ebenso wichtig ist die Exit-Fähigkeit. Vor dem Produktivstart sollte praktisch getestet werden, wie ein vollständiger Projektexport aussieht: Welche Inhalte umfasst er, in welchem Format, wie werden Kommentare und Dateien abgebildet, und ist das Ergebnis in zehn Jahren noch lesbar? 37signals bietet Exportmöglichkeiten für Projekte und Konten an; Umfang und Format sind beim Anbieter zu prüfen und mit den eigenen Aufbewahrungspflichten abzugleichen. Für Betriebe mit Nachweispflichten empfiehlt sich eine feste Routine: Bei Projektabschluss wird archiviert, exportiert und der Export in der revisionssicheren Ablage abgelegt.
Das klassische Passungsprofil sind Agenturen und projektorientierte Dienstleister: mehrere parallele Kundenprojekte, viele Abstimmungen, Freigaben, Dateiaustausch, wechselnde Beteiligte auf Kundenseite. Der typische Ausgangszustand ist eine Mischung aus Mailverkehr, Chatgruppen, geteilten Ordnern und einer Projekttabelle. Der Gewinn durch Basecamp entsteht an genau drei Stellen: Die Projektakte ist vollständig, Kundinnen und Kunden können ohne Schulung mitarbeiten, und beim Personalwechsel ist der Kontext lesbar statt in einem Postfach eingeschlossen.
Die typische Ergänzung in diesem Szenario ist eine Zeiterfassung mit Anbindung, weil ohne Stundenzuordnung keine Nachkalkulation und keine Rechnungsstellung nach Aufwand möglich ist. Wer diesen Punkt zu spät bedenkt, führt Basecamp ein und danach doch noch ein zweites System — mit doppelter Projektpflege. Deshalb gehört die Frage der Zeiterfassung in die Auswahl und nicht in den Betrieb.
In Handwerks- und Bauunternehmen mit projektförmigen Aufträgen liegt der Nutzen anders. Hier geht es weniger um Aufgabenverwaltung als um Kommunikationsnachweis: Was wurde mit dem Bauherrn vereinbart, welche Auswahl wurde getroffen, wann wurde ein Mangel gemeldet, wer hat wann welche Freigabe gegeben. Ein Projektraum, in dem Fotos, Nachrichten, Freigaben und Termine chronologisch liegen, ist in Auseinandersetzungen wertvoller als eine sortierte Mailbox — und deutlich belastbarer als eine Chatgruppe auf privaten Telefonen, deren Nutzung ohnehin datenschutzrechtlich heikel ist.
Voraussetzung ist die mobile Nutzbarkeit und eine ehrliche Einschätzung der digitalen Gewohnheiten. Wenn Beschäftigte auf der Baustelle nicht ins Werkzeug schreiben, entsteht keine Akte. Bewährt hat sich, den Kreis klein zu halten: Bauleitung, Büro und Kunde arbeiten im Projekt, das gewerbliche Team wird über Aufgaben und Termine informiert, ohne selbst zu dokumentieren. Wichtig ist zudem die Abgrenzung zum Fachsystem: Aufmaß, Kalkulation, Nachträge und Rechnungen bleiben in der Branchenlösung; Basecamp führt die Abstimmung, nicht das kaufmännische Geschehen.
Kleine Produkt- und Digitalteams nutzen Basecamp häufig für die Ebene über der technischen Umsetzung: Vorhaben zuschneiden, Entscheidungen dokumentieren, Fortschritt als Hügelkurve zeigen, Zyklen abgrenzen. Die eigentliche Entwicklungsarbeit läuft parallel in einem Werkzeug mit Boards und Tickets. Diese Arbeitsteilung ist stabil, solange die Regel klar ist: Basecamp beantwortet, warum und was; das Entwicklungswerkzeug beantwortet, wie und wie weit.
Ebenso verbreitet ist der Einsatz für interne Vorhaben mit vielen Beteiligten und wenig Fachlichkeit: Zertifizierungen, Umzüge, Software-Einführungen, Messeauftritte, Jubiläen, Personalprojekte. Solche Vorhaben scheitern selten an fehlender Planungstiefe, sondern daran, dass Informationen verstreut sind und Beteiligte aus verschiedenen Abteilungen kein gemeinsames Werkzeug haben. Genau hier spielt die niedrige Einstiegshürde ihre Stärke aus.
Es gibt Anforderungen, die sich nicht durch Disziplin oder Regeln ausgleichen lassen. Wer Ressourcen- und Kapazitätsplanung über viele Personen braucht — also die Frage, wer in Kalenderwoche 40 wie stark verplant ist —, findet in Basecamp keine Antwort und sollte diese Anforderung nicht in Tabellen daneben abbilden. Wer Nachkalkulation und Controlling auf Stunden- und Kostenbasis benötigt, braucht mindestens eine angebundene Zeiterfassung, eher ein Fachsystem. Wer komplexe Abhängigkeiten mit automatischer Terminverschiebung und kritischem Pfad führen muss — typisch bei Bauzeitenplänen, Anlagenbau oder mehrstufigen Programmen —, benötigt ein klassisches Projektwerkzeug.
Ebenso ausschließend wirken bestimmte organisatorische Anforderungen: unternehmensweites Single Sign-on mit automatisierter Nutzerverwaltung, feingranulare Rollen- und Rechtekonzepte, Portfolio-Berichte über viele Projekte hinweg, erzwungene Freigabeworkflows mit Auditspur. Die Warnsignale im Betrieb sind gut erkennbar: Wenn neben Basecamp dauerhaft Tabellen geführt werden, wenn Abhängigkeiten in Beitragstexten notiert werden oder wenn die Leitung regelmäßig Auswertungen anfordert, die niemand aus dem Werkzeug ziehen kann, ist die Grenze erreicht. Dann ist der ehrliche Schritt nicht mehr Disziplin, sondern eine Werkzeugentscheidung.
Zur Wirtschaftlichkeit nennen wir bewusst keine Beträge, weil sie sich ändern. Wichtiger als der Listenpreis ist die Struktur der Gesamtkosten, und die weicht bei Basecamp vom Marktüblichen ab. Weil eine Pauschalvariante ohne Nutzerbegrenzung existiert, kann die Rechnung ab einer bestimmten Teamgröße planbarer werden als bei Werkzeugen, die jede Person einzeln abrechnen — insbesondere dann, wenn viele Personen nur mitlesen. Umgekehrt lohnt bei kleinen Teams die nutzerbasierte Variante.
In die Rechnung gehören jedoch drei Posten, die häufig fehlen. Erstens die Ergänzungen: Zeiterfassung, Auswertung und Verknüpfungen kosten zusätzlich und sind bei projektorientierten Betrieben meist keine Option, sondern Voraussetzung. Zweitens der Einführungsaufwand, der hier weniger in Konfiguration als in Kommunikationsumstellung liegt — er ist real, auch wenn er keine Rechnung erzeugt. Drittens die Ablösekosten: Was kostet es, in fünf Jahren wieder herauszukommen? Ein früh getesteter Export senkt dieses Risiko erheblich.
37signals ist ein Unternehmen mit Sitz in den Vereinigten Staaten. Basecamp wird als Cloud-Dienst betrieben; der Anbieter hat in den vergangenen Jahren Teile seiner Infrastruktur von großen Public-Cloud-Plattformen auf eigene Hardware in Rechenzentren verlagert. Welche Standorte für welche Dienste gelten, ob Optionen zur Datenresidenz existieren und welche Subunternehmer beteiligt sind, ist konkret beim Anbieter zu erfragen und schriftlich zu dokumentieren. Öffentliche Zusammenfassungen sind hier keine belastbare Grundlage.
Für den Einsatz in Deutschland, Österreich und der Schweiz bedeutet das praktisch: Es wird ein Vertrag zur Auftragsverarbeitung benötigt, ergänzt um die Dokumentation des Transfermechanismus für die Verarbeitung außerhalb der EU sowie eine Einschätzung der Risiken dieser Übermittlung. Die Verarbeitung ist in das Verzeichnis der Verarbeitungstätigkeiten aufzunehmen, mit Zweck, Kategorien betroffener Personen, Datenarten, Empfängern und Löschfristen. Sparsamkeit hilft: Je weniger sensible Inhalte im Werkzeug landen, desto einfacher ist die Bewertung. Personalangelegenheiten, Gesundheitsdaten und Vergütungsfragen gehören nicht in ein Projektwerkzeug.
Ein spezifischer Punkt bei Basecamp ist die Kundenkommunikation im Tool. Wenn Kundinnen und Kunden als Beteiligte eingeladen werden, verarbeitet das Unternehmen deren Kontaktdaten und Beiträge in einem Dienst außerhalb der EU. Darüber ist zu informieren, und es ist zu klären, was mit diesen Daten nach Projektabschluss geschieht. Bei Projekten mit besonders schutzbedürftigen Inhalten — etwa in der Gesundheitswirtschaft, bei Anwälten oder Steuerberatern — ist zusätzlich zu prüfen, ob Berufsgeheimnisse betroffen sind; das kann den Einsatz einschränken oder ausschließen.
In Betrieben mit Betriebsrat ist die Einbindung in Deutschland regelmäßig erforderlich, weil Basecamp protokolliert, wer wann welchen Beitrag geschrieben, welche Aufgabe abgeschlossen und welche Check-in-Antwort gegeben hat. Damit ist das System grundsätzlich geeignet, Verhalten und Leistung zu überwachen — unabhängig von der Absicht des Arbeitgebers. Sinnvoll ist eine frühe Abstimmung und eine Vereinbarung mit klarer Zweckbindung, insbesondere dem ausdrücklichen Ausschluss individueller Leistungsbewertung und einer Regelung zu Erreichbarkeit und Benachrichtigungen. Für Österreich und die Schweiz gelten eigene Regelungen, die gesondert zu prüfen sind.
Auf der Self-Hosting-Seite stehen quelloffene Lösungen zur Verfügung. OpenProject aus Deutschland deckt klassisches und agiles Projektmanagement inklusive Terminplanung ab und lässt sich auf eigener Infrastruktur betreiben; funktional geht es in Richtung Planungstiefe und damit über Basecamp hinaus, im Kommunikationskomfort bleibt es dahinter. Nextcloud bietet mit Dateiablage, Aufgaben, Deck, Gruppenkalender und Chat eine selbst betriebene Sammlung, die dem Gedanken des einen Ortes nahekommt, jedoch aus mehreren Bausteinen zusammengesetzt ist. Beide Wege liefern maximale Datenhoheit und keine Drittlandproblematik, verlagern aber Betrieb, Aktualisierung, Sicherung und Sicherheitspflege vollständig in die eigene Verantwortung. Für Organisationen ohne eigene IT-Kapazität ist das selten die günstigere Rechnung.
