Share
Een van de vele dingen die het zo fantastisch maken om een deel van de WordPress-wereld te zijn, is hoe ongelooflijk ondersteunend iedereen erin is. Het antwoord op vrijwel elk probleem dat je hebt, is er, als je weet waar je moet zoeken en hoe je het moet vragen. Het tweede deel daarvan is dat het heel lastig kan zijn om te weten hoe je hulp kunt vragen bij een probleem.
Een belangrijk onderdeel van het op de juiste manier om hulp vragen, is het XY-probleem voorkomen. Het XY-probleem, dat ik gedetailleerder heb beschreven in mijn vorige artikel in deze serie, is wat er gebeurt als we probleem X hebben, en we proberen het op te lossen met oplossing Y, die mislukt, en dan vragen we om hulp bij oplossing Y , in plaats van ons werkelijke probleem X.
Het XY-probleem kan een echte belemmering vormen voor het verkrijgen van goede ondersteuning, omdat het zowel het bereik van antwoorden op uw vraag kan beperken, als ook meer tijd aan het proces kan toevoegen. In plaats van een reactie te ontvangen, krijgt u waarschijnlijk meer vragen, waardoor de tijd wordt verlengd totdat uw probleem is opgelost.
Wat nog belangrijker is, als je slachtoffer wordt van het XY-probleem, richt je verschuivingen van je werkelijke doel naar het oplossen van een oplossing voor een probleem, dat kan meer een probleem zijn geworden dan het oorspronkelijke probleem.
Vaak stellen nieuwe WordPress-gebruikers vragen alsof ze alleen betrekking hebben op het thema of de plug-in die ze gebruiken. Bijvoorbeeld: "Hoe te wijzigen welke berichten worden weergegeven op de voorpagina met X-thema". Tenzij er een specifieke thema-optie is waar u zich mee bezighoudt, is dit een vraag die waarschijnlijk kan worden beantwoord door iemand die nog nooit het thema heeft gebruikt dat u gebruikt.
Wanneer u wijzigt welk thema, of plug-in, of hostingprovider, enz. U gebruikt om de focus van de vraag te richten op een extra stuk context, krijgt u twee belangrijke zaken:
Soms manifesteert het XY-probleem zich door een manier om specifiek te zijn, zonder context. Bijvoorbeeld als u vraagt "Hoe voeg ik voorwaarden toe aan de WPDB-klasse?" Iemand kan je een letterlijk antwoord geven op hoe je dat moet doen.
Maar zonder te weten waarom u op deze manier postcondities invoegt en wat uw algemene doelen zijn, kunnen zij niet beoordelen of dit een goed idee was of niet, wat het waarschijnlijk ook niet was. Het is misschien de juiste oplossing, en als dat het geval is, zou u weten waarom dat over het algemeen niet het geval is, en in dat geval heeft u hun tijd verspild..
Ik weet in het laatste deel dat ik zei niet te beginnen met je voorgestelde oplossing, maar laten zien wat je hebt geprobeerd, is belangrijk. Het kan zijn dat je strategie goed was en je hebt een fout gemaakt. Zonder de context van het probleem te kennen, kan niemand weten of dit de juiste oplossing is of niet.
Dat betekent niet dat je niet moet uitleggen wat je hebt geprobeerd, met codevoorbeelden indien mogelijk. Het kan zijn dat u in de buurt bent en iemand u uw fout kan laten zien. Wanneer u uw voorgestelde oplossing als een mogelijke oplossing toont, vergemakkelijkt u het oplossen van problemen, als het gepaard gaat met uw werkelijke doel.
Wanneer u uw doelen niet deelt, is het enige dat de persoon die heeft besloten om u te helpen, uit de vriendelijkheid van hun hart of omdat het hun taak is, u kan helpen met uw voorgestelde oplossing. Eigenlijk hebben ze maar twee opties: vraag je om meer informatie of geef een letterlijk antwoord.
De eerste, vragen om meer informatie, is frustrerend omdat je een antwoord wilt, geen vragen. Ook voegt het tijd toe aan het proces, elke cyclus van heen en weer kan uren of dagen toevoegen. Hoewel het vragen om meer informatie een belangrijke stap is voor ondersteuningsaanbieders om te voorkomen dat ze slechte antwoorden geven vanwege het XY-probleem, wanneer je een probleem snel moet oplossen en hoe meer informatie je vooraf verstrekt, hoe minder waarschijnlijk het is dat je informatie nodig hebt voordat je een antwoord.
Het krijgen van een letterlijk antwoord op een vraag die lijdt onder het XY-probleem kan de slechtste uitkomst zijn. Iemand die je vertelt hoe je je voorgestelde oplossing moet uitvoeren, kan geweldig zijn, tenzij het niet de juiste oplossing of zelfs de beste oplossing was. Dan blijf je achter met advies dat technisch correct is, maar je probleem misschien niet echt oplost of een vreselijk inefficiënte manier is om het op te lossen.
Wanneer u om ondersteuning vraagt, is de aanname dat de persoon die uw vraag beantwoordt meer weet over wat u vraagt dan u. Wanneer je duidelijk zegt, wat je probeert te doen, waarom je het probeerde te doen, wat er mis ging en wat je probeerde het te repareren, en dat met een open geest doet, zul je waarschijnlijk iets nieuws leren. Wat je leert, is misschien iets anders dan wat je verwachtte te ontdekken, maar dat soort lessen kan de meest waardevolle les zijn.
Wanneer u alleen naar uw oplossing vraagt, mist u een kans om uit deze meer ervaren WordPress-gebruiker te vernemen hoe ze het zouden hebben opgelost. Als je wilt stoppen met het oplossen van een klein probleem na een klein probleem dat iets moet leren en je vaardigheden moet laten groeien. Ja, het aanleren van nieuwe vaardigheden leidt gewoon tot nieuwe en betere problemen, maar weet in elk geval dat je er beter in zult zijn om hulp bij hen te krijgen.
Accentsconagua