wiki.travailleursduweb.com
Participez à l'encyclopédie des Travailleurs Du Web...

Livraison / OpenID Commerçant?

Publié le 25 May 2008, par Babozor dans la catégorie Discussion

linux-colis.jpg

Voilà maintenant presque un mois et demi que je me suis commandé 4 tshirts tant convoité sur Jinx et toujours pas de livraison en vue… puisque via USPS (la poste américaine) les envois vers l’Europe peuvent prendre jusqu’à deux mois! Oui vous avez bien entendu/vu: DEUX MOIS!
Malgré un service client irréprochable (je converse avec une certaine Jasmine depuis maintenant deux semaines) réponse personnalisée aux emails en quelques minutes (du jamais vu pour moi qui pourtant est l’habitude de commander et d’avoir des merdes) et toujours un effort pour trouver une solution.
Tant que le colis n’est pas officiellement perdu… pas de remboursement, pas de renvoi de marchandise, rien (et j’enrage).

Voilà un de problèmes majeurs pour l’achat en ligne: les problèmes de livraison
Que ce soit un prix de livraison exorbitant (parfois je paye plus cher en frais de shipping et frais de douane que l’article lui-même), un tracking pourri (exemple USPS où le paquet est toujours “ready to pick up”… donc pourquoi mettre un tracking si il sert à rien), un livreur/postier qui ne prend même pas le temps de sonner, l’impossibilité de modifier son adresse de livraison (pour se le faire livrer au boulot par exemple, je connais personne qui travaille et qui soit à la maison à 11h du mat), etc… si il y a bien un point faible dans le e-commerce aujourd’hui c’est bien le système de livraison.
Les clients et marchands sont plus ou moins prisonniers de cet état de fait, soit vous avez un service convenable (mais à un prix exorbitant), soit priez pour que votre colis arrive intact et plus ou moins dans les temps.

La deuxième chose qui me frappe, quand je commande en ligne, c’est la redondance des formulaires
Peu importe où vous commandez et quels articles, certains items du formulaire seront toujours là: nom, prénom, adresse, code postal, ville, etc… et à chaque fois on doit se taper les 27 champs différents toujours les mêmes (je ne compte pas ceux où on doit le faire en double, avec l’adresse de livraison).
Personne n’a jamais pensé à mettre en place un espèce d’OpenID spécial commerçants?
Vous donnez votre identifiant ou URL, vous vous identifiez et hop vos infos sont pré-remplies automatiquement…



Articles éventuellement en rapport:

12 Responses to “Livraison / OpenID Commerçant?”

  1. geekbay Says:

    Avec l’autoremplissage de formulaire de la toolbar google tu as essaye? ca peut surement t’aider a remplir plus vite.

  2. Urc Says:

    si et cela s’appelle SpoonKey :
    http://www.spoonkey.com

    @+

  3. brice Says:

    Je pense que beaucoup en ont l’idée et certains systèmes sont en train de se mettre en place (Project Liberty par exemple). Cela implique toutefois de se mettre d’accord sur un protocole et de bien verouiller les risques de propagation d’informations.

  4. Tsadiq Says:

    Si je me rapelle bien, fut un temps, j’avais un programme qui se chargeait de remplit automatiquement les champs dans IE. C’est pas tout récent, mais les infos étaient stockées en local sur le pc, ce qui évite les utilisations frauduleuses.

    Cela dit, Opéra gère très bien les formulaires aussi, suffit d’un click droit et tu peux choisir la donné à insérer, c’est très pratique ^^

  5. Urc Says:

    Excusez moi d’insister mais c’est la fonction de SpoonKey.
    Nous avons développé ce site justement dans cet esprit :

    - facilité la vie des internautes pour qui c’est vraiment fastidieux et dont 44% abandonnent (source opinionWay juillet 2006) à cause de la longueur et des erreurs des formulaires.

    - en plus nous adaptons les adresses des membres SpoonKey aux normes de la poste afin d’assurer la meilleure livraison possible en terme de délai et d’aboutissement (ce que opera ou d’autre logiciel sur le PC ne peuvent faire)

  6. Pierre Says:

    Un OpenID “spécial e-commerce”est inutile : il remplit déjà parfaitement ce rôle, en plus d’être ouvert et décentralisé.

    Voici la démarche qu’aurait à suivre un client sur un site supportant OpenID :
    - Saisie de son URL OpenID
    > Redirection vers son prestataire OpenID pour authentification, et autorisation d’accéder au nom, prénom, mail et adresse postale.
    > Redirection vers le site marchand, authentifié et avec toutes les information disponibles.

    Urc :
    Je ne connais pas SpoonKey, mais d’après la vidéo de démonstration, aucun mot de passe n’est nécessaire pour accéder aux données ?
    L’API est-elle ouverte à tous ?
    Tout le monde peut-il devenir prestataire de compte SpoonKey, ou faut-il obligatoirement passer par votre service (avec tous les problèmes que cela engendre) ?

  7. Urc Says:

    Bonjour Pierre,

    Plusieurs points :
    => saisir une “hurle” pour s’identifier n’est peut être pas très naturel pour le commun des mortels,
    => quelle est la fiabilité des informations saisies sur OpenId quand on ne comprend même pas à quoi cela sert?

    => mot de passe SpoonKey => l’idée est de remplir le formulaire et non de s’authentifier
    => L’API est-elle ouverte à tous? Non, les sites qui souhaitent avoir le module SpoonKey payent un abonnement annuel. Nous sommes ouvert depuis 5 mois maintenant et 40 partenaires ont souscrit à notre offre.
    => “avec tous les problèmes que cela engendre” => à quel type de problème pensez-vous?
    merci

  8. Pierre Says:

    Bonjour Urc, et merci de vos réponses :

    saisir une “hurle” pour s’identifier n’est peut être pas très naturel pour le commun des mortels,

    Les identifiants OpenID sont représenté sous la forme d’une URL (adresse web), selon le prestataire utilisé (qui peut aussi être son propre nom de domaine puisque tout le monde peut devenir prestataire), par exemple “yahoo.com”. Tout le monde a déjà tapé une URL, ça me paraît tout à fait naturel :)

    Quelle est la fiabilité des informations saisies sur OpenId quand on ne comprend même pas à quoi cela sert?

    OpenID permet de centraliser l’authentification, et de partager des attributs (nom, prénom, adresse, …) sur les services utilisés.

    mot de passe SpoonKey => l’idée est de remplir le formulaire et non de s’authentifier

    Il est donc possible, en essayant plusieurs identifiants, d’obtenir les données de n’importe quel utilisateur de votre service (!) ?

    “avec tous les problèmes que cela engendre” => à quel type de problème pensez-vous?

    Indisponibilité du service, données confiées à un tiers, “clé sous la porte” ?

    Vous avez dû étudier OpenID avant de lancer votre service. Quels sont, concrètement, les avantages de votre solution par rapport à OpenID, qui est gratuit, ouvert, décentralisé, et soutenu par des acteurs tels que Google, IBM, Microsoft, Verisign et Yahoo ( voir : http://openid.net/foundation/ ) ?

    Soyons clair, je ne cherche pas à attaquer ou décrédibiliser votre service, je cherche simplement à comprendre quels sont ses atouts par rapport à OpenID.

  9. Urc Says:

    Re Pierre,

    Soyons clair, je ne cherche pas à attaquer ou décrédibiliser votre service, je cherche simplement à comprendre quels sont ses atouts par rapport à OpenID.

    => c’est pour cela que je prends plaisir à vous répondre :)

    “hurle” => je ne plaisante pas même si cela peut vous sembler dépréciant pour les internautes lambda, toujours se méfier du décalage entre les geeks et les non initiés.
    Et là, une étude auprès d’une population cible, nous a indiqué que c’était discriminant : 67% des interrogés ne comprenaient pas pourquoi on leur demandait une url “je n’ai pas de site et je n’en veux pas” =>impressionnant et impressioné lorsque je pris connaissance des résultats.

    OpenID permet de centraliser l’authentification, et de partager des attributs (nom, prénom, adresse, …) sur les services utilisés.

    => d’où des problèmes potentiels de validités des informations saisies (je ne peux hélas pas m’étaler sur le sujet :s

    Il est donc possible, en essayant plusieurs identifiants, d’obtenir les données de n’importe quel utilisateur de votre service (!) ?

    => idem et pour des raisons de sécurité que vous comprendrez sans aucun doute

    Google, IBM, Microsoft, Verisign et Yahoo

    Pensez-vous qu’il soit bon que Google, par exemple, maîtrise tout : de l’apport de trafic jusqu’à l’identification du client. Quels sont les risques ? alors que tout le monde se plaint déjà de son omniprésence/ omnipotence ?

    Indisponibilité du service, données confiées à un tiers, “clé sous la porte” ?

    Indisponibilité du service => peu impactant, la personne saisie alors le formulaire.
    données confiées à un tiers => engagement contractuel avec nos partenaires et avec nos membres
    “clé sous la porte” => problème de BM, et donc on repart à zéro : la personne saisie alors le formulaire
    On peut inverser la question dans l’autre sens : à qui appartient le compte client si nous sommes dans un système décentralisé? Quels sont les engagements pris concernant la confidentialité des usages? tant pour l’internaute que pour le site de Ecommerce.
    Qu’est ce qui empêcherait Google, par exemple :), d’exploiter ces informations de connection pour faire des push encore plus ciblé? rien et c’est là tout l’enjeux pour eux, pour Yahoo, microsoft et les autres.

    à vous lire :)

  10. Pierre Says:

    67% des interrogés ne comprenaient pas pourquoi on leur demandait une url

    Évidemment, le terme “URL” est remplacé dans un contexte réel par le terme “identifiant”, voire “identifiant OpenID”.
    J’employais ce terme car ce blog s’adresse plus aux “techniciens” ;)

    Pensez-vous qu’il soit bon que Google, par exemple, maîtrise tout

    L’intérêt d’OpenID réside précisément dans le fait qu’il n’est pas centralisé : ce n’est pas un service “Google”, tout le monde peut devenir fournisseur d’OpenID (vous, moi, Google). Ce principe est très important car il assure la pérennité du système.

    à qui appartient le compte client si nous sommes dans un système décentralisé?

    A l’internaute bien sûr :)
    Le compte client est hébergé sur le site e-commerce, mais les informations proviennent du compte OpenID plutôt que d’être saisies “à la main”, et l’authentification est déportée sur le prestataire OpenID, en qui l’internaute a accordé sa confiance.

    Qu’est ce qui empêcherait Google, par exemple :), d’exploiter ces informations de connection pour faire des push encore plus ciblé? rien et c’est là tout l’enjeux pour eux, pour Yahoo, microsoft et les autres.

    Je reprend votre argument : “engagement contractuel avec nos partenaires et avec nos membres”.
    Si ça ne suffit pas (si on ne fait pas confiance à Google malgré ses engagements), il suffit de s’orienter vers un autre prestataire OpenID. Son fournisseur d’accès, (Orange est prestataire OpenID), son entreprise, soi-même, ou votre service, s’il propose un jour OpenID ;)

  11. Christophe Ducamp Says:

    Merci encore pour votre contribution et le débat engendré tout à fait d’actualité.

    Nous avons parlé récemment d’un tel projet à Marc Lolivier à la Fevad et je pense qu’il serait tout à fait pertinent d’ouvrir un atelier sur le sujet à notre prochain OpenCamp prévu le 28 juin sur le Toit de la Grande Arche à la Défense.

    Si ça vous tente de venir et de monter un atelier dédié sur les Identités dans le e-business , appelez-moi ou inscrivez-vous directement sur la page wiki http://barcamp.org/OpenCampParis en précisant vos intentions d’animation.

    Bonne journée à tous.

  12. babozor Says:

    @geekbay: ouais mais le principe ce serait de même pas avoir à re-passer par un formulaire (même avec les champs pré-remplis)
    @Urc: pas essayé encore, mais je test ça d’ici peu :)
    @Tsadiq: pas essayé sous Opera, je test ça aussi sous peu…
    @Christophe: j’y serais (évodemment…)

Laissez un commentaire





« Back to text comment