Conception de plans de site modernes
À mon avis, le plan du site est probablement le livrable le plus important pour tout projet IA ou expérience utilisateur. La structure du site Web doit être précisée avant de pouvoir démarrer quoi que ce soit d'autre.
Dans le passé, il était acceptable d'avoir des pages séparées pour chaque zone différente, mais maintenant avec les possibilités de divs, tabs, Ajax, etc., il est souvent plus logique d'avoir plusieurs zones de contenu dans la même page.
Comment devrions-nous construire des plans de site si les pages individuelles contiennent maintenant plusieurs contenus supplémentaires?
Par exemple, je travaille sur un site de commerce électronique avec l'idée d'avoir une page de destination pour chaque produit, qui contient des onglets/expandeurs AJAX/UpdatePanel (ou tout ce qui est jugé le plus efficace lorsque nous épinglons la structure) pour les avis clients, Vidéos, spécifications complètes du produit, etc.
- Devrait-il y avoir une page séparée Node sur le plan du site pour chacun de ces onglets (et si oui, comment les distinguer des pages standard?)
- ou suffirait-il d'un seul nœud de page à condition que les filaires eux-mêmes aient suffisamment de détails.
je pourrais suggérer les deux. :) je vais construire un plan du site standard, puis là où des détails dynamiques sont nécessaires, soit référencer un organigramme (sur une page distincte du plan du site; cela aide à minimiser la "confusion" mais en compartimentant la complexité), ou des modules (également sur un page séparée) qui consistent simplement en une liste de choses qu’ils contiendront.
je suis même allé jusqu'à créer super-haut nivea "fils" pour montrer le type de contenu dans cet état, pas nécessairement l'emplacement, la taille, etc. cela peut être difficile avec les clients qui prend tout au sens propre.
pour illustrer les onglets sur une page (je pense que ceux-ci sont assez différents d'AJAX, etc.; ils sont orientés vers la navigation, plutôt que des divs de contenu), j'ai utilisé une boîte dans une boîte.
est ce que ça aide?
Je construis un plan de site général avec seulement des cases et des noms de pages, et je joins également un inventaire de contenu (tableau) à ce plan de site. Ainsi, les onglets et tout contenu supplémentaire sur une page seraient décrits dans l'inventaire et non sur le plan du site dans mon cas. L'inventaire du contenu décrit le contenu (très brièvement) et le plan du site montre la structure de navigation. Exemple - capture d'écran 1 & capture d'écran 2
C'est vraiment facile à comprendre, mais l'inconvénient est que tout changement doit être reflété à 2 endroits - le plan du site et dans l'inventaire à chaque fois. (J'utilise Omnigraffle et je ne sais pas comment automatiser la relation table + graphique.)
Je ne sais pas si cela peut être utilisé dans votre cas. J'ai la liberté de définir mes propres normes pour documenter le processus de conception dans mon entreprise, parfois vous ne pouvez pas mélanger des documents comme ceux que j'entends.