Bananenprinzip

aus Wikipedia, der freien Enzyklopädie
Wechseln zu: Navigation, Suche

Das Bananenprinzip ist ein sarkastischer Ausdruck, der die Hoffnung ausdrückt, das noch unreife (sprich: mangelhafte) Produkt könne beim Verbraucher reifen. Grundlage ist die Tatsache, dass Bananen unreif geerntet, grün ausgeliefert und erst nach einer Reifezeit beim Zwischenhändler oder gar beim Endverbraucher genießbar werden.

Positiv wird der Begriff in der Qualitätskontrolle bezeichnet, weil interne Prüf- und Qualitätssicherungsmaßnahmen eingespart werden können. Die Fehler des Produktes werden durch die Kundenrückmeldungen und Beschwerden ermittelt.[1] Der Vorgang wird von den Herstellern daher auch als „kundenseitige Anpassung“ bezeichnet. Letztlich finanziert der Kunde aber durch seinen Kauf die Entwicklung des eingeschränkt nutzbaren Produktes mit.

Der Ausdruck wird vorrangig in Wirtschaftszweigen verwendet, die mit Kraftfahrzeugen,[2][3] Rechner-Bauteilen oder -Programmen handeln.

Bananenware[Bearbeiten]

Software, die vor der Weitergabe an den Käufer nicht ausreichend getestet wurde, wird von den Benutzern auch als Bananenware, Bananen-Software oder Bananaware[4] bezeichnet. Dabei werden die Programme gleich an die Endverbraucher verkauft, ohne ausreichende Fehlersuche in Betatests – oder gar ohne jemals einen Alphatest durchgeführt zu haben. Die betreffenden Hersteller weisen oft darauf hin, dass es unmöglich sei, alle Endanwender-Konfigurationen auf dadurch möglicherweise auftretende Fehler zu testen. Die Behebung durch Aktualisierungen nach Problembeschreibungen sei daher nicht nur kostengünstiger, sondern auch die einzig realistische Möglichkeit.

Die Anwender können die bereits bezahlte Software oft nicht oder nur eingeschränkt nutzen. Sie müssen nach der Beschwerde beim Hersteller auf die Aktualisierung warten, dafür manchmal extra zahlen und bei einem verbesserten Programm Daten erneut einpflegen. Zudem müssen bei durch den Kunden erweiterbaren Produkten möglicherweise Eigenentwicklungen an die aktualisierte Version angepasst werden.

Bei Computerspielen tritt dieses Prinzip ebenfalls oft auf.[5] Patches sind nötig, bis das Spiel zufriedenstellend läuft. Der Trend etabliert sich auch bei den Konsolenspielen, da Konsolen inzwischen mit dem Internet verbunden werden und so Patches nachgeliefert werden können. Zuvor erforderten kritische Softwarefehler die Einsendung und den Austausch des Spielmediums, das für den Hersteller entsprechend kostenaufwändig werden konnte.

Durch das Internet und die Entwicklung quelloffener Programme hat sich jedoch die Rolle des (End-)Anwenders gewandelt. Er erhält oft kein fertiges Produkt, sondern eine über das Netz abrufbare Dienstleistung. Entsprechende Anpassungen der Programme und regelmäßige Aktualisierungen (Updates) sind dabei oft inbegriffen. Bei einigen Programmentwicklern haben sich dafür die Begriffe Continuous Beta[6] oder Perpetual Beta (beides englisch/lateinisch/griechisch frei übersetzt etwa für ständige Zweitware[7] oder umgangssprachlich ständige Bananenware) eingebürgert. Der Nutzer soll dabei als Mitentwickler (englisch Co-Developer) im Prozess der Weiterentwicklung eines Programmes angesehen werden.[8]

Weblinks[Bearbeiten]

Einzelnachweise[Bearbeiten]

  1. Martin Sonnenschein, Harald Zapp, Axel Freyberg: Customer Energy: Wie Unternehmen lernen, die Macht des Kunden für sich zu nutzen. Gabler, 2006, ISBN 978-3-409-14264-9, S. 120.
  2. Henning Wallentowitz, Arndt Freialdenhoven, Ingo Olschewski: Strategien in der Automobilindustrie: Technologietrends und Marktentwicklungen. Vieweg & Teubner, 2008, ISBN 978-3-8348-0725-0, S. 9.
  3. Rückrufaktionen-Rekord: Autoentwicklung nach dem Bananenprinzip. Spiegel Online Auto, 15. Dezember 2003 (abgerufen am 29. April 2011).
  4. Thomas Hirschbiegl: Temporäre Leichenstarre. In: Berliner Zeitung, 31. März 1999.
  5. Thomas Hirschbiegl: Das Bananenprinzip. In: Berliner Zeitung, 20. Juni 2001.
  6. Frank Mühlenbeck, Klemens Skibick: Verkaufsweg Social Commerce – Blogs, Podcasts, Communities & Co. Wie man mit Web 2.0 Marketing Geld verdient. 2007, ISBN 3-8334-9686-X, S. 20.
  7. B-Ware. In: Lexikon von Fabrikverkauf-outlet-store.de, abgerufen 12. Februar 2012.
  8. Tim O’Reilly: What is Web 2.0? Kapitel 4/2: End of the Software Release Cycle.