Vous êtes sur la page 1sur 3

Cahier des charges Ecommerce

Un cahier des charges est un document contractuel dcrivant les attentes du matre d'ouvrage destination du matre d'oeuvre. Le document se doit d'tre le plus clair, factuel, valuable et exhaustif que possible. Il devrait contenir un ensemble d'informations utilisables dans le temps par tous les acteurs du projet, entre autres : Le contexte L'objectif Le primtre Les moyens afin de raliser les objectifs et de vrifier que ceux-ci sont bien atteints La planification Les spcifications ou objectifs dtaills Les lments contractuels Certains cahiers des charges comprennent galement un glossaire, afin que tout le monde utilise le mme vocabulaire. Il n'y a pas proprement parler de cahier des charges ultime. Chacun utilise des documents adapts son activit, au projet...

Le contexte du projet
De quelques lignes plusieurs pages, il est ncessaire de le coucher par crit afin que tous les intervenants comprennent bien les tenants et les aboutissants du projet. Que ce soit une nouvelle fonctionnalit sur un site, l'ajout d'une CRM, ou un site complet il est primordial de diffuser des informations qui vous semblent videntes mais qu'un acteur extrieur ne connait pas. Les enjeux stratgiques ou techniques doivent tre comprhensibles par toute personne extrieure au projet. Expliquez par exemple que de la CRM dpend d'une partie de votre chiffre d'affaire, que c'est une demande forte du service client afin d'absorber un surplus de travail li une explosion des ventes, que votre stratgie actuelle consiste dvelopper vos mthodes de relation clients...

L'objectif du site E-commerce


Il doit tre suffisamment dtaill afin de lever toute ambigut. Dans le cas d'une CRM, vous devrez spcifier que vous souhaitez un livrable prt tre utilis par vos quipes, avec formation, installation du matriel, du logiciel et des donnes existantes. Dans le cas d'un nouveau site, la charte graphique doit elle tre fournie ? La base produit devra-t-elle tre intgre en utilisant des fichiers... ?

Le primtre
C'est ici que l'on fixe les domaines d'intervention de chacun. A partir de quel moment le prestataire intervient et ou s'arrte-t-il ? Qui contrle et quand ? Dans la cas d'une charte graphique qui, fait le montage HTML, qui intgre le code existant ? Qui contrle les impacts ventuels ? Ce chapitre est d'autant plus important que le nombre d'intervenants augmente : une agence pour une charte graphique, une SSII pour la partie informatique pure, un consultant pour la rdaction des spcifications dtailles, vos quipes pour l'intgration dans votre SI.

Les moyens
Afin d'atteindre l'objectif il faut un ensemble de moyens humains, matriels, techniques, juridiques. Qui fournit quoi ? Combien de personnes travailleront sur ce projet ? Qui fournira les environnements de test ? Y aura-t-il des accs, des fichiers envoyer... Supposons simplement que la politique de scurit de votre entreprise vous interdise la rception de fichiers, ou encore l'accs internet, comment travailler ensemble ? Faudrat-il vous mettre disposition un bureau chez le prestataire. Y aura-t-il chez vous un correspondant charg de regrouper les questions ventuelles ? Toutes ces questions doivent trouver une rponse, et figurer dans ce chapitre.

La planification du projet Ecommerce


Etape ncessaire s'il en est afin d'avoir une vision des ralisations et d'accorder les violons. Si j'avais un conseil donner c'est de ne jamais compter sur un planning trop serr, sans marge d'erreur. Un projet ne se passe jamais comme prvu. Incluez les phases de ralisation, les livrables, les runions... et surtout n'oubliez pas d'y ajouter des phases neutres, quelques jours par ci par l, afin d'absorber les imprvus qui ne manqueront pas d'apparaitre au fur et mesure.

Spcifications
Cette partie du document est probablement la plus complexe raliser. Elle intgre toutes les donnes fonctionnelles et techniques du projet dans le dtail : les crans, les donnes gres, les rgles de gestion, les couleurs utilises, les flux... Facilitez-vous la vie en partant de votre expression du besoin. Dans l'absolu, tout intervenant devrait tre capable en lisant cette partie de raliser son travail sans se poser de question. Imaginons que vous souhaitiez afficher un taux de rduction sur une vignette produit. Cet affichage est-il un texte, une image, o doit-il tre plac ? Mieux encore, ce taux est-il calcul est temps rel, chaque affichage ou provient-il d'une base de donne ? Comment se fait le calcul ? En utilisant une formule stricte qui donne des rsultats purement mathmatiques (-8,635 %) ou doit-on plutt formater le rsultat ? Comment doit-on formater ce rsultat (-8 %, -8.5%) ? Plus vous serez clair et exhaustif, plus le projet avancera vite et bien. Personne n'tant parfait il arrive qu'il manque des informations, qu'elles soient errones, qu'un scnario soit difficilement applicable. Des techniques existent afin d'viter les erreurs : jeux de rle (personas), maquettage... Enfin, des mthodes dtes agiles (SCRUM, XP...) s'affranchissent en partie de spcifications trs dtailles en dbut de projet, tout en impliquant plus les utilisateurs pendant la ralisation du projet. N'oublions pas qu'un site n'est pas simplement un ensemble de processus informatiques. La dfinition des crans prendra une bonne part du document. N'hsitez pas dcouper chaque page par fonctionnalit (zoning). Ainsi un lment prsent partout n'a besoin d'tre dcrit qu'une fois. Dcrivez clairement les interactions, pensez l'ergonomie. Le plus simple est de partir d'une arborescence regroupant les fonctionnalits principales, puis d'entrer dans le dtail.

Les documents formalisant les changes


Normaliser les changes est une bonne chose. Dans ce chapitre on place en gnral l'ensemble des documents utiliss entre les diffrentes parties : procs verbaux, rapports de bugs (si le prestataire ne dispose pas d'un utilitaire ddi), validations intermdiaires, avenants, de comptes-rendus de runions, etc

Les lments contractuels


N'oublions pas que ce cahier des charges est un contrat ! Il est donc ncessaire, comme dans tout contrat, de fixer les clauses habituelles. N'oublions pas les clauses lies la proprit intellectuelle, les pnalits de retard, les responsabilits de chacun...

Et tout autre lment


Un cahier des charges n'est pas un lment fig, il peut tre adapt chaque projet, et revu dans le temps si les 2 parties sont d'accord. On constate souvent entre autres que les spcifications voluent, car entre prvoir et concevoir il y a un monde. A chaque tape de la ralisation il y aura peut-tre des points obscurs lever, des incohrences ou encore des impossibilits techniques qui ncessiteront des changements. Les avenants sont faits pour cela. Rdiger un cahier des charges est un travail souvent complexe et long. Dans le cas ou une agence vous accompagne pour la ralisation de votre projet, celle-ci vous fournira les lments indispensables, et co-ralisera le document. Usez et abusez de cette aide !