Structurer un site e-commerce pour les vendeurs externes
Mes questions nécessitent un bon nombre d'informations de base, veuillez donc me dévoiler.
Nous avons une application de commerce électronique qui permet aux utilisateurs de vendre leurs enregistrements. Pour simplifier le processus de vente, nous avons rempli notre base de données avec une grande collection d'enregistrements existants. Cela permet aux vendeurs de rechercher et de sélectionner un enregistrement à vendre, de choisir un prix et une condition, et de créer leur liste.
Nos règles commerciales représentent les articles comme des unités individuelles uniques et les produits comme des profils dans notre base de données associés aux articles.
Cela force le processus de paiement à être "Centré sur le produit" par opposition à "Centré sur l'article". En d'autres termes, lorsque vous recherchez ou visitez une page de produit, vous ne regardez pas l'article réel qu'un vendeur veut vendre. Au contraire, vous verrez le profil du produit, et avec lui un certain nombre d'options d'achat. Chaque option d'achat correspond à un vendeur différent, à un prix différent et à une condition différente.
Mettez simplement "Voici le produit et ses informations, et voici les différents vendeurs qui le vendent." Bien que les vendeurs restent anonymes.
Cela conduit à quelques questions:
- Quand on regarde un produit, comment doit-on prioriser les vendeurs?
Nous prévoyons d'afficher une seule liste pour chaque état de l'article (nouveau, excellent, bon, enregistrement uniquement), donnant à l'acheteur le choix. Mais comment choisissons-nous ces articles? Sur la base du prix ou de la commande, ils ont été répertoriés?
Prioriser le prix signifie que les vendeurs qui figurent en premier, mais à un prix plus élevé, peuvent ne jamais vendre. Cette approche peut également avoir des implications pour les "articles promus".
Donner la priorité à la date d'inscription peut empêcher un article de se vendre si le premier vendeur a un prix très élevé.
- Nos décisions de conception signifient que la page d'index du catalogue répertorie les produits uniques de notre base de données. Ce n'est qu'une fois qu'une page de produit est visitée par les acheteurs qu'ils verront différentes options d'achat de tous les vendeurs qui ont répertorié un article. Est-ce une bonne approche?
Nous avons envisagé de rendre l'index du catalogue "centré sur les articles". Au lieu de répertorier les produits de notre base de données, nous pourrions répertorier les articles réels répertoriés par les vendeurs. Cela signifie que les utilisateurs pourront visiter des pages associées à des articles uniques, au lieu d'un profil de produit avec un tas de vendeurs.
Vous pourriez envisager d'autoriser les commentaires des transactions des utilisateurs à commander des vendeurs sur la page de liste, de cette façon les meilleurs vendeurs flotteraient vers le haut et les vendeurs seraient encouragés à effectuer les transactions sans heurts et à répertorier les produits avec des conditions honnêtement décrites.
Vous pouvez également permettre aux clients de commander les annonces, trois façons viennent immédiatement à l'esprit: par le prix; par condition; et par évaluation du vendeur (en supposant que vous implémentez ce qui précède).
Sur la deuxième question, vous devrez considérer comment les pages d'annonces peuvent se retrouver. Par exemple, la recherche d'un artiste populaire renvoie de nombreux enregistrements, même si vous ne faites que lister les produits. Vous pouvez répertorier des éléments, mais sachez que si 50 personnes répertorient toutes le même enregistrement, vous vous attendez à ce que les utilisateurs parcourent de nombreuses entrées répétitives.
Connaissez-vous http://discogs.com ? Ils travaillent à résoudre ce problème depuis au moins une décennie, vous voudrez peut-être voir comment ils font les choses pour vous inspirer.