Web consulting

Trucs utiles pour service web 2.1

Voici quelques informations, rappels et tuyaux pour développer un service web 2.1 :

• OpenID : C’est la mode. Enfin, ce sera la mode, il faut être précurseur. Proposez l’authentification par OpenID c’est avoir une longueur d’avance. Voici des librairies pour faciliter l’intégration OpenID en divers langages.
• Gravatar : LE service d’avatar. (petit lien discret à une explication d’Aysoon sur l’importance de ces pixels). Pour implémenter gravatar c’est simple.
• N’oubliez pas le petit beta à côté de votre logo ni de faire une beta fermée avec système d’invitation (2-3 au début pour que les heureux élus soient fiers et fassent une bonne pub pour donner à 2-3 personnes leurs invitations, puis élargir ce nombre à 5 pour l’hystérie et quand le service est fin prêt (avec 2-5000 membres quoi), laisser les invitations à 25 durant 6 mois. Après mieux vaut ouvrir les inscriptions, ça diminuera la charge de vos serveurs mails. Mais laissez le beta, sinon votre site perdra de la crédibilité et vous n’aurez plus d’excuse pour les bugs.
• Développez directement votre site sur une plate-forme multi-lingue. Même si vous sortez le site en une seule langue, soyez prêt. Après ce sera trop tard pour y penser. À lire : Les frontières des langues et le web.
• Mettez à disposition des flux RSS sur tout ce qui bouge.
• Développez votre site proprement et sortez le plus vite possible des API, ça déchainera la passion des développeurs.
• Choisissez un nom qui sonne bien, court et en .com (mais si, ça existe…). Au besoin, gagnez du temps avec ce petit vérificateur en ajax.
• Ne vous reposez jamais ou la concurrence vous dépassera. Si vous percez, il faut en profiter, pas attendre les autres.
• Évitez la publicité au lancement. Vous en avez besoin pour vivre, mais mieux vaut attendre d’avoir une fréquentation correcte pour attaquer ce point du business plan. Pensez à laisser bien visible un lien pour les annonceurs.
• Ne dévoilez pas votre idée tant que la beta n’est pas prête, contentez-vous de faire vieillir le nom de domaine avec des liens par-ci par-là.
• Tout au long du développement (je ne dis pas “et après” car c’est jamais fini….), soyez à l’écoute des feedbacks. Soyez réactifs.
• Éviter de penser à l’infrastructure de l’hébergement après les gros ralentissements ou down de votre service, ça se pense au début. Elle doit pouvoir évoluer très simplement.
• Suivez l’évolution de votre site, regardez ce qui a du succès, ce qui n’est pas suffisamment mis en avant, etc…
• Développez les sites au format extensible, qu’ils couvrent tout l’écran et soient agréables à lire tant sur un 1024*768 que sur un écran wide de 22″ en 1680*1050.
• N’oubliez pas les petits écrans. Smartphone, PDA,… les petits navigateurs deviennent important. Conseils.

J’ai probablement raté une bonne dizaine de points importants, si vous en avez dans la tête, laissez un commentaire et je complète

Feecker : initialisation d’un nouveau projet communautaire

J’ai décidé samedi d’attaquer un nouveau projet :

C’est un projet de site communautaire qui devrait rendre service à bon nombre de développeurs, qu’ils soient amateurs, débutants, professionnels, freelances ou autre.

Beta privée prévue fin aout. Au passage, si vous êtes ou connaissez un web designer disponible et motivé par ce genre de projet, vous pouvez me contacter. Mes projets étant amateur, pas de rémunération à prévoir, juste du plaisir.