Konstruktions-

En wireframe är en lågkonstlad representation av ett gränssnitt som visar struktur, innehållsprioritet och funktionalitet utan att förplikta sig till visuell design. Vanligtvis återges den i gråskala med platshållartext och enkla rutor, och finns för att fatta beslut om vad som ska visas på en skärm, i vilken ordning och med vilken relativ vikt, innan någon investerar möda i typografi, färg, bildspråk eller interaktionsdetaljer.

Syftet med att skala bort visuell glans är att förändra samtalet. Presenterade med en färdig design diskuterar intressenterna färg, fotografi och typsnittsval, eftersom det är de egenskaperna som är lätta att ha åsikter om. Presenterade med en wireframe är de mer benägna att diskutera om rätt innehåll finns, om sekvensen är meningsfull och om den primära handlingen är den rätta. Den avsiktliga grovheten är ett särdrag, eftersom den signalerar att arbetet är preliminärt och inbjuder till den strukturella kritik som är mest användbar i det skedet.

Trådramar gör också iteration billig. Att omorganisera lådor tar minuter, medan det tar timmar att omorganisera en färdig komposition och skapar emotionellt motstånd mot förändring på grund av den ansträngning som redan lagts ner. Att utforska flera strukturella tillvägagångssätt för samma problem är därför realistiskt i trådramsstadiet och sker sällan när högkvalitativt arbete har påbörjats, vilket är anledningen till att team som hoppar över trådramar vanligtvis levererar den första strukturella idén någon hade.

Troheten bör matcha den fråga som ställs. Grova skisser är lämpliga för tidig utforskning där flera riktningar är i spel. Mer detaljerade wireframes med verkligt innehåll, korrekt hierarki och realistiska datamängder är lämpliga när en riktning har valts, eftersom platshållartext döljer problem som verkligt innehåll avslöjar: rubriker som inte passar, produktnamn som radbryts obekvämt, tomma tillstånd som ingen beaktat och listor som beter sig annorlunda vid tre punkter än vid trehundra.

Det vanligaste misslyckandet är att behandla wireframes som en obligatorisk leverans snarare än ett tankeverktyg. Att producera en komplett wireframe-uppsättning för varje skärm, sedan en komplett visuell designuppsättning och sedan en komplett prototyp, är en vattenfallssekvens som tar veckor och försenar kontakten med riktiga användare. Modern praxis tenderar att använda wireframes selektivt, med fokus på skärmar där strukturen är genuint osäker och går direkt mot högre trohet där etablerade mönster redan besvarar frågan, särskilt när ett designsystem tillhandahåller färdiga komponenter.

Trådramar är också användbara som kommunikationsverktyg inom ingenjörskonsten, och denna användning förbises ofta. En strukturell artefakt som visar vilket innehåll som finns, var det kommer ifrån och vilka tillstånd varje region har är en bättre grund för tidig genomförbarhetsdiskussion än en visuell design, eftersom den belyser de frågor ingenjörer faktiskt behöver svar på: vilka data som krävs, vad händer när de saknas, hur regionen beter sig när innehållsvolymen ändras och vilka delar som är statiska och vilka som är personliga. Att hålla den diskussionen i trådramsstadiet förändrar ofta designen, eftersom en struktur som kräver data som inte finns eller en fråga som inte kan utföras identifieras bättre före det visuella arbetet än efter att implementeringen påbörjats.

Trådramar är också lämpliga artefakter för tidig testning. Strukturella problem, såsom navigeringsetiketter som folk inte förstår eller ett flöde vars sekvens inte matchar förväntningarna, är detekterbara med grova artefakter och är mycket billigare att åtgärda vid den tidpunkten än efter implementering. Att köra tidiga konceptsessioner genom användarundersökning i wireframe-stadiet tenderar att ändra projektets riktning mer än testning efter visuell design, när kostnaden för strukturella förändringar har stigit och aptiten för dem har minskat. produktdesign engagemang, denna tidiga strukturella validering är vanligtvis det som avgör om den slutliga konstruktionen löser rätt problem.