Strategieën voor ondersteuning van WordPress-plug-ins

Als een ontwikkelaar van WordPress - specifiek voor plug-ins, in dit geval - kan het een uitdaging zijn om te bepalen wat de beste manier is om ondersteuning te bieden voor uw werk. In feite ben ik momenteel bezig met het evalueren van wat de beste route kan zijn voor mijn huidige set plug-ins, dus dit onderwerp raakt dicht bij huis.

Als zodanig dacht ik dat het een relevant onderwerp zou zijn om te delen en te bespreken met de Wptuts + community.

Dus in dit artikel wil ik een kijkje nemen naar de problemen die bestaan ​​met het ondersteunen van WordPress plug-ins, enkele van de huidige modellen voor het ondersteunen van WordPress plug-ins, en vervolgens een discussie starten in de opmerkingen over de verschillende opties die hier zijn beschreven (evenals die die niet zijn gedekt).


De versnippering van ondersteuning

Voordat we de verschillende opties voor ondersteuning bespreken, is het belangrijk om op te merken dat, zoals het er nu uitziet, er een fragmentatie van ondersteuning bestaat, zelfs als je gewoon een gratis plug-in in de WordPress Plugin Repository onderhoudt. Dit is bijvoorbeeld hoe veel ontwikkelaars werken:

  • Publiceer een plug-in naar de WordPress Plugin Repository. De repository biedt een gratis ondersteuningsforum.
  • De ontwikkelaars bloggen dan of publiceren een artikel over hun plug-in. Dit bericht biedt nu een reactiethread die vragen en opmerkingen over de plug-in ondersteunt.
  • De ontwikkelaar is waarschijnlijk op Twitter of een ander sociaal netwerk waarop gebruikers verbinding kunnen maken en vragen kunnen stellen over de plug-in.
  • De ontwikkelaar heeft ook een e-mail die als een ander kanaal fungeert waardoor anderen met de ontwikkelaar kunnen praten over problemen die ze ervaren.

Voor de duidelijkheid, ik heb geen fout iedereen voor het bereiken van de ontwikkelaar via een van de beschikbare kanalen.

Het probleem is niet met de gebruikers. Hoewel ik aarzel om het te zeggen, denk ik niet eens dat het probleem bij de ontwikkelaars zit. Het probleem zit hem in de verschillende manieren waarop we ons werk delen.

We hebben een manier nodig om alle vragen via één kanaal te sturen, zodat de problemen, oplossingen, vragen en antwoorden gemakkelijk zichtbaar of toegankelijk zijn voor anderen, zodat ontwikkelaars zichzelf niet blijven herhalen.

Maar dat is een lastig probleem om op te lossen. Sommigen hebben het goed gedaan, sommigen zijn nog steeds op zoek naar oplossingen, en we horen graag van beide in de opmerkingen. Laten we in de tussentijd enkele van de meer populaire ondersteuningsmodellen bekijken die er zijn.


De ondersteuningsmodellen

We gaan kijken naar vier verschillende modellen voor het aanbieden van ondersteuning. Ik wil duidelijk zijn dat dit zo is niet de definitieve lijst met ondersteuningsopties, maar een paar van de meest voorkomende ondersteuningsmodellen die ontwikkelaars tegenwoordig gebruiken.

Premium ondersteuning

Eén manier waarop ontwikkelaars ondersteuning bieden, is via een soort gesloten systeem. Dit betekent niet noodzakelijk dat alle vragen met betaling moeten worden beantwoord - alleen die vragen die meer betrokken zijn of die een aanzienlijke tijd vergen voor het oplossen van problemen.

Het voordeel van het gebruik van dit model is dat er uiteraard een financiële compensatie is voor de tijd die wordt besteed aan het helpen van de gebruiker. Vaak betalen gebruikers graag als ze aannemen dat de prijs redelijk is en dat het probleem significant genoeg is; Dit kan echter een duwtje in de rug geven, omdat gebruikers die denken dat een gratis plug-in gratis ondersteuning zou moeten bieden, dit ook kunnen afwijzen.

Het is een fijne streep om zeker te zijn, en ik ben het ermee eens dat plug-ins allemaal onder een bepaalde reeks voorwaarden moeten werken; Ik geloof echter niet dat elk probleem dat zich voordoet onbeduidend genoeg is om gratis ondersteuning te krijgen.

Er zijn zoveel verschillende permutaties van hostingomgevingen, WordPress-versies, conflicterende plug-ins en andere factoren die het probleem isoleren, kunnen uitdagend genoeg zijn.

WordPress Plugin Repository

De WordPress Plugin Repository is naar mijn mening vaak ondergewaardeerd. Het biedt een scala aan echt leuke tools voor ontwikkelaars van plug-ins die ook gewoon niet worden gebruikt door de ontwikkelaars of door de gebruikers.

Afgezien van het bieden van een consistente ervaring over de hele linie voor alle ontwikkelaars en gebruikers, geeft het ons:

  • Een manier om ons werk te brandmerken met behulp van de headerafbeelding
  • Een eenvoudige manier om een ​​duidelijke beschrijving van ons werk te geven
  • Instructies voor het installeren van de plug-in
  • Een gedeelte voor veelgestelde vragen
  • Een ondersteuningsforum
  • … en veel meer

Het probleem is dat je regelmatig moet terugkeren naar de plug-ins om te zien of er nieuwe onderwerpen zijn geopend. Bovendien zijn veel van de mensen die onderwerpen verlaten gewend aan het plug-and-play-model van thema's en andere plug-ins die erodict-resultaten kunnen veroorzaken dankzij slechte codeermethoden, conflicten of een andere anomalie.

Nog steeds is het ondersteuningsforum niet slecht - het is gratis, het is beschikbaar voor elke plug-in die we vrijgeven, en het biedt een consistente ervaring voor de gebruikers. Het is het overwegen waard, maar het vereist wel een beetje extra inspanning namens de ontwikkelaar.

E-mail

E-mail is een gladde helling als het gaat om het bieden van ondersteuning, omdat het een iets persoonlijkere uitstraling heeft dan een van de beschikbare forumopties. Zodra u ondersteuning begint te bieden via e-mail, heeft u in feite een gebruikersmachtiging gegeven om contact met u op te nemen over een aantal andere problemen, hetzij met hun plug-ins, hetzij met WordPress-problemen die zij mogelijk hebben.

Ik deel dit ook niet uit onwetendheid. Dit is meer dan een paar keer met mij gebeurd (en ik neem er de volledige verantwoordelijkheid voor op). Ten tweede is het probleem met het gebruik van e-mail voor ondersteuning dat het absoluut geen zichtbaarheid heeft.

Het geeft geen waarde aan iemand behalve de persoon (personen) in de e-mailthread. Dit betekent dat het potentieel voor dubbele ondersteuning echt hoog is.

Geen steun

Een extreme optie ten slotte is simpelweg geen ondersteuning bieden. Ik pleit niet echt voor deze strategie, maar ik hebben gezien, maar ik kan niet spreken over de resultaten.

Maar als u een gratis plug-in aanbiedt en u deze actief onderhoudt, kunt u deze eenvoudig in het wild plaatsen en de gebruikers voor zichzelf laten..

Het is een gevaarlijke route om te gaan, omdat ik denk dat we dit als ontwikkelaars hebben sommige verantwoordelijkheid voor onze gebruikers omdat we proberen iets te creëren om een ​​probleem voor hen op te lossen, maar dat is slechts een subjectieve houding ten opzichte van het onderwerp. Ik zou graag de gedachten van anderen erover horen.


Doet Gratis Plug-in Gelijke Gratis Ondersteuning?

Voordat ik concludeer, denk ik dat het de moeite waard is om bovenstaande vraag te stellen: Do gratis plug-ins impliceren gratis ondersteuning? Persoonlijk denk ik van niet. Tenminste, niet als een geheel.

Op een bepaald niveau denk ik dat er een niveau van ondersteuning is dat we verplicht zijn te geven - met name die welke normaal slechts enkele minuten duren om op te lossen; er zijn echter nog meer ingewikkelde kwesties die eenvoudigweg meer tijd vergen.

Op dit moment denk ik dat het volkomen acceptabel is om een ​​bepaald niveau van compensatie te vragen. Ik beschouw dit als analoog aan een garantie met een fysiek product - vervangende onderdelen of fixes zijn beschikbaar voor een bepaalde tijd; Voor meer complexe problemen is echter meestal een bepaald type technicus vereist.


Conclusie

Ik heb recente gesprekken gehad met respectabele WordPress Plugin Developers die allemaal een standpunt hebben over waar ze de grens kunnen trekken tegen gratis en betaalde ondersteuning; elke ontwikkelaar heeft echter zijn eigen mening over wat voor hen werkt.

Bovenal was het gesprek rijk aan verschillende opties, voordelen, nadelen en meer. Daarom zou ik graag zien dat de Envato-community een belletje doet rinkelen en kijken of er niet meer kan worden besproken - en mogelijk zelfs opgelost - via de reacties op dit bericht.