A mai kérdés a SEO erőforrás -gazdálkodásának középpontjába kerül:
„Hogyan prioritást élvez a SEO javítások, amikor a műszaki adósság folyamatosan felhalmozódik, és nem kaphat fejlesztési erőforrásokat?”
Ebben a cikkben megvizsgáljuk a különféle prioritási módszereket és azt, hogy mit tehet, ha több munkája van, mint támogatni kell.
Mi a műszaki adósság?
Vessen egy pillantást arra, hogy mit tartunk a „műszaki adósságnak” a SEO -ban.
A fejlesztés során ez a kifejezés a weboldal régóta fennálló problémáira utal, amelyek a rossz menedzsment vagy a „gyors javítások” miatt nőttek fel, amelyek nem álltak az idő próbáján.
A SEO-ban hajlamosak arra, hogy jelöljük minden olyan kódalapú kérdést, amely alapvetően befolyásolja az optimalizálási erőfeszítéseket. Általában ezek azok a kérdések, amelyeket önmagában nem lehet megoldani a SEO funkció, hanem az elülső vagy a háttér-fejlesztési csoportok bemenetét igényli.
Tehát, amikor a SEO műszaki adósságának más csapatokra történő rögzítéséhez szükséges munka nagy része hogyan tudja megbizonyosodni arról, hogy a legfontosabb munka befejeződjön?
Prioritási képesség mátrix
A munka prioritása érdekében három alapvető szempontot kell vizsgálnia. Ezek a kapcsolódó kockázatok, amelyek nem fejeződnek be, a lehetséges előnyök, ha van, és annak valószínűsége, hogy végrehajtják.
Érdemes lehet létrehozni egy mátrixot is, amely részletezi a műszaki elem teljes pontszámát. Ezután használja ezt a prioritást élvezni. Beszélje meg az egyes tételeket azokkal az érdekelt felekkel, akiknek a csapatait be kell vonni a végrehajtásába.
Tegye jobb képet a munka teljes köréről. Innentől hozzárendelhet egy számot a „kockázat”, a „jutalom” és a „megvalósítás valószínűsége” minden kategóriájához.
Kockázat
Kezdje azzal, hogy kiszámítja a vállalkozás kockázatát, ha ezt a munkát nem hajtják végre.
Vegye figyelembe azokat a szempontokat, mint a pénzügyi kockázat, azaz: „Ha nem végezzük el ezt a munkát, akkor a termékoldalaink nem indexeltek. Az ezekből a termékoldalakból származó bevételek X% -át jelenleg az organikus forgalom generálja, és ezért ezt a munkát nem töltjük be, évente évente Y-t kockáztatunk.”
Ez a weboldal teljesítményének kockázatát is jelentheti. Például, ha nem rögzíti a kumulatív elrendezés -eltolódási (CLS) problémát az oldalak csoportjában, akkor kockáztathatja a konverziókat és a rangsorolást.
Szerezzen jobb képet a kockázati szintről, amely a műszaki adósság nem rögzítéséhez kapcsolódik. Ezután rendeljen hozzá egy pontszámot 1 (alacsony kockázat) 5 -ig (magas kockázat).
Jutalom
Hasonló módon vegye figyelembe a munka elvégzésének pozitív következményeit. Nézze meg, hogy ezeknek a javításoknak a végrehajtása hogyan befolyásolhatja a bevételeket, az átváltási rátát, az ügyfelek elégedettségét, vagy akár azt is, hogy miként takaríthat meg pénzt.
Például: „Tudjuk, hogy sok másolatú oldalunk van, amelyek nem generálnak bevételt, de a keresési robotok többször másznak. Tudjuk, hogy minden alkalommal, amikor egy bot egy oldalt mászik fel, akkor a szerver tárhely költségeiben X $ X -be kerül.
Nézze meg elsősorban a munka elvégzésének pénzügyi előnyeit, de vegye figyelembe néhány másodlagos előnyt is.
Például, ez a munka segít -e a felhasználóknak könnyebben elérni céljaikat? Segít -e számukra az új termékek felfedezésében, vagy esetleg jobb felhasználói élményt élvezve?
Fontolja meg, hogy a munka az organikus keresésen túl más csatornák számára előnyös -e. A műszaki adósságjavítások javíthatják a céloldal élményét egy olyan oldalcsoport számára, amelyet fizetett hirdetési kampányokhoz, valamint az ökológiai forgalomhoz használnak. Ennek a munkának az előnyeit a fizetett médiacsapat, valamint az organikus keresési csapat érezheti.
Értékelje meg az egyes tervezett feladatokat, és rendeljen hozzá egy értéket 1 (alacsony jutalom) és 5 (nagy jutalom) között.
Megvalósítási valószínűség
Ha az, amit kér, az valójában egy rendkívül részt vevő, drága projekt, amelyet a fejlesztési csapatnak nincs képes megtenni, akkor az nem fog megtenni. Ez nyilvánvalónak tűnhet, de gyakran, amikor megpróbáljuk prioritást élvezni műszaki kéréseinkre, gondolkodunk azon hatással a kulcsfontosságú teljesítménymutatókra (KPI -k), nem pedig a fejlesztési sorban.
A mérnöki érdekelt felekkel való beszélgetés révén rájössz, hogy néhány feladata bonyolultabb, mint amit eredetileg gondoltál. Például egy egyszerű szerkeszthető tartalomblokk, amelyet hozzáadnak egy oldalhoz, valójában egy teljes tartalomkezelő rendszer (CMS) felépítéséhez szükséges.
Beszélje meg tevékenységeit az érdekelt felekkel, akik megértik a munka valódi követelményeit, az érintett csapatoktól a munkaidőig.
Innentől kezdve jobban megértheti, mennyire könnyű vagy gyors lesz ez a munka. Ezután hozzárendelheti egy pontszámot a megvalósításának 1-5 -ig (1 nagyon valószínűtlen és 5 nagyon valószínű).
Rangsorolási módszer
Miután a három kategória mind a három kategóriába sorolt egy pontszámot az elvégzendő műszaki adósságjavításokhoz, a munkát mindhárom kategória pontszámának összege alapján prioritást élvezheti. Minél magasabb a pontszám, annál magasabb a prioritás.
További módszerek a dev források megszerzésére
Most, csak azért, mert a javításokat prioritást élvezte, ez nem azt jelenti, hogy a fejlesztési csapata szívesen hajtja végre őket. Még mindig lehet okok, hogy miért nem tudják végrehajtani a kéréseit.
Íme néhány további javaslat, amelyek segítenek abban, hogy szorosabban működjön együtt a műszaki csapatával.
Beszélje meg a munkát a csapatvezetővel/termékmenedzserrel
A legnagyobb akadályt, amelyet meg kell küzdenie, általában a kommunikáció révén rendezik. Segítsen a fejlesztési csapatnak megérteni a kérését és a technikai javítások elvégzésének előnyeit.
Találkozzon a tech csapat vezetőjével vagy termék-/projektmenedzserével, hogy megvitassák a munkát és azt, hogy ez hogyan illeszkedik a munkaterhelésbe.
Előfordulhat, hogy jobb módja van annak, hogy ismertesse műszaki csapatát a munkáról, amely „felfedezési” időt takarít meg, és ezért több lehetőséget ad arra, hogy dolgozzon a többi kérésen.
Fektessen be több időt a fejlesztési csoportba, hogy előzetesen hozzon létre egy rövid ismertetőt, amely az összes szükséges részletbe kerül.
Kötegelt kérdések egy jegyben
Az a tipp, hogy a fejlesztési soron keresztül több munkáját megszerezzék, az egy jegyre a kérelmeket. Ha összecsoportosítja azokat az elemeket, amelyeket ugyanazon oldalcsoporton vagy sablonon keresztül kell dolgozni, ez azt jelenti, hogy a fejlesztők egyszerre több változást hajthatnak végre.
Például, ha azt akarja, hogy a kemény kódolású oldalcímek megváltoztassák a termékoldalakon, valamint hozzáadják a fejléc-címkéket és a zsemlemorzsaikat, tegye őket egy jegybe. A fejlesztési csapat három különálló kérelme helyett az ütemezés beillesztése érdekében most egy nagyobb jegyük van, amelyen ki lehet dolgozni.
Mutassa meg munkájának értékét a fejlesztési érdekelt feleknek
Mutassa meg munkájának értékét az érdekelt felek céljainak. Tehát a fejlesztési csapat esetében gondoljon arra, hogy a javasolt javítások hogyan hasznosak lehetnek nekik. Tudja meg, mi a KPI -k vagy céljaik, és próbálja meg pozicionálni a munkáját, hogy megmutassa az előnyöket.
Például a fejlesztési csapatoknak gyakran feladata a weboldalak teljesítményének megfigyelése és javítása. Ennek egy része lehet a szerver költségvetésének kezelése. Lehet, hogy egy átirányítási lánccsoport eltávolítását kéri, de a munkát a fejlesztési csapata nem prioritást élvez. Mutassa be az átirányító komló eltávolításának értékét a kiszolgáló terhelésének csökkentésében, és ezért a szerver költségeit.
Ha meg tudja mutatni, hogy a műszaki adósság csökkentése miként jár a SEO és a fejlesztési csapat számára, akkor sokkal valószínűbb, hogy megvalósul.
Vásároljon más csapatoktól
Ezen a feljegyzésen nézzen meg, hogy más csapatoktól vásároljon munkájához. Ha a javasolt tevékenység nem csak a SEO, hanem a CRO vagy a PPC javát szolgálja, akkor elegendő támogatást generálhat ahhoz, hogy a fejlesztési csapat előtt prioritást élvezhessen.
Mutassa meg munkájának értékét, csak a SEO következményein túl. Ez súlyt adhat a prioritási kérelemhez.
Összegzés: A műszaki adósság kezelése több, mint egy tennivaló lista
A műszaki SEO-adósság kezelése soha nem olyan egyszerű, mint a tennivalók listájának megtartása és a sorrendben történő munka. A belső erőforrások gyakran korlátozottak, a versengő prioritások merülnek fel, és valószínűleg nagyon eltérő célú csapatok segítségére van szükségük. A kockázat, a jutalom és a végrehajtási valószínűség mérlegelésével megalapozottabb döntéseket hozhat arról, hogy mely javítások lesznek a legnagyobb hatással.
Ugyanolyan fontos, hogy miként kommunikálja ezeket a prioritásokat. Amikor a SEO kéréseket szélesebb körű üzleti érték szempontjából helyezi el, akkor növeli a fejlesztési idő és a kereszteződés-támogatás biztosítása esélyét.
