PotatoesJunky

Sylvain > oui, c'est pas faux. Juste que, étant aux USA, on a très peu de vacances (1 semaine/an environ), donc, dans mes calculs perso, j'ai tenu compte de ma semaine de vacances annuelle. Evidemment, en France, la situation est différente

Pour l'estimation du temps nécessaire à chaque projet, tu peux essayer de te chronométrer pour telle ou telle prestation. C'est ce que j'ai fait à mes débuts pour avoir une base (uniquement en graphisme/webdesign, par contre, mais ça doit aussi bien fonctionner en intégration et développement). Ensuite, pour les tarifs, il y a une autre façon de calculer, mais on retombe bien souvent sur le même genre de chiffres. On part sur le principe du fait que tu veux gagner 2000 net/mois. Si tu es en EI ou en société, il te faut donc environ 4000 brut/mois (ceci inclut les impôts, cotisations obligatoires, etc...). Si tu es en AE, faudra adapter le système de calcul. Bref, 4000 /mois, ça fait 48000 /an. Sachant que tu vas travailler en théorie 5 jours/semaine à raison de 8h/jour, ça fait donc 260 jours ou 2080 h. Attention : en tant qu'indépendant, tu ne vas pas travailler 8h/jour : tu passes forcément une partie de tes journées à prospecter, à remplir de la paperasse, établir tes devis, consulter les sites/forums de professionnels, t'auto-former pour suivre les tendances, etc... Environ 50% du temps. On compte donc 4 h de boulot réel/jour. Soit 1040 h/an. 48000/1040=46 /h environ. Il ne reste plus qu'à multiplier pour avoir ton tarif/jour. Bon, par contre, c'est une estimation, évidemment, à adapter à ton expérience, ton ancienneté, etc... Pour info, dans ma boîte, on facture 50,00 /h (ça fait 10 ans qu'on existe). Par contr,e je reviens sur ton premier post : 1) qu'appelles-tu un "prix aberrant" ? 2) qui juge que c'est trop cher ? Tes éventuels clients ou toi-même ? En ce dernier cas, trop cher par rapport à quoi/qui ? Parce que, bon, le client, il te dira souvent que c'est trop cher qu'on lui propose la même chose à moitié prix, etc... C'est souvent du flan, il essaie tout bêtement de dépenser moins. si j'ai un conseil à te donner, et je sais d'expérience que c'est pas évident au début (mais il faut s'obstiner), c'est de ne pas lâcher le morceau (= ne pas baisser tes tarifs). Le client a trouvé moins cher ailleurs ? Hé bien, qu'il aille voir ailleurs Sur ce thème-là et sur d'autres, je te conseille le blog Marie & Julien, très utile

En fait, pour les futures pages, le design reste le même, mais les visuels sont différents. La moulinette n'ets pas une mauvaise idée, on cogite dessus avec mon collègue développeur pour le moment. Merci des réponses, en tout cas

Non, globalement, elles sont toutes sur le même modèle. La différence de structure et contenu se situe plutôt entre les pages actuelles et les futures pages.

Captain_torche > www.grafimages.com (il est aussi dans ma signature). A noter que le site n'est plus à jour depuis plus d'un an, et que le site proprement dit (design et code) date de 2007. Nicolas > oui, le site est ancien (NDD déposé en 2002), il n'y a pas énormément de backlinks pour autant que je sache, mais il est prévu de progresser sur ce point aussi cette année

D'une part, effectivement, la plupart des pages auront la même URL. D'autre part, il est évident qu'on ne va pas infliger aux visiteurs un design et une structure différent à chaque page : dans l'idée, on mettait le nouveau site en avant avec un lien "découvrez plus de réalisations sur notre ancien site".

J'ai bien peur que ça prenne "un poil" plus que 2 nuits blanches, tu sais...

Merci pour ces réponses OK pour le côté "fouilli", bien qu'il soit prévu de mettre la nouvelle version en avant avec des liens temporaires vers l'ancien site. Captain_torche > Le nouveau site sera dynamique, bien sûr. Par contre, reprendre le contenu des anciennes pages (essentiellement des "fiches clients" montrant nos réalisations), ça posera des difficultés, dans le sens où la structure n'est plus du tout la même. Disons qu'on peut reprendre le texte brut (et encore), mais qu'il faudra le remodeler. Bref, pas de solution idéale pour notre problème ?

Salut Dudu, L'intérêt de la chose est de ne pas perdre les anciennes pages qui sont, elles, référencées par Google. Les nouvelles pages ont un contenu similaire, mais mieux organisé/optimisé. Quant à tout finir et tout basculer en même temps : on y a pensé, sauf que, vu le site actuel, il est nettement préférable de sortir une version "temporaire" du nouveau site, qui sera étoffée au fur et à mesure (on est dans la création de sites Web, et un retard de 4-5 ans en matière de coding comme de tendances graphiques ne pardonne pas. Et oui, j'ai rien à cacher, le site concerné est dans ma signature).

Bonjour, Tout d'abord, mes excuses si le titre n'est pas très explicite (et j'espère avoir posté dans la bonne section). Le problème est le suivant : nous avons un site d'environ 300 pages statiques qui existe depuis 10 ans environ. Il a connu plusieurs versions successives, la dernière en date datant de 2007-2008. Nous avons créé une nouvelle version de ce site (design, code, ergonomie, structure globale), qui est pour le moment temporaire (une dizaine de pages), mais s'étoffera sur les mois à venir, jusqu'à avoir les mêmes pages que la version actuelle. Actuellement, les 300 pages sont à la racine du site. Le nouveau site est sur un sous-domaine de test (non-référencé). Nous souhaitons basculer sur la nouvelle version, tout en gardant l'ancienne accessible le temps que la nouvelle version soit enfin complète. Nous avons pour le moment pensé à 2 façons de faire les choses : 1) à la racine du site, on ne remplace que index.php, l'index de l'ancienne version étant renommée index2.php, avec redirection 301. L'ancien site reste à la racine et le nouveau est dans un sous-domaine. On remplacera au fur et à mesure les anciennes pages par les nouvelles en faisant des redirections 301. Une fois la nouvelle version complète et indexée, l'ancien site, lui est désindexé et effacé. 2) on place l'intégralité de l'ancien site dans un sous-domaine (avec les redirections qui s'imposent) et le nouveau site à la racine. On procède ensuite de la même manière à chaque ajout d'une nouvelle version de chaque page (redirection 301 depuis le sous-domaine vers la nouvelle page). Nos questions : - L'une de ces deux méthodes est-elle plus sûre que l'autre pour ne pas perdre le positionnement actuel ? - Y a-t-il d'autres méthodes équivalentes et/ou plus simples et/ou plus efficaces ? - Si non, que préconiseriez-vous dans l'idéal ? Merci par avance de vos réponse

De notre côté, on utilise les 2 solutions suivant le cas, mais la plupart des projets sont codés à la main. On a également développé une sorte de "mini-CMS" pour les sites vitrine (ça gère le contenu des pages, rien de plus), ce qui nous permet de proposer un pack "site vitrine" à pas trop cher.

Ca a été révisé en mai 2008... Bon, ça date quand même pas mal.

A défaut de liste proprement dite, il existe déjà un memento de base : http://www.hiseo.fr/optimisations/memento-du-referencement/ Certes, c'est loin d'être la panacée, mais ça reste intéressant.

En HTML5/CSS3, ça doit être possible, puisqu'on peut faire des animations avec. Mais en l'état actuel des choses (HTML5/CSS3 pas forcément supporté à 100% par tous les navigateurs), il est préférable d'opter pour un gif transparent.

En général, on se sert d'images de base dont on fait un montage. Ces images peuvent se trouver, soit sur des sites comme www.sxc.hu (gratuit) soit sur des sites comme www.istockphoto.com (payant).

Bienvenue Un projet de blog sur la Californie ?Intéressant, ça ! Si tu remets le projet sur les rails et que tu as besoin d'info, j'y habite depuis 10 ans, maintenant.

Oui, mon entreprise est immatriculée en Californie. Mais Patrick a raison : cette mention n'a aucune valeur légale en France, pas plus qu'aux USA (à ma connaissance, du moins).

J'ai un modèle de CDC qu'on propose à nos clients, peut-être un peu complexe (car beaucoup d'informations demandées). Je le joins à mon post, si ça peut aider _AT_Patrick : Je suis d'accord avec toi, j'ai précisé que le devis devait être signé et que les CGV étaient à la suite du devis. J'aurais dû en effet préciser qu'il fallait une signature sur chacune des pages. La mention concernée, bien qu'étant sans valeur légale, a été rajoutée il y a quelques années, suite à un litige avec un client (qui prétendait que, puisqu'il n'avait signé que le devis, il n'avait pas à tenir compte des CGV ). cdc-modele.pdf

S'agit-il d'un site dynamique (avec back-office, base de données, etc...) ou statique ? Quid de la galerie photo (se référer à mon premier post) ? Est-ce que tu disposes d'un cahier des charges ? Si oui, le mieux serait de nous soumettre ce document (après avoir masqué/retiré le nom et les coordonnées de ton client, évidemment), ça sera plus simple pour faire une estimation. Si tu ne disposes pas d'un CDC, je te conseille vivement d'en créer un et de le soumettre à ton client pour validation (avec signature et/ou tampon) avant de commencer le travail...

C'est effectivement la bonne méthode. Globalement, il faut savoir qu'un webmaster indépendant ne travaille pas 100% du temps (et c'est valable pour tous les métiers du Web ou non pratiqués en indépendant) : il faut compter le temps passé à se faire connaître, à chercher des clients, à faire la compta/les devis, etc... On admet donc généralement que le temps effectif de travail est de l'ordre de 50% (4 h/jour). Soit 52/2=26 semaines de travail/an. A raison de 5 jours/semaine (ben oui, vous avez droit aux week-ends, même si dans la pratique, au début, ce n'est pas forcément le cas), ça nous donne 26x5=130 jours de travail effectif/an. Ensuite, pour faire le calcul du tarif horaire (ou journalier, au choix), on part sur la base du salaire idéal (salaire brut), ce que vous aimeriez gagner. Mettons 3000 €/mois, ce qui donne 36000 €/an. 36000/130=276.92 €/jour, ou 34,62 €/h. Dans la pratique, évidemment, ça varie Chacun procède probablement différemment (facturation à l'heure à la journée, au forfait, même si c'est déconseillé). Attention quand même : la boîte existe depuis près de 10 ans, les tarifs sont donc ceux de professionnels confirmés. Je ne vais donc donner ici que la façon dont on procède dans ma boîte (toute petite agence de créa Web) : - Un design "standard" (design de la page d'accueil) PSD + intégration en template XHTML/CSS validé W3C et testé sur les navigateurs actuels : 350,00 € en général. Ca peut varier suivant la complexité du design, s'il y a des animations à intégrer, etc... - Une "page" Web : si le contenu est fourni par le client et consiste essentiellement en textes et images, 50,00 €/page. S'il faut intégrer du multimedia (musique, vidéo, animation...), ça monte évidemment. - Galerie photo : impossible de répondre comme ça. S'agit-il d'un script existant (et si oui : gratuit ou payant), d'un module à ajouter à un CMS, d'un script développé sur mesure... ? - Mise en place d'une vidéo : ça prend quelques minutes à tout casser (sauf peut-être sur certains CMS), on ne facture pas Tu trouveras aussi quelques conseils bien utiles ici. Enfin, 2-3 petites choses essentielles dans tes relations avec les clients : 1) Toujours faire signer le devis au client : c'est une preuve irréfutable qu'il a passé commande des prestations. 2) Toujours demander un acompte à la signature (en général 30 à 50 % du total. Chez nous, on demande 50% au premier contrat et 30% sur les suivants quand c'est le cas). Cas particulier : sur une commande à 4 ou 5 chiffres, le client peut être réticent à verser 50% du total, et c'est parfaitement compréhensible. Le plus simple est alors d'établir un planning de paiement, style : - A la signature : 30% - à la livraison du site statique ou des maquettes : 30% - à la livraison du site final : 40% 3) Toujours faire figurer au bas du devis les Conditions Générales de Vente, qui doivent protéger ton travail, entre autres et porter la mention "L'acceptation du présent devis vaut acceptation des Conditions Générales de Vente dans leur intégralité" (ou une mention similaire).

Pas mieux que les collègues ci-dessus. De plus, un webmaster se rendant coupable de ce genre d'abus est rapidement blacklisté par les régies, sponsors et autres webmasters/partenaires éventuels (dans le secteur adulte). Sachant que c'est un monde très fermé, ça sera dur pour remonter la pente... Donc, pratique à éviter (et pas que pour des sites adultes)... et bon courage pour réussir dans ce secteur (beaucoup d'appelés, peu d'élus, c'est très concurrentiel )

Rapidement : 1) sur une résolution large (1680x1050), l'image de fond du contenu (http://www.coursdinfo.fr/Degrades/fond-ecran-fleur-bleue-numerique.jpg) est trop courte. du coup, le texte blanc sur fond bleu pâle n'est pas très lisible. 2) il eût été préférable d'opter pour une largeur fixe : le confort de lecture sur une résolution large, avec un site qui s'adapte à l'écran de l'utilisateur, est amoindri. 3) l'icône du panier est pixellisée. Lui préférer une icône plus propre dans ce style : http://icones.pro/panier-panier-ecommerce-shopping-image-png.html 4) le bouton du panier devrait être remplacé par un bouton en image pour être assorti au design. 5) dans les commentaires, le texte est trop petit (problème de lisibilité) et collé aux bords des boxes. Ajouter un padding permettrait d'y remédier. 6) Texte & liens bleu foncé sur fond vert : en termes d'harmonie graphique, un texte en vert foncé serait préférable.

Salut et bienvenue sur le Hub Alors, oui, en effet, côté ergonomie/design, y a du boulot. Après un,premier tour d'horizon rapide, quelques suggestions : - un design plus lisible, plus ordonnée, plus professionnel, aussi, - un site adapté aux standards actuels (pas de tableaux hormis pour les données tabulaires, usage avancé des CSS, etc...), - largeur du site soit fixe (compatible avec le format "standard" actuel, soit 1024 px de large, donc une largeur réelle entre 980 et 1000 px environ), soit extensible (s'adapte à la taille de l'écran, mais peut être gênant pour les grands écrans de type "wide" notamment : le confort de lecture s'en trouve plutôt réduit).

C'est le plus sûr moyen de te faire avoir par des clients peu scrupuleux (et il y en a pas mal !). Voici comment je procède (plusieurs cas de figure) : 1) Première fois qu'on bosse avec le client pour un petit projet (quelques centaines d'€) : 50% à la signature du devis, 50% à la livraison des templates, la facture est envoyée avec les sources éventuelles à réception du solde. 2) Première fois qu'on bosse avec le client pour un projet plus important : on fractionne les versements, mais on applique toujours 30% à la signature du devis et on envoie toujours facture + sources à réception du dernier versement (quand on a reçu la totalité du montant). 3) Client régulier (client avec lequel on a travaillé plusieurs fois et en qui on a confiance), quel que soit le type de projet : 30% à la signature et après, au choix du client. On envoie souvent facture et sources lorsque le client nous dit qu'il a réglé le solde (avant donc d'avoir reçu le solde). Dans tous les cas de figures : 1) envoi du devis 2) réception du devis signé (qui fait office de bon de commande) 3) on réalise les prestations* 4) le client paie le solde 5) envoi de la facture (qui certifie que les prestations ont été réalisées et que le paiement total a été effectué) et des sources éventuelles *Ca peut se faire en plusieurs fois. Exemple (réel) sur un projet de site Web assez gros (budget de plusieurs dizaines d'€, délais d'environ 4 mois de réalisation), les étapes sont : 1) 25% à signature du devis 2) 25% à livraison du site "statique" (il n'y que les futures pages en XHTML/CSS, pas un poil de développement. Les pages de type "catégorie" ou "produit" sont génériques : quel que soit la catégorie ou le produit cliqué, ça renvoie vers la même page "catégorie" ou "produit". La navigation est active, les liens cliquables, etc... mais les formulaires sont inactifs, par exemple). 3) 10% à livraison du site statique avec les textes définitifs (fournis par le client) de certaines pages (qui serviront à amorcer le référencement pendant la phase "Développement" du projet) 4) 40% à livraison du site finalisé, testé et débuggé. 5) Envoi de la facture et des sources, licences, etc... à réception du solde de 40%. Et SAV d'1 an sur le développement pour d'éventuels bugs non détectés à la livraison (le cas est rare, mais ça arrive).

Non, les CGV ne font pas office de contrat, elles définissent les conditions auxquelles tu vends tes prestations/marchandises et les droits et devoir de chacune des parties (ta structure et le client). Ensuite : - le devis comporte au minimum : * Coordonnées du prestataire * Coordonnées du client * Numéro de devis * Date * Détail des prestations/produits + tarifs * Total des prestations/produits (* délais et calendrier de paiement s'il y a lieu) * CGV (en général en bas du devis, en dessous du total). Bien préciser que la signature du devis (pour validation) implique l'acceptation pleine et entière des CGV. Et une fois le projet fini (ou à chaque étape du paiement) : - La facture, qui comporte le total payé (et le solde restant s'il y a lieu - Dans ce cas, préciser le n° de facture par rapport au total prévu* (voir plus bas), la date et une mention style "à dater de l'émission de cette facture, toute prestation relative ou non au projet n°[n° de devis] fera l'objet d'un nouveau devis" (cas d'une facture clôturant un projet). *Dans le cas d'un projet avec paiement en plusieurs étapes, on émet 1 seul devis, mais plusieurs factures, numérotées de 1 à X, X étant le nombre de factures total (exemple : 1/3, 2/3 et 3/3 :facture finale).