2010-07-10 23 views
1

Je veux essayer des systèmes de commerce électronique pour jeter un regard de la façon dont ils mettent en œuvre les aspects diffententsystèmes de commerce électronique avec démonstration

  • Articles publication
  • Stock
  • Sells
  • Retour
  • Etc, etc.

Je développe moi-même un système (application web wr en PHP) et j'ai le sentiment que je suis en train de compliquer le processus en plusieurs parties (notamment dans les relations entre produits et chargement de stock)
J'ai trouvé et essayé quelques systèmes mais dans tous les cas les démos/compte gratuit sont très basique et ne couvre pas les domaines que je veux regarder.

Les systèmes peuvent être écrits sur n'importe quelle plate-forme, je veux seulement prendre des idées de l'interface, pas regarder le code. Avant que quelqu'un dise que c'est une question subjective. Je vais accepter la première réponse qui peut me donner un indice avec les relations de produits.

+0

Quelle est exactement votre question? –

+0

J'ai besoin de voir comment présenter ces aspects compliqués à l'utilisateur d'une manière facile à comprendre. Exemple d'une pièce complétée: quand le magasin obtient une cargaison du fournisseur, l'opérateur doit regarder chaque article sur la facture et le comparer avec l'article chargé dans la base pour vérifier les frais dans le prix, alors il doit créer un ordre pour charger l'article via un lecteur de codes à barres, mais, dans de nombreux cas, il n'y a pas de code à barres, l'opérateur doit donc ouvrir un ordre différent pour imprimer le code à barres ... –

+0

Autre problème: relations. Un article en particulier a beaucoup de variations (couleur, taille, etc) et chaque variation a son propre stock. Alors, disons que l'operatos crée l'article "Acme t-shit" avec 3 couleurs et 5 tailles possibles. Il doit créer 3 * 5 = 15 articles pour les variations plus un de plus comme parent des variations ... –

Répondre

1

S'il s'agit de l'interface qui vous intéresse, il n'est pas recommandé d'examiner les logiciels existants. Ils sont un crapaud que l'autre. Sérieusement, ils sucent.

Il est préférable de vous renseigner sur la bonne conception de l'interface utilisateur à partir des travaux des concepteurs professionnels de l'interface utilisateur et des experts de l'utilisabilité. Par exemple, useit.org

+0

Vous avez raison. Mais laissez-moi donner un peu de crédit à l'humanité. Il doit y en avoir au moins un avec un bon ui. Il doit y en avoir un qui montre l'exemple. –

0

Dans l'espace Rails, je vous suggère deux moteurs populaires pour des raisons purement interfaces d'administration:

  • ActiveAdmin: http://activeadmin.info/
  • RailsAdmin: https://github.com/sferik/rails_admin

Je crois que ActiveAdmin a une belle démonstration qui montre des exemples de la façon dont il serait mis en œuvre dans une application de commerce électronique. RailsAdmin a une belle démo, mais ce n'est pas spécifique au commerce électronique.

En outre, quelques solutions de Rails pour vérifier:

Il est vrai que je suis impliqué dans le développement à la fois Spree et Piggybak, et Ror-e était dérivé de Spree. Donc, vous pouvez voir quelques points communs entre eux. Et here est une autre ressource qui décrit le modèle de données produit dans Spree.

+0

Pour ne pas paraître critique, mais ror-e a été créé à cause de la frustration que j'ai eu de Spree. (par opposition à dérivé de) j'ai essayé de prendre ce que j'ai appris de la fête et de faire un meilleur projet. Spree essaie d'être un «framework» et ror-e essaie de vous donner une application rails avec toutes les fonctionnalités e-commerce hors de la boîte. – drhenner

+0

Je pense que vous vous disputez sur la sémantique ici. Le mot «dériver», traduit vaguement, peut signifier tracer à partir d'une source ou d'une origine, ce qui est ce que je le vois parce que le travail sur lui est venu de vos expériences avec Spree. Cela améliore certainement certains aspects. Mon utilisation originale du mot «dériver» n'était pas destinée à sous-évaluer les aspects améliorés du ror-e. –

+0

Oui, je ne voulais pas paraître trop critique. Pardon – drhenner