Es ist okay, etwas zu bauen, das niemand will
(zhangluyao.com)- Produkte sehen oberflächlich wie Dinge für Nutzer aus, sind in Wirklichkeit aber eher eine Form des Selbstausdrucks des Erstellers; Nutzer fühlen sich davon angezogen, wenn sie in diesem Ausdruck dieselben Gefühle wiederfinden
- Der Ausgangspunkt liegt weniger bei „Nutzer werden das wohl brauchen“ als bei dem Gefühl „Ich finde das interessant“, und dieses Gefühl kann sich auch auf andere übertragen
- Ein Produkt funktioniert wie ein Speicher für Gefühle: Der Ersteller legt Gefühle hinein, und der Nutzer holt sie wieder heraus; von einem gefühllos gemachten Produkt lässt sich schwer erwarten, dass es beim Nutzer Gefühle auslöst
- Wenn Erwartungen wachsen, entstehen Sorge und Druck, wodurch das ursprüngliche Gefühl leicht verloren geht; deshalb können viele gute Produkte als Hobbyprojekte beginnen
- Produktkompetenz ist weniger bloßes handwerkliches Können als die Fähigkeit, die feinen Gefühle im eigenen Inneren wahrzunehmen; je geringer die Erwartungen und je stärker der Fokus auf dem Hier und Jetzt, desto leichter lassen sich diese Gefühle bemerken
Produkte sind eher Selbstausdruck
- Produkte wirken wie Dinge, die von Nutzern verwendet werden, sind aber eher eine Form des Ausdrucks der Person, die sie geschaffen hat
- Ausdrucksformen, die von vielen Menschen geschaffen werden, durchlaufen eine natürliche Auslese, und die überlebenden Ausdrucksformen sind jene, die Nutzer mögen
- Der Ausgangspunkt beim Bauen ist nicht „Nutzer werden das brauchen“, sondern eher das Gefühl „Das ist irgendwie interessant“
- Wenn Nutzer beim Verwenden eines Produkts dasselbe Gefühl wie der Ersteller empfinden, reagieren sie mit „Das ist irgendwie interessant“
- Aus dieser Perspektive funktioniert ein Produkt wie ein Speicher für Gefühle
- Der Ersteller legt Gefühle hinein
- Das Produkt wird tausendfach vervielfältigt
- Nutzer holen diese Gefühle aus dem Produkt heraus
- Wenn der Ersteller keinerlei Gefühle hineingelegt hat, kann man schwer erwarten, dass Nutzer Gefühle dazu entwickeln
- Es ist okay, etwas zu bauen, das niemand will, aber wichtig ist, ob man die eigenen Gefühle vollständig offengelegt hat
Erwartungen trüben das ursprüngliche Gefühl
- Viele Menschen denken zu viel nach und machen sich zu viele Gedanken, sodass sie am Ende etwas bauen, das nicht einmal ihnen selbst gefällt
- Wenn jeder etwas bauen würde, das er wirklich liebt, gäbe es noch mehr großartige Produkte als heute
- Dieser Prozess ist schwieriger, als er aussieht
- Sobald Erwartungen entstehen, folgen Sorge und Druck
- In diesem Moment geht das ursprüngliche Gefühl leicht verloren
- Es ist schwer, etwas zu bauen, das man selbst nicht mag, und zugleich zu erwarten, dass andere es mögen
-
Warum Hobbyprojekte ein guter Ausgangspunkt sind
- Viele gute Produkte beginnen genau deshalb als Hobbyprojekte
- Bei Hobbyprojekten gibt es meist weniger große Erwartungen, und man baut eher für sich selbst und aus Freude daran
-
Man muss sich selbst verstehen, um andere zu verstehen
- Der Mensch ist eher ein Wesen, das andere versteht, indem es sich selbst versteht
- Es ist für Menschen schwer, die Gefühle einer Blume zu verstehen; eine Blume hat weder Kopf noch Augen, und ein Mensch hat keine Blätter
- Der Ansatz „Ich verstehe es zwar nicht, aber ich weiß, dass du es brauchst“ funktioniert in der Praxis nur schwer
-
Der Fall Steve Jobs und das Gefühl für Produkte
- Dass Steve Jobs die Ergebnisse seines Teams sah und sagte „Es fühlt sich nicht richtig an“ und auf die Frage, wie man es korrigieren solle, antwortete: „Ich weiß es nicht. Verbessert es und bringt es mir noch einmal, dann kann ich sagen, ob es stimmt“, lässt sich im selben Zusammenhang lesen
- Jobs sprach ein Problem an, konnte aber weder den Lösungsweg noch einen klaren Grund benennen, was viele Menschen verwirrte
- Damit Nutzer durch ein Produkt die Gefühle des Erstellers spüren können, muss der Ersteller diese Gefühle zunächst selbst tief empfinden
- Jobs übernahm dabei die Rolle eines Detektors, der solche Gefühle wahrnimmt
- Produktkompetenz ist weniger eine eigenständige Fähigkeit namens „Produkte bauen“ als vielmehr die Fähigkeit, die feinen Gefühle im eigenen Inneren zu spüren
- Dass auch andere wahrnehmen konnten, was Jobs fühlte, und dass das iPhone nach seiner Einführung von vielen Menschen geliebt wurde, ist ein Beispiel dafür
- Der Unterschied liegt darin, dass Jobs im Prozess der Entwicklung eines Mediums für Gefühle feinste Regungen sensibel wahrnahm, während andere Beteiligte aus verschiedenen Gründen ihre eigenen Gefühle womöglich nicht bemerkten
- Beim Bauen eines Produkts sollte man Erwartungen senken und die Aufmerksamkeit in die Gegenwart zurückholen, um solche subtilen Gefühle besser wahrnehmen zu können
- Wenn der Geist von äußeren, verwirrenden Dingen erfüllt ist, fällt es schwer, solche Gefühle zu bemerken
1 Kommentare
Meinungen auf Hacker News
Aus Angst habe ich viel Lebenszeit damit verschwendet, nichts zu bauen.
Gerade diese Community kann ziemlich toxisch sein gegenüber Menschen, die gerade anfangen, die keine Genies sind oder die bei ihrem Produkt nicht jede Entscheidung perfekt treffen.
Das Leben macht in der Schleife aus Bauen–Scheitern–Lernen mehr Freude als in der Schleife aus Konsum–Kritik–Überlegenheitsgefühl, und ich wünschte, ich hätte das früher gelernt.
Wenn das passiert, kann es ein Zeichen dafür sein, dass man etwas richtig macht.
Das typische Ergebnis, mit dem man normalerweise rechnen sollte, ist völlige Ignoranz, also gar keine Reaktion; genau deshalb sollte man keine Angst vor einem Launch haben.
Ein weiterführender Text dazu: https://davnicwil.com/negative-feedback-is-positive/
Solche Leute halten sich meist selbst für einen tiefen Brunnen der Genialität, und wenn etwas auftaucht, das diese Selbstwahrnehmung bedroht, werden sie wütend.
Wo es Hierarchien gibt, sieht man oft, wie jemand, der neue Inspiration mitbringt, heftig niedergeprügelt wird.
Menschen mögen den Erfolg anderer nicht, sie mögen das Talent oder die Genialität anderer nicht, und sie spotten, wenn große wie kleine Unternehmen scheitern.
Eine ziemlich wichtige Lektion im Leben ist, sich weniger darum zu kümmern, was andere über die eigene Arbeit denken.
Schon dadurch, überhaupt etwas zu bauen, tut man etwas, was die meisten Menschen ihr Leben lang nicht tun; und Menschen sind im Allgemeinen neidisch auf alle, die überhaupt etwas fertigstellen.
Mitte der 2000er habe ich mit gut ausgebildeten Freunden ein Spiel entwickelt; es wurde entgegen der Absprache veröffentlicht, als nur das grundlegende Gameplay grob stand und die Grafik vollständig aus Programmer Art bestand.
In irgendeinem inzwischen verschwundenen Blog landete es unter den 10 schlechtesten Spielen auf Steam Greenlight und bekam enorm viel negative Kritik.
Es war nicht mit meiner öffentlichen Reputation verknüpft und damals lustig, aber bei späteren Projekten wurde ich deutlich zögerlicher und perfektionistischer, und ein Teil des Glaubens, dass „es schon irgendwie gutgehen wird“, ging verloren.
Ich habe viel aus dieser Erfahrung gelernt und bin froh, es gemacht zu haben, aber sie hat viel von der guten Energie und Begeisterung meiner Jugend verbraucht.
Scheitern ist nicht kostenlos.
Er ist so etwas wie die Antimaterie zu all den schicken Maker-Kanälen, bei denen alles perfekt ist: ein entspannter Mensch, der sich nicht groß darum kümmert, was andere denken, und in seiner Garage Dinge baut.
https://m.youtube.com/@saveitforparts
Dabei geht es nicht darum, etwas zu bauen, das niemand will, sondern darum, etwas zu bauen, das eine Person sehr stark will.
Weniger erfreulich: Ich hatte Jobs, in denen es sich so anfühlte, als wolle niemand das, was ich baute, und das war ziemlich elend.
Selbst nach Jahren Arbeit kommt man kaum an das Niveau heran, das mein vorheriger Arbeitgeber schon erreicht hatte, bevor ich dort anfing.
Die Mitarbeitenden wollen keine Prozesse; das Unternehmen will Prozesse.
Für die Menschen, die so etwas bauen, ist das meist quälend, und die Anforderungen zielen oft nicht darauf ab, den Nutzern das Leben leichter zu machen, sondern machen es aktiv schwerer.
Außerdem ist unser Geschmack nicht so einzigartig, wie wir denken.
Dieser Text hat mich stark angesprochen und mich auf meinen Weg mit komorebi zurückblicken lassen.
Nach meinem Wechsel zu Windows hatte ich große Probleme, weil mir ein Tiling Window Manager fehlte, also begann ich, komorebi zu nutzen.
Als ich anfing, kannte ich die Win32 API nicht und wusste ehrlich gesagt auch noch nicht besonders viel über Rust.
Inzwischen wurde komorebi 35.000-mal heruntergeladen, es gibt einen großen Discord-Server und eine aktive Community, und auf YouTube verfolgen Hunderte Menschen den Entwicklungsprozess.
Einige Jahre bevor ich mit komorebi begann, hatte ich im Job sehr wichtige und einflussreiche Systeme gebaut; damals war ich wegen Depressionen an einem Tiefpunkt meines Lebens, und wenn ich heute auf diese Codebase und diese Systeme schaue, spüre ich diese Gefühle noch immer.
Aus diesem Grund bin ich in gewisser Weise froh, dass diese Codebase und diese Systeme nicht öffentlich sind.
komorebi dagegen habe ich in Freude, Hoffnung und Gelassenheit gebaut, deshalb bin ich froh, dass es öffentlich ist, und ich glaube, dass sich diese Gefühle sowohl in der Codebase als auch im Produkt zeigen.
Ich persönlich habe eine sehr leichte, bipolar anmutende Tendenz und bekomme außerhalb von Phasen, die beinahe „manisch“ sind, nicht besonders viel erledigt.
Wenn ich mir selbst gegenüber etwas großzügig bin, nenne ich das einen Explorations-/Nutzungs-Zyklus und sehe es als eine von mehreren Jahreszeiten des Lebens, daher stört mich die Schwingung an sich nicht allzu sehr.
Ich habe schon ruhigen Code gelesen, aber mein eigener Code liest sich nach meinem Urteil oft „manisch“.
Ich habe noch keinen Geisteszustand gefunden, in dem ich ruhigen Code versuchen könnte.
Wenn mein Geist friedlich ist, gibt es draußen Bäume und fließendes Wasser sowie gute Freunde und Familie, mit denen man leise lachen kann; dann fühlt sich Programmieren wie Zeitverschwendung an.
Ich genieße Programmieren wirklich, aber ich wünschte, ich könnte diesen friedlichen mentalen Raum finden, der zugleich Produktivität zulässt.
Code und die meisten Ausdrucksformen sind Wege, den eigenen Geisteszustand nach außen zu tragen.
Ich habe das an meinem eigenen emotionalen Zustand gesehen und auch bei Kollegen, die schwere Zeiten durchmachten.
Deshalb ist es schwierig, fremden Code zu verstehen; je mehr man eine Beziehung aufbaut und die Person besser kennenlernt, desto leichter wird auch das Codeverständnis.
Je besser man jemanden kennt, desto leichter und schneller kann man dessen Code verstehen.
Ich glaube, genau deshalb machen Coding Standards und Code Reviews eine Codebase wartbarer.
Sie entfernen Emotionen aus dem Code oder bringen sie zumindest auf ein gemeinsames Niveau im gesamten Team.
Einer der Gründe, warum ich zu 100 % auf Linux gewechselt bin, war, dass ich anderswo keinen Window Manager fand, der auch nur annähernd an i3 herankam.
komorebi wirkt auf mich so, als könne es mit i3 konkurrieren.
Window Management war das entscheidende Feature, das macOS oder Windows nicht auf demselben Niveau boten; schön zu sehen, dass sich das ändert.
„Ein gut gelebtes Leben ist eine Abfolge persönlicher Obsessionen, die geteilt wurden, ohne ein Publikum zu erwarten“
Quelle: https://news.ycombinator.com/item?id=34034857
Dabei wählt man je nach Situation kurzzeitig einen persönlichen Erlöser; das berührt auch etwas Ähnliches wie den auf HN erwähnten „serial specialist“
https://news.ycombinator.com/item?id=22518739
https://news.ycombinator.com/item?id=22337342
https://news.ycombinator.com/item?id=22335697
https://news.ycombinator.com/item?id=4317080
Das knüpft auch an die Idee an, dass obsessives tiefes Eintauchen in viele verschiedene Bereiche heute vielleicht der Weg ist, der dem „Renaissance-Menschen“ am nächsten kommt
Der Originaltext der Church of the SubGenius beschreibt scherzhaft das Konzept eines Einweg-Erlösers, bei dem man sich bei Bedarf je nach Situation kurz an Figuren wie Gandhi, Sam Walton, Samuel Clemens oder „Bob“ orientiert
https://news.ycombinator.com/item?id=10045688
https://en.wikipedia.org/wiki/Dick_Tuck
http://hoaxes.org/tuck.html
http://www.zdnet.com/article/suns-gage-looks-ahead/
http://www.enemieslist.info/enemy.php?ID=463
http://www.subgenius.com/bigfist/goods/shordurpersavs/X0012_ShorDurPerSav_Lesson.html
Ich baue gerade etwas, das im Moment niemand will, und es läuft sehr gut
Es gibt meinem Leben so viel Sinn wie kaum etwas in den letzten Jahren; finanziell ist es natürlich eine Katastrophe, aber Geld gegen persönliche Erfüllung zu tauschen, halte ich für einen ziemlich guten Deal
Als kleine Eigenwerbung: Wenn ihr kurz an einer digitalen Ameisenkolonie herumspielen wollt, gibt es https://ant.care/
Derzeit stürzt das Nest spätestens nach ein paar Tagen chaotisch ein
Wenn jemand Ideen hat, wie man die Logik für Tunnel/Räume/Nesterweiterung verbessern kann, oder Sandfall-Physik in Rust/ECS besser implementieren kann als ich, würde ich gern darüber sprechen
Discord: https://discord.gg/Ckm6m4A2
Code: https://github.com/MeoMix/symbiants
Die Einsicht, etwas nicht zu bauen, weil „vielleicht jemand das braucht“, sondern weil „ich das wirklich wahnsinnig interessant finde“, ist großartig
Ich glaube, das ist auch etwas, das bei Open-Source-Projekten, die man nebenbei als Hobby beginnt, oft übersehen wird
Man sollte Open Source nicht machen und veröffentlichen, um andere glücklich zu machen, sondern bauen, was man selbst haben möchte
Auch beim Veröffentlichen sollte es weniger darum gehen, andere glücklich zu machen, sondern eher darum, sie einzuladen, es einmal auszuprobieren und Feedback zu geben
Die Falle ist, dass Leute anfangen, sich anspruchsberechtigt zu fühlen und Forderungen zu stellen; gibt man dem nach, verstößt man gegen die obige Einsicht
Wenn man beginnt, das Interesse zu verlieren, sollte man sich nicht an das Projekt klammern und offen dafür sein, dass vielleicht ein anderer Maintainer übernimmt
Es ist besser, keine Zeit damit zu verschwenden, etwas zu maintainen, das einen innerlich nicht interessiert
Dasselbe gilt auch für Open-Source-Nutzer
Dass jemand etwas gebaut und veröffentlicht hat, lag ursprünglich daran, dass diese Person es mochte und selbst nutzen wollte; von so jemandem kann man nichts einfordern
Wenn man Forderungen stellt, steigt eher die Wahrscheinlichkeit, dass die Person das Interesse verliert
Ich bin der Autor
Normalerweise poste ich kaum auf HN und wollte es nicht hochladen, weil ich dachte, niemand würde es lesen
Trotzdem waren die Gefühle stark, und ich wollte den Leuten wirklich sagen, was ich empfinde
Nachdem ich es an dem Tag auf HN gepostet hatte, sank der Beitrag schnell ab, und weil es eben doch so wirkte, als würde ihn niemand lesen, habe ich nicht mehr nachgesehen
Heute Abend bekam ich dann überraschend eine Nachricht von einem Fremden, der sich für den Text bedankte; als ich HN öffnete, war er ganz oben
Danke fürs Lesen, und in gewisser Weise habe ich mit diesem Text selbst genau das umgesetzt
Ich habe meine Gefühle in das Produkt Text gesteckt, und ihr habt sie dort herausgenommen und gelesen
Vielleicht versteckt sich irgendwo so etwas wie ein Kōan
https://en.wikipedia.org/wiki/Koan
Interessanterweise scheint das erst heute zu einem Problem geworden zu sein.
Vor 10 bis 20 Jahren war das meiste, was wir gebaut und geteilt haben, etwas, das wir bauen wollten, und es waren coole und großartige Dinge.
Aber inzwischen muss man ausdrücklich sagen, dass es okay ist, wenn das, was wir bauen, keine Idee für ein Unicorn-Startup ist.
Es gibt immer HN-Kommentare, dass es kein globales Geschäft werden könne, kein Business daraus entstehen könne oder dass es sinnlos und unrealistisch sei.
Liegt es daran, dass Geld, Vermögen und Status inzwischen in den Köpfen aller an erster Stelle stehen?
Ich bin in einem Haushalt aufgewachsen, in dem Software gebaut wurde, und arbeite selbst seit über 20 Jahren als professioneller Entwickler.
In der Niedrigzinsära nach 2008 sind in enormem Umfang Menschen dazugekommen, die man bestenfalls nicht als Technikbegeisterte oder Tüftler bezeichnen würde.
In der Dotcom-Zeit gab es etwas Ähnliches, aber damals wurden durch den Zusammenbruch viele wieder herausgedrängt.
Diesmal muss man abwarten, wie es ausgeht.
Auch vor 10 bis 20 Jahren versuchten die meisten Menschen, ihren Lebensunterhalt zu verdienen, und heute ist es genauso.
Nur waren die Leute, die du damals kanntest und gehört hast, wahrscheinlich jünger und weniger darauf fixiert.
An der Uni war ich ziemlich in solche Passion Projects vertieft, aber heute interessiert mich das kaum noch.
Damals war es eine bessere Art, meine Zeit zu nutzen; heute ist es keine gute Verwendung meiner Zeit mehr.
Ob man sich die Halbleiterindustrie der 1960er, die PC-Revolution der 1970er und 1980er oder den Dotcom-Boom der 1990er ansieht: Die Motive, sich mit Technologie zu beschäftigen, waren immer gemischt.
Als ich Teenager war, gab es kein Internet, und was wir gebaut haben, war einfach genau dieses Ding, das wir gebaut hatten.
Heute ist das, was wir bauen, zu einer Inszenierung dieses Dings geworden.
Auch ich denke manchmal schon an den Blogpost darüber, bevor etwas überhaupt richtig funktioniert.
Ich frage mich aber, ob das unbedingt falsch ist.
Ich würde das Musizieren wahrscheinlich nicht so sehr genießen wie heute, wenn es nicht gelegentlich die Möglichkeit gäbe, öffentlich aufzutreten.
Mein Ansatz bei Side Projects ist im Großen und Ganzen dieser: Wenn ich es nicht selbst brauche und daran Freude habe, mache ich es nicht.
Mit der künstlerischen „Ausdrucks“-Sache weiß ich nicht so recht etwas anzufangen.
Ich genieße es auch wirklich, Produkte zu bauen, die jemand anderes braucht und gerne nutzt.
Wenn die Person, die bezahlt, genau diese Sache will, motiviert mich das ähnlich, selbst wenn ich sie nie selbst verwenden werde.
Umgekehrt war ich auch schon in der Situation, angestellt zu sein und auf Basis von Forschung und Daten Produkte für andere zu bauen.
Ich habe kein Interesse daran, die Person, die bezahlt, hat kein Interesse daran, es geht nur um ökonomische Logik.
Es geht darum, mit minimalem Aufwand möglichst viel Geld aus den Nutzern herauszuholen.
Das demotiviert.
Nicht, weil ich mich nicht „selbst ausdrücken“ kann, sondern weil es vor allem darum geht, etwas so zu machen, dass es gekauft oder genutzt wird, und nicht darum, es nützlich oder angenehm zu machen.
Man muss darüber nachdenken, wer sie nutzt, wie sie genutzt werden und warum die Menschen sie mögen werden.
Produkte und Funktionen, die rein Forschung oder Daten folgen, verlieren tendenziell das menschliche Element und fühlen sich unabhängig vom Markterfolg nur selten herausragend an.
Die Botschaft ist gut, aber ich habe nicht das Gefühl, dass der Text den Titel trägt.
Eher scheint er zu sagen: „Wenn du etwas baust, wofür du Leidenschaft hast, werden im Gegenzug auch andere Menschen es wollen.“
Persönlich habe ich nie erlebt, dass das wahr ist, aber es wäre schön, wenn es so wäre.
Wenn ich es nicht will, wer sonst sollte es dann wollen?
Es gibt Milliarden Menschen auf der Welt.
Die schwierige Aufgabe ist nur, sie zu finden und zu erreichen.