Share
En av de mange tingene som gjør at det er en del av WordPress-verdenen så fantastisk, er hvor utrolig støttende alle i det er. Svaret på stort sett alle problemer du har er der ute, hvis du vet hvor du skal se og hvordan du spør. Den andre delen av det, å vite hvordan du ber om hjelp med et problem, kan være veldig vanskelig.
En viktig komponent i å spørre om hjelp på riktig måte er å unngå XY-problemet. XY-problemet, som jeg definerte mer detaljert i min forrige artikkel i denne serien, er hva som skjer når vi har problem X, og vi prøver å løse det med løsning Y, som feiler, og så spør vi om hjelp med løsning Y , i stedet for vårt egentlige problem X.
XY-problemet kan være et reelt hinder for å få god støtte fordi det kan begrense både rekkevidden av svarene du får på spørsmålet ditt, og også legge til mer tid på prosessen. I stedet for å få svar, er det sannsynlig at du får flere spørsmål, legger til tiden til problemet ditt er løst.
Enda viktigere, når du blir offer for XY-problemet, fokuserer du skift fra det faktiske målet ditt for å fikse en løsning på et problem, som kanskje har blitt mer av et problem enn det opprinnelige problemet.
Ofte stiller nye WordPress-brukere spørsmål som om de bare vedrører temaet eller plugin-modulen de bruker. For eksempel, "Hvordan endre hvilke innlegg som vises på forsiden med X tema". Med mindre det er et bestemt temaalternativ som du er opptatt av, og dette er et spørsmål som sannsynligvis kan besvares av noen som aldri har brukt temaet du bruker.
Når du endrer hvilket tema, plugin eller vertsleverandør, etc. bruker du fra å være fokus på spørsmålet til et ekstra kontekst, får du to viktige ting:
Noen ganger manifesterer XY-problemet seg ved å være vei til bestemt, uten kontekst. For eksempel hvis du spør "Hvordan legger du inn innleggsvilkår med WPDB-klasse?" Noen kan gi deg et bokstavelig svar på hvordan du gjør det.
Men uten å vite hvorfor du legger inn postord på denne måten og hva dine overordnede mål er, kan de ikke vurdere om dette var en god ide eller ikke, som det trolig ikke var. Det kan være den rette løsningen, og i så fall ville du vite hvorfor det generelt ikke er, og i så fall har du kastet bort tiden sin.
Jeg vet i det siste avsnittet jeg sa ikke å starte med den foreslåtte løsningen, men å vise det du prøvde er viktig. Det kan være at strategien din var riktig, og du gjorde en feil. Uten å vite konteksten til problemet, kan ingen vite om dette er riktig løsning eller ikke.
Det betyr ikke at du ikke bør forklare hva du har prøvd, med kodeeksempler om mulig. Det kan være at du er nær og noen kan vise deg feilen din. Når du viser den foreslåtte løsningen som en mulig løsning, gjør du feilsøking enklere, dersom den ledsages av ditt egentlige mål.
Når du ikke deler målene dine, er det eneste den personen som har bestemt seg for å hjelpe deg, ut av hjertets hjertesjokk eller fordi det er deres jobb, kan hjelpe deg med, er den foreslåtte løsningen. Egentlig har de bare to alternativer: spør deg om mer informasjon eller gi deg et bokstavelig svar.
Den første, som ber om mer informasjon, er frustrerende fordi du vil ha et svar, ikke spørsmål. Også det legger til tid til prosessen, hver syklus frem og tilbake kan legge til timer eller dager. Mens du ber om mer informasjon, er et viktig skritt for støtteleverandører å unngå å gi dårlige svar på grunn av XY-problemet, når du må løse et problem raskt, og jo mer informasjon du oppgir på forhånd, desto mindre sannsynlig må du gi informasjon før du får et svar.
Å få et bokstavelig svar på et spørsmål som lider av XY-problemet, kan være det verste resultatet. Noen som forteller deg hvordan du utfører den foreslåtte løsningen kan være bra, med mindre det ikke var den rette løsningen eller til og med den beste løsningen. Da blir du igjen med råd som er teknisk korrekt, men kan ikke løse problemet ditt, eller det kan være en veldig ineffektiv måte å løse det på..
Når du ber om støtte, antas det at personen som svarer på spørsmålet ditt vet mer om hva du spør enn du gjør. Når du oppgir klart, hva du prøver å gjøre, hvorfor du prøvde å gjøre det, hva som gikk galt og hva du prøvde å fikse det, og gjør det med et åpent sinn, vil du sannsynligvis lære noe nytt. Det du lærer kan være noe annet enn det du forventet å finne ut, men disse typer leksjoner kan være de mest verdifulle leksjonene.
Når du bare spør om løsningen din, savner du en mulighet til å finne ut av denne erfarne WordPress-brukeren hvordan de ville ha løst det. Hvis du vil slutte å løse et lite problem etter et lite problem som krever å lære noe og øke dine ferdigheter. Ja, å lære nye ferdigheter fører bare til nyere og bedre problemer, men vet i hvert fall at du vil være bedre til å få hjelp med dem.
Accentsconagua