A tervezési adósság azoknak a tervezési döntéseknek a felhalmozódott költsége, amelyek akkoriban célszerűek voltak, de most a terméket nehezebben használhatóvá és nehezebben módosíthatóvá teszik. Ez a technikai adósság tervezési megfelelője, és ugyanúgy épül fel: a határidő nyomása alatt egyénileg ésszerű rövidítések, amelyek közül egyik sem tűnik jelentősnek, egy következetlen, zavaros és költséges módosítási felületté állnak össze.
Felismerhető mechanizmusokon keresztül halmozódik fel. Egy komponenst egy képernyőhöz kissé módosítanak a minta frissítése helyett, és a változat megmarad. Egy funkciót adnak hozzá anélkül, hogy megvizsgálnák, hogyan illeszkedik a meglévő struktúrához. Egy oldalt olyan személy tervez, aki nem ismeri a bevett mintákat. Egy felvásárolt terméket harmonizáció nélkül integrálnak. Az arculatváltást a leglátványosabb területekre alkalmazzák, a többire nem. Mindegyik a terméket kissé kevésbé koherenssé teszi, mint korábban.
A költségek valósak, de diffúzak, ezért a problémát évekig tolerálják. A felhasználók inkonzisztens mintákkal találkoznak, és újra kell tanulniuk az átadandó viselkedést, ami növeli a kognitív terhelést és a hibaszázalékot. A tervezők időt töltenek azzal, hogy eldöntsék, a meglévő kezelések közül melyiket kövessék. A fejlesztők variációkat valósítanak meg a komponensek újrafelhasználása helyett. Minden új funkciónak alkalmazkodnia kell a felhalmozódott inkonzisztenciához, így a változtatás költsége folyamatosan emelkedik.
A technikai adósságtól való megkülönböztető tulajdonsága a láthatóság. A technikai adósság láthatatlan az ügyfelek számára, amíg hibát nem okoz; a tervezési adósság minden képernyőn látható. Az ügyfeleknek lehet, hogy nincs szókincsük rá, de olyan terméket tapasztalnak, amely csiszolatlannak és következetlennek tűnik, és ez az észlelés olyan módon befolyásolja a bizalmat, amelyet nehéz egyetlen konkrét elemhez sem kötni.
Bizonyos tervezési adósság szándékos és védhető. Egy durva interfész kiszállítása az igények validálására, mielőtt a finomításba fektetnének be, ésszerű csere, feltéve, hogy azt dokumentálják, és a kötelezettséget elismerik. A káros változatot nem ismerik fel: az inkonzisztencia anélkül kerül bevezetésre, hogy bárki észrevenné, éveken és csapatokon keresztül felhalmozódik, anélkül, hogy feljegyeznék, mitől tértek el, vagy miért.
A korrekcióhoz először leltárra van szükség, mielőtt erőfeszítést igényelne. A termék auditálása annak katalogizálására, hogy hol térnek el a minták, hány változat létezik az egyes komponensekből, és mely következetlenségek befolyásolják a leggyakrabban használt folyamatokat, az általános rendezetlenség érzését egy priorizált listává alakítja. A legtöbb termék sokkal több változatot tartalmaz, mint azt bárki várná, és maga az audit gyakran érvel a befektetés mellett.
A priorizálásnak a használatot, nem pedig a sértést kell követnie. Az igazán fontos következetlenségek azok, amelyek a legtöbb ember által bejárt útvonalakon találhatók, és egy zavaró eltérés egy ritkán látogatott adminisztrációs képernyőn sokkal kevesebbe kerül, mint egy finom eltérés a fizetéskor. A javítások forgalom és kereskedelmi érték szerinti sorrendbe állítása összeköti a munkát az eredményekkel, és megakadályozza azt a gyakori mintát, hogy egy konszolidációs projekt azokat az ellentmondásokat kezeli, amelyeket a felülvizsgálatot végző tervező a legirritálóbbnak talált.
A megelőzés lényegesen olcsóbb, mint a visszafizetés, és nagyrészt rendszerkérdés. Egy jól irányított tervezési rendszer, amely világos hozzájárulási és elavulási folyamatokkal rendelkezik, a konzisztenciát alapértelmezetté, az eltérést pedig szándékossá teszi. A tervfelülvizsgálat, mint állandó gyakorlat, az eltéréseket még a kiszállítás előtt kiszűri. És ha a mintázatfrissítéseket a funkciók fejlesztésének részeként kezeljük, nem pedig különálló, soha be nem ütemezett fejlesztési projektekként, akkor a felhalmozódás már a forrásánál megállítható.
Mivel a kármentesítés ugyanazon kapacitásért versenyez a funkciószolgáltatással, ugyanolyan indoklásra van szüksége, mint bármely más beruházásnak. A gyakorlatban az audit és a kármentesítési terv a következőkön keresztül készül el: UX audit munkában a rendszerszintű megelőzést a ...-ban létrehozott tervezési rendszer kezeli. termék dizájn, és a mintakonszolidáció megvalósítását jellemzően a technikai adósságkezelési munkával együtt kell ütemezni a termékfejlesztésmivel a kettő gyakran ugyanazokat az összetevőket érinti.