Il contenuto è sempre re? Pensieri sui vincoli del mondo reale nel design

Il contenuto dovrebbe precedere il design. È un consiglio fondamentale ed essenziale che sentirai da me e da innumerevoli altri designer. Ma per quanto riguarda le situazioni in cui questa idea viene meno? Vorremmo immaginare che non è mai necessario che il design debba aver luogo prima che si possa raggiungere la certezza del contenuto, ma in verità non è così.

Quali circostanze ci sono che costringono i progettisti a procedere con una mancanza di contenuti? Come dovresti rispondere a tali scenari? Continua a leggere mentre esploriamo queste idee.

Esplora Envato Elements

Il Tweet sentito in tutto il mondo

Il 5 maggio 2008, Jeffrey Zeldman ha inviato uno dei tweet più quotati nel settore del design: “Il contenuto precede il design. Il design in assenza di contenuto non è design, è decorazione. ” (fonte)

Questo semplice messaggio ha colpito moltissimo molti designer, incluso me. Da allora è stato il mio mantra personale per il design. Mi aiuta a ricordare il vero insieme di obiettivi alla base di un determinato design invece di considerare semplicemente l'estetica.

Ad oggi penso che la citazione sia molto pertinente e abbia molto da insegnarci. Questo articolo non intende in alcun modo contestare questa idea. Il design incentrato sul contenuto è un buon design. In effetti, in molti modi, questa mentalità fa la differenza tra arte e design.

Detto questo, ho visto molti designer davvero aggrapparsi a questa idea senza pensarci criticamente. Allo stesso modo in cui alcune persone si aggrappano a una serie di regole religiose a favore di una fede personale esplorata dalla critica, questi designer analizzano tutto alla luce del design dei contenuti senza analizzare il concetto di design dei contenuti.

Come è un problema?

Quindi qual è il grosso problema? Ho appena detto che il design basato sul contenuto è l' aspetto che definisce il buon design e ora mi lamento che la gente segua l'idea! Non è un po 'bifronte?

Di recente, mi è venuto in mente che in realtà ci sono aree in cui questo diventa un po 'sfocato. Qualsiasi argomento può essere inquadrato per apparire come un assoluto, ma questo è spesso solo il risultato di un focus ristretto che non considera il quadro più ampio. Penso che molti designer soffrano di questo tipo di visione tunnel nel dibattito sul contenuto.

Uno degli esempi che mi hanno fatto iniziare su questa linea di pensiero è stato l'articolo della scorsa settimana su Lorem Ipsum Generators. In questo articolo ho delineato un'argomentazione familiare secondo cui il testo greco non ha assolutamente posto nel design e non dovrebbe mai essere usato. Un autore ha persino suggerito che si trattava di "una piaga" e un "enorme ostacolo" al web design.

"L'argomento presuppone che i progettisti utilizzino il contenuto segnaposto solo quando sono troppo pigri per progettare il contenuto reale".

Il pensiero alla base di tale argomento era ovviamente il primo contenuto (giustamente). Il problema è che l'argomento presuppone che i progettisti utilizzino il contenuto segnaposto solo quando sono troppo pigri per progettare il contenuto reale. Non è che ai designer manchino davvero risorse o contenuti, semplicemente non vogliono fare il loro lavoro e generare quel contenuto. Sono sicuro che questo sia in realtà un problema, ma suppongo che ciò sia vero per tutti coloro che usano il testo segnaposto dipinge i designer con un tratto abbastanza ampio e ingiusto.

Due archetipi

Per dare una prospettiva alla discussione, penso che una delle cose più utili che possiamo fare sia dare uno sguardo alla realtà. Teorie e principi sono fantastici, ma i veri designer con progetti reali sono quelli che si confrontano quotidianamente con queste teorie e spesso scoprono che le cose non sono così semplici nel mondo reale come sembravano sul blog di design.

"Le cose non sono così semplici nel mondo reale come sembravano sul blog di design."

Con questo in mente, possiamo escogitare due progetti di design archetipici. Nonostante siano ancora ipotetici, si spera che possano avvicinarci un po 'di più alle situazioni di progettazione del mondo reale rispetto all'aforisma o all'epiteto medio. Entrambi gli archetipi provengono dalla mia esperienza personale ed esistono assolutamente e riflettono quindi situazioni reali di progettazione.

Situazione A: il progettista onnisciente

Questa situazione è quella su cui basiamo tutti i nostri argomenti. In questo scenario il progettista è sostanzialmente il project manager. Tutto passa attraverso il / i progettista / i, le decisioni più importanti vengono prese dal progettista e gran parte del contenuto stesso viene effettivamente generato dal progettista, anche se quel contenuto non è tradizionalmente posto nelle mani di un designer.

Ad esempio, invece di utilizzare la copia segnaposto, i progettisti dovrebbero utilizzare la copia reale perché alla fine la responsabilità di generare questo contenuto incombe a loro.

Conoscere il gioco finale
Forse il concetto più importante qui è che il designer sa esattamente come verrà utilizzato il suo design. Questo può sembrare strano e ovvio, ma come vedremo nella prossima sezione, in realtà non è sempre il caso. Qui sta il punto in cui alcuni degli argomenti incentrati sul contenuto diventano un po 'più difficili da gestire.

Situazione B: il progettista mal informato

Quelli di noi che cantano il mantra incentrato sul contenuto (me compreso) non pensano quasi mai che tutti i lavori di progettazione non siano creati uguali. I liberi professionisti hanno molto da dire su quali tipi di progetti prendono e su come sono strutturati. Ma che dire dell'impiegato a tempo pieno che è costretto a consegnare composizioni basate su informazioni e risorse limitate?

Tonnellate di designer nel mondo reale semplicemente non godono del tipo di controllo e informazione richiesti da alcuni appassionati di contenuti. Ad esempio, quando ho lavorato per un'importante azienda di marketing, abbiamo avuto un piccolo timbro magico che abbiamo inserito in tutte le nostre composizioni che dicevano "FPO", che significava "Solo per posizione". Se nel progetto è stato mostrato un elemento che rappresentava davvero solo l'idea che qualcosa sarebbe arrivato in seguito, avrebbe ottenuto un timbro FPO.

Ciò esisteva perché raramente abbiamo iniziato un lavoro con il tipo di risorse necessarie per completarlo, senza colpa nostra. È stato spesso il caso in cui sei stato costretto ad aspettare il reparto copie per fornire un titolo o una copia legale, o forse c'era una squadra che faceva delle fotografie personalizzate che avrebbero richiesto una settimana o due per essere completate. Solo perché non avevi queste risorse non significava che potresti prenderti il ​​giorno libero!

Ti aspettavi ancora di iniziare il layout di base, il testo greco e tutto il resto! Mi sarebbe piaciuto abbandonare una discussione su come "il contenuto è re" e che non avrei dovuto progettare qualcosa senza aver compreso completamente il contenuto da utilizzare, ma che avrebbe ottenuto nel migliore dei casi una risata e, nel peggiore dei casi, una minaccia che i progetti del mio team potrebbero essere affidati a qualcuno più competente.

Modelli
Come ho accennato in precedenza, ci sono casi in cui, anche quando il lavoro di progettazione è completato al 100%, non si ha ancora idea di cosa verrà utilizzato per la progettazione. Inoltre, questo vincolo è spesso autoimposto!

Alcuni designer impiegano molto tempo a progettare modelli di uso generale. Piaccia o no, questa è una pratica di progettazione legittima per la quale esiste un vasto pubblico, come dimostrato da mercati professionali come ThemeForest.

"Come buon designer vuoi assicurarti che il contenuto preceda il design, ma alla fine sei in un flusso di lavoro in cui il layout e lo stile estetico sono assolutamente costretti a precedere il contenuto."

Qui hai un dilemma interessante, come buon designer vuoi assicurarti che il contenuto preceda il design, ma alla fine sei in un flusso di lavoro in cui il layout e lo stile estetico sono assolutamente costretti a precedere il contenuto.

È bello e caratteristico suggerire semplicemente che il design basato su modelli non dovrebbe esistere per questo motivo, ma tale argomento è completamente inutile in quanto non vi è alcuna possibilità che la tua prima utopia di contenuto sia mai esistita senza la necessità e la richiesta dei clienti di modelli di design chiavi in ​​mano.

Progettare nel mondo reale

A questo punto, sembra che io abbia impostato l'argomento content-first solo per tentare di abbatterlo. Quindi dove ci lascia questo?

La risposta è che questo ci lascia ogni giorno nella stessa identica posizione di innumerevoli designer reali. Sai, le persone laboriose alle quali lanciamo pietre per l'utilizzo dei contenuti segnaposto perché siamo così sicuri che sono semplicemente troppo pigri per farlo nel modo giusto.

"Il contenuto in primo luogo è l'obiettivo finale da perseguire senza necessariamente essere raggiunto in ogni circostanza."

La risposta ovviamente è che "il contenuto prima di tutto" è l'obiettivo finale da perseguire senza necessariamente essere raggiunto in ogni circostanza. Come designer, è il tuo lavoro lavorare alla luce delle informazioni e delle risorse che hai a disposizione. Ove possibile, dovresti ricordare che sei più che un artista, che "progettare" qualcosa è molto più che renderlo carino e che un buon design cerca sempre di strutturare, evidenziare e trasmettere informazioni in modo soddisfacente sia per il cliente e l'utente o l'utente finale.

Che dire dei modelli?

Se ci pensiamo davvero, la progettazione basata sul contenuto può persino essere un obiettivo primario nella progettazione di modelli. Ancora una volta, non puoi raggiungere perfettamente questo ideale perché alla fine non hai alcun controllo su ciò che qualcuno metterà nella scatola che costruisci, ma puoi almeno strutturare il tuo design in modo tale da raggiungere il successo in determinate circostanze.

"Essere in grado di progettare qualcosa che funzioni efficacemente per un'ampia varietà di circostanze ti rende un bene prezioso."

Ad esempio, i modelli specificamente mirati spesso vendono abbastanza bene alla luce di questa idea. Se ho bisogno di un sito Web di portfolio, non cerco modelli di siti Web generici, cerco quelli appositamente progettati per contenere e mostrare gli elementi del portfolio. Questi designer hanno basato tutte le loro decisioni sull'idea che l'acquirente avrebbe inserito un tipo molto specifico di contenuto nel progetto. Quindi, in un certo senso, nonostante il fatto che lo stesso modello possa essere utilizzato per un architetto e un web designer, viene ancora perseguita una strategia "content-first". Lo stesso vale per ampie categorie come "modelli di blog" e categorie ben definite come "siti Web di agenti immobiliari indipendenti".

Essere in grado di progettare qualcosa che funzioni efficacemente per un'ampia varietà di circostanze ti rende un bene prezioso. Il trucco per raggiungere questo obiettivo è imparare a camminare su quella linea tra la collocazione dei contenuti per primi e la progettazione per uso generale.

Conclusione: la chiave da asporto

Il punto principale di questo articolo è di promuovere ulteriormente l'argomento contenuto prima colmando il divario tra le idee teoriche e la realtà. Sarà sempre il caso che il contenuto possa precedere completamente il design? Assolutamente no. Significa che dovremmo rinunciare completamente a quell'obiettivo? Assolutamente no.

Qualunque cosa tu stia lavorando, per quanto limitate siano le tue risorse e informazioni, puoi comunque fare del tuo meglio per essere più che un decoratore strutturando progetti per servire il contenuto che verrà inserito all'interno, da te o da qualcun altro.

Lascia un commento qui sotto e parlami del tuo flusso di lavoro. Come designer, hai il controllo completo sul flusso del progetto e persino sui vari aspetti della creazione di contenuti o sei parte di un team più grande che è spesso costretto a estendere o addirittura a rompere il concetto che i contenuti dovrebbero precedere il design?

© Copyright 2024 | computer06.com