Dans quelle mesure le concepteur est-il responsable d'un design réactif?

20

Considérez le tableau suivant (idéalisé).

entrez la description de l'image ici

Maintenant, j'ai travaillé avec des collègues de tous les côtés de ce spectre et j'ai appris que, malheureusement, cela a tendance à ressembler davantage à cela.

entrez la description de l'image ici

La plupart des «développeurs Web» ont tendance à en savoir très peu sur les principes de conception tandis que, d'autre part, les «concepteurs Web» ont tendance à en savoir très peu sur le côté technique du Web. Les "artisans du web" bien arrondis sont difficiles à trouver.

Ce scénario malheureux mais réel rend difficile la création d'un site Web réactif pour une équipe de développeurs et de concepteurs. Les concepteurs de sites Web ont tendance à oublier que le site doit s'adapter à tous les appareils commerciaux possibles et conçoivent souvent des mises en page rigides qui ont fière allure sur leur propre écran mais sont impossibles à transformer en sites Web réactifs. Les développeurs, d'autre part, ont tendance à faire des adaptations brutales de la vision du concepteur en essayant d'atteindre la réactivité.

Où devrait incomber la responsabilité de concevoir un site Web réactif? Doit-on s'attendre à ce que le concepteur Web fournisse au développeur des directives bien pensées sur la façon d'adapter le site Web pour chaque scénario possible? Ou est-ce une attente déraisonnable?

Veuillez noter que je me concentre sur le côté design, pas sur le côté développement.

cockypup
la source
2
BTW, j'aime votre graphique. Cela pourrait également avoir un sens en tant que courbe en cloche inversée. Dans un monde idéal, le nombre de personnes possédant ces compétences serait une ligne plate. Cependant, en réalité, comme vous l'avez constaté, les extrémités du spectre sont peuplées beaucoup plus haut que le centre avec une gradation de courbe en cloche inversée.
DA01
Bonne idée! La courbe de l'ancienne cloche frappe à nouveau
:)
Bon point! Vous auriez besoin d'un axe z. Maintenant, je vois une courbe en cloche à l'envers en forme de noeud papillon (étroite au milieu le long de l'axe z).
DA01
3
La communication! Si vous avez une personne à gauche qui est vraiment douée pour communiquer avec une personne à l'extrême droite, vous avez essentiellement deux personnes au milieu. C'est pourquoi de bons communicateurs sont aussi importants que des travailleurs qualifiés bien équilibrés.
Octopus du

Réponses:

9

Tout concepteur bien qualifié sera toujours intéressé par la mise en œuvre dans une certaine mesure. Peut-être pas dans un aspect "je peux le construire", mais au moins dans un aspect "ce n'est pas possible".

Qu'un concepteur frappe ou non l'extrême droite de votre graphique, il doit toujours savoir ce qu'il peut et ne peut pas faire sur un support donné. Vous ne pouvez pas bien concevoir pour l'impression si vous ne comprenez pas les séparations. Vous ne pouvez pas bien concevoir la signalisation si vous ne comprenez pas les résolutions, etc.

Je pense que tout concepteur responsable des matériaux Web devrait au moins tomber dans le coup:

entrez la description de l'image ici

Et je ne pense pas que ce soit aussi déséquilibré que votre deuxième graphique.

Les jours où vous pouvez faire une jolie maquette dans Photoshop et simplement la remettre sont passés dans mon expérience. D'après mon expérience, les développeurs (c'est-à-dire le côté gauche de votre graphique) ne recherchent pas vraiment quelqu'un à l'extrême droite. Ils recherchent un designer qui comprend au moins ce qui est possible et les restrictions nécessaires pour bien concevoir. Cela les déplace de l'extrême droite, au moins une coche vers la gauche.

Y a-t-il encore des développeurs qui ont atteint l'extrême gauche, absolument. Tout comme il y a encore des designers qui frappent à l'extrême droite. Cependant, un aspect plus important peut être l' expérience . Y a-t-il des développeurs / concepteurs qui frappent à l'extrême gauche / droite s'ils ont 5, 8 ou 10 ans d'expérience? J'en doute. Plus on a d'expérience, plus on se rapproche du milieu.

Alors, c'est peut - être plus approprié:

entrez la description de l'image ici

Dans une structure d'entreprise, vous recherchez des individus pour occuper le poste extrême droite / gauche. Cela fournit une base solide pour cet ensemble de compétences souhaité. Cependant, je suppose que plus un candidat est désirable, plus les images du milieu se rapprochent de ses compétences.

Scott
la source
J'aime le dernier visuel. Pour une équipe, je pense que nous pouvons l'étendre avec l'idée d'un axe de rotation. Avec suffisamment de chevauchement, tous les domaines sont couverts par l'expérience.
Yorik
Je pense que j'ai de mauvaises expériences récentes avec des designers qui sont presque complètement rouges cependant :( c'est donc ce que j'ai commencé à remettre en question mes attentes.
J'obtiens
Il y a un vieux dicton @cockypup - On monte au niveau de leur incompétence. Il y a de plus en plus de "designers" chaque jour. Le marché est littéralement inondé depuis au moins 10 à 15 ans maintenant. Donc, il y en a beaucoup qui n'ont aucun désir ou aucune aptitude pour un meilleur ensemble de compétences. Cela ne devrait cependant pas être considéré comme la "norme".
Scott
Sachez également que de nombreux travailleurs veulent simplement le chèque de paie facile. S'ils peuvent s'en tirer avec seulement une maquette de Photoshop, c'est beaucoup plus facile de cette façon.
Scott
2
Je pense que l'entraînement en fait définitivement partie, mais ... plus important encore, à mon humble avis, c'est une passion pour le produit . Les concepteurs qui se soucient vraiment du produit se soucient également beaucoup du développement. Les développeurs qui se soucient beaucoup du produit se soucient également beaucoup du design. Cela contraste avec les personnes qui ne se soucient que de leur travail. Je trouve que plus la culture d'une entreprise est composée de personnes axées sur l'emploi, plus le produit souffre car tout le monde ne se préoccupe que de lui-même. C'est là que les combats sur gazon peuvent vraiment commencer à isoler les équipes. Design façon ici, dev façon là-bas ...
DA01
12

Où devrait incomber la responsabilité de concevoir un site Web réactif?

Généralement sur la gestion. La gestion intelligente réalisera qu'il s'agit d'un projet d'équipe, donc tout le monde doit être coordonné et travailler en tandem. Cela inclurait (mais sans s'y limiter) la conception visuelle, UX, UI dev, back end dev, équipe de contenu, marketing, etc.

Le développement agile est un bon moyen d'aborder cela.

De nombreuses organisations ne le font pas , bien sûr, et ont tendance à cloisonner chacune des équipes ci-dessus et à utiliser l'ancien processus de cascade "ne pas s'en soucier".

Veuillez noter que je me concentre sur le côté design, pas sur le côté développement.

Voilà le problème. Vous ne pouvez pas vous concentrer sur l'un et pas sur l'autre. La conception d'un site responsive est le développement d'un site responsive.

Cela est vrai de la conception d'interaction en général. La conception d'interaction (que ce soit une mise en page réactive, un menu déroulant, une animation, etc.) doit être conçue dans le support dans lequel elle sera utilisée - le navigateur. Cela nécessite un certain niveau de développement.

Ma structure d'équipe UX idéale comprendrait les rôles suivants *:

  • Concepteur visuel et / ou concepteur d'interface utilisateur
  • Développeur UI
  • Contenu
  • Recherche / Test utilisateur

Maintenant, cela ne signifie pas que le développeur de l'interface utilisateur de l'équipe UX est la personne qui écrit le code de production, mais ils écrivent du code de travail pour concevoir, créer et tester correctement l'interaction.

Ces informations sont ensuite partagées avec les développeurs et d'autres travaux sont effectués en équipe pour les intégrer dans l'objectif final du système réactif.

* Lesdits rôles doivent inclure au moins l'un de vos «créateurs Web». Je suis d'accord qu'ils sont parfois plus difficiles à trouver, mais ils sont une nécessité dans les équipes. Vous avez besoin d'au moins une personne capable de communiquer dans tous les domaines et de pouvoir parler aux concepteurs d'icônes ainsi qu'aux administrateurs de bases de données.

DA01
la source
Je suis fondamentalement d'accord avec cette réponse, sauf que je ne suis pas vraiment d'accord que cette responsabilité incombe principalement à la «direction». Une équipe bien structurée est la clé. Ce qui me rappelle deux commentaires. 1) Ceci est affiché sur la partie conception graphique du site et la conception graphique n'est pas une conception Web. Vous voudrez peut-être essayer de demander sur StackOverflow et voir si vous n'obtenez pas une perspective différente. 2) Vous semblez un peu junior? Je travaille pour une très grande entreprise technologique (cotée au NASDAQ) et nous n'avons pas du tout ces problèmes. Alors dans un studio boutique? Oui. Mais à un niveau supérieur, ce n'est même pas une conversation, FWIW.
Dave Kanter
@DaveKaye dans la mesure où votre entreprise le fait correctement n'est pas une indication que tout le monde le fait. Je ne suis certainement pas Junior et j'ai travaillé pour plusieurs sociétés du Fortune 500 qui ne l'ont pas encore compris. D'après mon expérience, plus l'organisation est grande, plus les équipes deviennent fragmentées, d'où ce problème. Les sociétés sont essaient de le faire correctement, bien sûr. De plus en plus s'orientent vers l'Agile (avec des résultats différents).
DA01
Oh, en ce qui concerne la «gestion», je pense que nous sommes d'accord. Vous dites qu'une équipe bien structurée est la clé et je dirais que vous avez besoin d'une bonne gestion pour construire cette équipe bien structurée. À la fin de la journée, un responsable est responsable de ladite équipe.
DA01
1
Par exemple, lors de mon concert actuel, UX est dans un organigramme complètement différent de celui d'UI Dev. Évidemment, cela rend les choses difficiles pour ceux d'entre nous sur le terrain, car nous devons faire face à des chaînes de commandement entièrement différentes et à la politique qui en découle. de chaque.
DA01
1
@plainclothes dans ma structure idéale, IA, ID et Content fonctionnent tous côte à côte.
DA01
6

Bien que je sois d'accord avec la mentalité de la réponse de DA01, je pense que la question ne se limite pas à ce qu'il aborde.

Le simple fait est que les entreprises sont organisées de différentes manières en raison du fait qu'elles ont des personnes avec des compétences différentes et varient en nombre d'employés dans chaque division. Chaque entreprise doit aborder cette décision avec soin et son entreprise à l'esprit afin de choisir un bon moyen de création.

En tant que tel, je ne pense pas qu'il existe une "meilleure" façon de prendre cette décision ou la structure de l'équipe. Chaque groupe de personnes est différent et ce qui fonctionne pour une entreprise peut ne pas fonctionner pour une autre, même si la structure et les autres sont à peu près les mêmes.

Cela étant dit, il existe certains principes généraux qui s'appliquent à toutes les entreprises lors de la prise de ces types de décisions:

  • Faire usage de l'ensemble de compétences disponibles - Certaines personnes travaillent mieux dans certains environnements en faisant certaines choses. Si quelque chose ralentit considérablement le processus avec peu d'avantages réels, ce n'est probablement pas une bonne décision à prendre. Cela ne veut pas dire que vous ne devriez pas changer parce qu'une personne n'aime pas le changement, mais il est important de garder à l'esprit les préférences et les capacités de l'équipe afin que les gens apprécient leur travail et accomplissent leurs tâches.

  • La collaboration est la clé - Tous les concepteurs et développeurs doivent être en communication et savoir approximativement ce que l'autre fait à chaque étape du processus, de parler au client (cependant beaucoup est possible - voir des notes de la discussion ou quelque chose de similaire pourrait parfois suffire) ) à la mise en œuvre finale. Un groupe fait généralement le travail à une étape, mais les autres devraient au moins savoir ce qui se passe et avoir la possibilité de fournir une sorte de rétroaction à chaque étape.

    L'expertise des gens varie, nous voulons donc que les gens découvrent des problèmes potentiels que d'autres ne verront pas le plus tôt possible en plus de fournir des idées supplémentaires.

  • Direction sur la perfection - Il est préférable de connaître le but et de l'atteindre de manière directe mais approximative. J'entends par là que l'itération est meilleure que d'être pixel parfait pour la majorité du mât du processus. Nous devons nous assurer que nous allons dans la bonne direction à chaque décision de conception, puis affiner cette décision par la suite en itérant. Ce faisant, nous pouvons généralement éviter des problèmes plus importants tard dans le processus.

    La conception dans le navigateur (ou sur tout support sur lequel l'application se trouve) peut aider dans ce cas car elle mélange les deux emplois en un seul, forçant les gens à travailler ensemble ou à avoir des compétences dans les deux. Bien sûr, il est important de garder à l'esprit le premier principe énuméré ici.

Enfin, pour aborder directement le problème en question dans une circonstance à laquelle le PO semble faire référence, je dirai que si une séparation complète du travail est décidée (une séparation complète des connaissances / rétroaction ne doit pas être effectuée), alors je recommande que l'équipe de conception devrait créer une version petite et grande, au moins dans la plupart des cas, et le reste est laissé au développeur. Cela oblige l'équipe de conception à garder à l'esprit toutes les étapes intermédiaires sans avoir à se soucier des détails exacts.

Zach Saucier
la source
1
Bon point: il n'y a pas de solution unique car toutes les entreprises sont différentes.
DA01
3

Il y a d'excellentes réponses ici, mais ce n'est vraiment pas si compliqué.

Conclusion:

L'équipe de conception (qu'elle soit une ou plusieurs) est responsable de chaque permutation d'une vue ou d'un modèle.

Ne demandez pas au développeur de remplir les blancs ou de vous appuyer sur un cadre.

Faites de votre mieux au début, puis observez le développeur au fur et à mesure que les choses avancent. Vous devrez prendre des décisions à mesure que des défis se présenteront. Parfois, il peut s'agir d'une autre maquette, d'autres fois, il est préférable de fournir un code approximatif (si vous le pouvez).

Ne laissez pas l'ingénierie faire votre travail et ils ne vous demanderont pas de faire le leur ;-)

en civil
la source
-2

Idéalement, les concepteurs possèdent le design, simple et simple. Si les concepteurs sont capables de concevoir une spécification claire, pertinente et réaliste, cela devrait supprimer le travail de supposition de l'équation pour les concepteurs de sites Web.

Le travail d'un concepteur Web est de traduire la vision du concepteur en code. Cela peut être facile si la spécification est claire et que le concepteur Web est bon, ou cela peut être difficile si tout ce que le concepteur Web obtient est un .psd avec les instructions «faites ceci». De bonnes spécifications signifient des implémentations plus précises.

Je vais sauter les créateurs de sites Web, car je ne travaille pas vraiment avec ce terme.

Les développeurs Web ne devraient pas vraiment s'occuper de la conception dans mon expérience. Ils se concentrent généralement sur le développement backend et ne toucheront la conception que si cela est absolument nécessaire. La plupart des développeurs Web que je connais ne connaissent pas très bien le CSS et n'utilisent certainement pas Photoshop.

Les développeurs de logiciels englobent 99% des développeurs. Je ne dirais pas qu'ils ne conçoivent pas comme dans votre graphique, mais cela ne fait généralement pas partie de la description de poste.

TL; DR: Si les concepteurs présentent de bonnes spécifications, les concepteurs Web devraient être en mesure de gérer la mise en œuvre facilement.

Robert Ingrum
la source
1
Je dois être complètement en désaccord avec cela. Isoler la conception du développement comme étant des ensembles de compétences entièrement distincts est généralement ce qui cause des problèmes. Je dirais également qu'un concepteur de sites Web, car ils ont le mot «concepteur» dans leur titre, est absolument un concepteur. J'irais jusqu'à dire qu'un bon développeur est aussi un designer ... ils conçoivent simplement en code à la place.
DA01
1
Quant aux spécifications, elles sonnent comme une bonne idée, mais je ne les ai JAMAIS vues fonctionner. Le problème est que vous ne pouvez tout simplement pas prévoir tous les scénarios et interactions qui entrent dans une solution pour être en mesure de la spécifier complètement. Et lorsqu'il y a d'énormes spécifications, les développeurs deviennent simplement des travailleurs de la chaîne de montage et ne sont pas encouragés à contribuer à la solution. À la fin de la journée, les choses manquent et la spécification est blâmée.
DA01
Je dois être d'accord avec DA01, c'est une façon très naïve de voir la situation
Zach Saucier
Merci pour votre réponse mais je suis d'accord avec @ DA01. Je voulais ajouter que ma charte voulait représenter différents niveaux d'expertise sur les compétences techniques et de conception. Le terme "web crafter" est celui que j'ai inventé en tant que surnom pour un professionnel parfaitement équilibré qui a à la fois des compétences en conception et en technique, qui sont très courantes de nos jours, une sorte d'homme de la Renaissance du web.
cockypup
À propos des développeurs qui ne conçoivent pas, c'est aussi très rare de nos jours, peut-être pas aussi rare que le suggère mon deuxième graphique, comme l'a souligné @Scott, qui a été exagéré intentionnellement juste pour faire un point. La nature même du développement Web oblige les développeurs à apprendre les rudiments de la conception même s'ils ne l'aiment pas.
cockypup