Skip to content

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

296 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Rappel du contexte projet

OC_OhMyFood

Marque

Identité

Ohmyfood est une entreprise de commande de repas en ligne. Notre concept permet aux utilisateurs de composer leur propre menu et de réduire leur temps d’attente dans les restaurants, car leur menu est préparé à l’avance. Plus de perte de temps à consulter la carte !

Proposition

Nous souhaitons proposer à nos clients les menus de restaurants gastronomiques. Après l’avoir développé à New-York dans un premier temps, nous souhaitons désormais élargir notre concept à la capitale de la gastronomie : Paris.

Positionnement

Nous nous positionnons sur un marché de niche, avec les restaurants luxueux des villes dans lesquelles nous sommes établis. Nous souhaitons être identifiés comme une entreprise proposant des services haut de gamme.

Concurrence

Nom de l’entreprise

Mylittlefoodie

Nombre de salariés

Environ 50 d’après leur site web.

Domaine d’activité

Réservation de tables dans les palaces parisiens.

Points positifs

Bonne implémentation en France. Tarifs préférentiels sur les menus. Site web très dynamique. Bon référencement.

Point négatifs

Pas de possibilité de voir les menus. Dates de réservation limitées à 2 jours par semaine.

Nom de l’entreprise

LebonParis

Nombre de salariés

15 salariés

Domaine d’activité

Classement des restaurants en fonction de leurs menus.

Points positifs

Beaucoup de choix de restaurants. Menus très bien mis en avant sur la page d’accueil.

Point négatifs

Pas de possibilité de réservation. Pas de possibilité d’agrandir les menus.

Cible

Classes moyennes et supérieures, connectées et souvent pressées, souhaitant déguster des produits de qualité.

Identité graphique

Polices

Logo et titres : Shrikhand Texte : Roboto

Couleurs

Primaire Secondaire Tertiaire #9356DC #FF79DA #99E2D0

Enjeux

Problématique

Nous souhaitons ouvrir nos services à la capitale française. Objectifs ● Phase 1 : Développer un site proposant le menu de 4 grands restaurants parisiens. ● Phase 2 : Permettre la réservation en ligne et la composition de menus.

Fonctionnement

Budget

20 000 €

Planning

● Date de livraison de la première version du site : sous 1 mois.

Technologies

● Le développement doit se faire en CSS avec Sass, sans JavaScript. ● Les fichiers sources .scss ainsi que le code compilé CSS doivent être disponibles dans un ou plusieurs fichiers dédiés. ● Le site devra être réalisé en adoptant le Mobile First, c’est-à-dire qu’il faudra d’abord réaliser l'intégration de la maquette mobile, puis tablette, et enfin l'intégration du responsive vers le desktop. ● Aucun framework ne devra être utilisé (comme Bootstrap par exemple). ● Aucun code CSS ne doit être appliqué via un attribut style dans une balise HTML. ● Tout le code doit être versionné sur GitHub avec des commits réguliers pour suivre l’avancement et publier le site en ligne plus facilement. ● Le site devra être accessible sur GitHub une fois terminé.

Compatibilité

La cible étant les personnes connectées et pressées, le site sera développé en utilisant l’approche mobile-first. Le site devra donc être intégré en suivant les maquettes mobile, puis le responsive suivra pour les tablettes et ordinateurs en suivant les maquettes ordinateur données par notre designer. ● L’ensemble du site devra être responsive sur mobile, tablette et desktop. ● Les pages devront passer la validation W3C en HTML et CSS sans erreur. ● Le site doit être parfaitement compatible avec les dernières versions desktop de Chrome et Firefox.

Livrables attendus

🟣 Contenu des pages

Page d’accueil (x1)

● Affichage de la localisation des restaurants. À terme, il sera possible de choisir sa localisation pour trouver des restaurants proches d’un certain lieu. ● Une courte présentation de l’entreprise. ● Une section contenant les 4 menus sous forme de cartes. Au clic sur la carte, l’utilisateur est redirigé vers la page du menu.

Pages de menu (x4)

● 4 pages contenant chacune le menu d’un restaurant.

Footer

● Le footer est identique sur toutes les pages. ● Au clic sur “Contact”, un renvoi vers une adresse mail est effectué.

Header

● Le header est présent sur toutes les pages. ● Sur la page d’accueil, il contient le logo du site. ● Sur les pages de menu, il contient en plus un bouton de retour vers la page d’accueil.

🟣 Effets graphiques et animations

Les effets accessibles au clic ou au survol sont visibles sur la maquette. Ils devront utiliser les animations ou transitions CSS, pas de JavaScript ni de librairie. Pour toutes les animations, afin de soigner le rendu du site, il est important que lorsque nous avons un effet au hover ou lors d’un clic, nous ayons l’effet inverse lorsque l’on quitte le survol.

Boutons

● Au survol, la couleur de fond des boutons principaux devra légèrement s’éclaircir. L’ombre portée devra également être plus visible. ● À terme, les visiteurs pourront sauvegarder leurs menus préférés. Pour ça, un bouton "J’aime" en forme de cœur est présent sur la maquette. Au clic, il devra se remplir progressivement. Pour cette première version, l’effet peut apparaître au survol sur desktop au lieu du clic.

Page d’accueil

● Quand l’application aura plus de menus, un “loader” sera nécessaire. Sur cette maquette, nous souhaitons en avoir un aperçu. Il devra apparaître pendant 1 à 3 secondes quand on arrive sur la page d'accueil, couvrir l'intégralité de l'écran, et utiliser les animations CSS (pas de librairie). Le design de ce loader n’est pas défini, toute proposition est donc la bienvenue tant qu’elle est cohérente avec la charte graphique du site.

Pages de menu

● À l’arrivée sur la page, les plats devront apparaître progressivement avec un léger décalage dans le temps. Ils pourront apparaître soit un par un, soit par groupe “Entrée”, “Plat” et “Dessert”. ● Le visiteur peut ajouter les plats qu'il souhaite à sa commande en cliquant dessus. Cela fait apparaître une petite coche à droite du plat. Cette coche devra coulisser de la droite vers la gauche. Pour cette première version, l’effet peut apparaître au survol sur desktop au lieu du clic. Si l’intitulé du plat est trop long, il devra être rogné avec des points de suspension.

Organisation interne du projet

Circuit de validation : toutes les étapes du projet seront validées par Paul.

choix commercial possible

loader

La page restaurant pourrait en être munie aussi pour rétention des client.e.s au chargement possiblement lent de cette page.

Cette idée découle d'une ambiguïté liée à l'usage du mot "menu" dans la description ci-dessus du loader, même si c'est dans le paragraphe à propos de la page d'accueil.

Un menu par exemple "hamburger" étant techniquement une complication rendant la page plus volumineuse et longue à charger. Ce volume pourrait aussi être dû à ● plus de contenu en plats ou ● une cause technique telle qu'une lenteur réseau.

choix techniques

rétro-compatibilité avec les anciennes versions de navigateurs

exemple du loader

-ms-animation: spin 6s forwards;
-o-animation: spin 6s forwards; 
-moz-animation: spin 6s forwards;
-webkit-animation: spin 6s forwards;

Les anciennes versions de navigateurs ne sont pas supportées par défaut en première version. Ce site internet fonctionne mieux en ● accessibilité ● sécurité avec les dernières versions des navigateurs.

accessibilité

achecker

pa11y

page restaurant

contraste

case à cocher

Le ratio de contraste attendu est 3:1 pour ce type d'élément. Pour l'atteindre il est suggéré de changer la couleur de texte en #949494.

About

No description, website, or topics provided.

Resources

Stars

0 stars

Watchers

1 watching

Forks

Releases

Packages

Used by

Contributors

Languages