Gerade heute bin ich wieder an einem Punkt, an dem ich mir denke: “Warum machst du das blo??”. Grund daf?r ist die n?chste negative Bewertung meines kostenlosen Plugins auf WordPress.org. Aber lesen Sie weiter…

Zur Erinnerung: In meinen Artikeln in der Kategorie “Der Weg mit meinem Plugin” geht es einzig um das Thema Traffic-Aufbau. Ausschlaggebend f?r diese Artikel war das Buch Traffic Secrets von Russell Brunson der in einem der Kapitel schrieb, dass man seine Reise mit dem eigenen Produkt mit den (zuk?nftigen) Kunden teilen sollte. Und das ist letztlich das, was ich hier tue.

Nun aber zur?ck zum Hauptthema, welches sich um negative Kommentare dreht. Aber wie passt das eigentlich zum Traffic-Aufbau f?r mein Plugin? Ganz einfach. Das kostenlose Plugin sollte nat?rlich irgendwann auch dazu beitragen, meine Sales bei CodeCanyon zu steigern. Nur wenn ich Geld damit verdiene, kann ich das Plugin weiterentwickeln. Es ist ja nicht so, dass ich jeden Monate tausende Sales erzeugen w?rde. Noch nicht. Deswegen war mein Plan, eben auch ein kostenloses Strukturierte Daten und Schema Plugin bei wordpress.org anzubieten.

Negative Kommentare bei w.org

Mir war schon immer bekannt, dass es mehr schlechte Bewertungen gibt als gute. Grund ist, dass die Leute (mich eingeschlossen) eher ?ber Dinge aufregen, die schlecht laufen. Eigentlich sollte es andersherum sein, denn vielen Menschen auf dieser Welt geht es richtig gut. Und es gibt sehr viele gute Plugins, die – und das ist ja eigentlich das, worum es geht – absolut kostenlos sind. Ein Plugin zu installieren kostet Sie nichts. Nada! 0?! Die Wertsch?tzung daf?r geht aber leider auch gegen Null!

Ist es wirklich so, dass Produkte, die nichts kosten auch nichts wert sind? Dar?ber m?chte ich jetzt gar nicht philosophieren, denn es ist verschwendete Energie. Stattdessen will ich dar?ber nachdenken, was ich tun kann um schlechte Bewertungen zu vermeiden.

Jetzt aber noch kurz ein Wort zu CodeCanyon:

Positive Bewertungen bei CodeCanyon

Interessant ist, dass es bei CodeCanyon von positiven Bewertungen nur so wimmelt. Nat?rlich ist es so, dass ich die Leute darauf hinweise, dass sie bitte eine gute Bewertung hinterlassen sollen. Denn – wie oben beschrieben – ist es oft so, dass sie zwar gewillt sind, schlechte Nachrichten gleich zu ver?ffentlichen. Gute Nachricht hingegen werden seltener geteilt. Ein Hinweis ist also mindestens Pflicht. Den habe ich bei meinem kostenlosen WordPress Plugin nicht.

Idee 1: Hinweis auf eine gute Bewertung einbauen!

Feedback vorher absch?pfen?

Dazu habe ich gleich noch eine Idee. Vielleicht sollte ich dem Benutzer die M?glichkeit geben, mir vorweg schon Feedback zu geben. Das k?nnte folgende Vorteile haben:

• Weniger schlechte Bewertungen, weil ja schon einmal Feedback gegeben wurde.
• Ich bekomme generell mehr Feedback als sonst (weil ja nur die schlechten Nachrichten zu mir durchdringen).

Ja, das sollte ich definitiv machen!

Idee 2: Feedback-Tool einbinden!

Funktionen der kostenlosen Version erweitern?

Was nat?rlich stark auff?llt ist, dass sich die Leute lediglich dar?ber auslassen, dass der Funktionsumfang eingeschr?nkt ist. Ist ja auch klar: Es ist ja auch nur die kostenlose Version! Aber das interessiert keinen.

Mein erster Gedanke nach solchen Kommentaren ist immer: Sollte ich den Funktionsumfang des kostenlosen Plugins erweitern? Ja, das w?re wohl eine schnelle und einfache L?sung. Der Nachteil ist, dass der Funktionsumfang der kostenlosen Version sich immer n?her der kostenpflichtigen anlehnt. Das macht die PRO-Version irgendwann obsolet und ich verdiene gar nichts mehr. Boom! In’s eigene Bein geschlossen! Und nat?rlich auch in das Bein meiner Kunden, denn ohne Moos ist nichts los. Ohne Geld keine Weiterentwicklung. So einfach ist das.

Idee 3: Den Funktionsumfang der kostenlosen Version zu erweitern macht keinen Sinn. Denn irgendwann kommt der n?chste User, der sich dar?ber beschwert, dass es keinen Support f?r Plugin abc und Zusatzfunktion xyz gibt.

Der ganz andere Weg: Software-as-a-Service

In meiner Mastermind-Gruppe habe ich dann noch gefragt, was sie denn von einem SaaS-Modell halten w?rden. SNIP als Software-as-a-Service quasi. Das hei?t, dass das Plugin einzig auf meinem Webserver l?uft und alle User ihre Schemas dort einstellen m?ssten. Das Plugin auf User-Seite w?rde dann nur noch einen kleinen Code einbinden, der daf?r sorgt, dass alle Schemas entsprechend richtig ausgeliefert werden.

Das h?tte sofort mehrere Vorteile f?r mich:

• Ich k?nnte monatlich oder nach Volumen abrechnen und dadurch hoffentlich mehr verdienen.
• Der Pflege-Aufwand beschr?nkt sich auf meinen eigenen Server und nicht auf die tausend verschiedenen WordPress-Installationen.
• Ich k?nnte auch Nicht-WordPress-Seiten ansprechen.

Was mir aber deutlich wichtiger sind, sind die Vorteile f?r den Kunden:

• Einmal aufsetzen (oder einrichten lassen) und gut ist!
• Keine Plugin-Updates managen.
• Keine Sorge, dass das Plugin “abst?rzt”.
• Ich k?nnte Warnmeldungen verschicken, falls ein Schema nicht mehr g?ltig ist weil ich genau wei?, was sich auf der Seite des Kunden befindet.
• Es k?nnten Daten abgegriffen werden, die sich so nicht in der Datenbank befinden (aber z.B. im Inhaltsbereich).

Nachteile w?ren nat?rlich die monatlichen Kosten. Aber das k?nnte man sicher mit einem humanen Preis hinbekommen.

Trotzdem notiert, die Idee 4: SNIP als m?glichers SaaS.

Was als n?chstes?

Tja… wie Sie sehen: Ich habe keinen blassen Schimmer, wie es weitergehen soll. Aktuell will ich erst einmal den Setup Wizard fertig machen. Dann sehe ich weiter.