Offen Zwei 1/2 Schwachpunkte des "Konfigurators" & Verbesserungsvorschläge

[Aaron]

Der Konfigurator hat in der Praxis zwei große Schwachpunkte.

1. Artikel, denen man eine Konfigurationsmöglichkeit zuweist, lassen sich nicht mehr zu einer Konfiguration zuweisen obwohl diese Artikel von Nutzer-Logik betrachtet als eigenständige Artikel existieren.

Das wird zum Problem, wenn man einem Artikel "Schloss" eine Konfigurationsmöglichkeit anbietet, beispielsweise umgesetzt mit Radiobuttons
+ 2 Schlüssel
+ 4 Schlüssel
Der Basisartikel ist hier das Schloss.

Jetzt möchten wir im Shop unserer "Tür" ebenfalls mit einer Konfigurationsmöglichkeit versehen (weil wir haben ja alles auf Lager, warum dann nicht alles anbieten ... )
und können dieser Tür nun nicht das Schloss zuweisen, weil das oben genannte Schloss bereits eine Konfigurationsmöglichkeit (Schlüssel) hat.

Verbesserungsvorschlag: Konfigurations-Integration von Basisartikeln mit Konfigurationen ermöglicht, die Konfigurationen der Basis-Artikel aber entsprechend ausschliessen.

Problemsituation & Lösung: Artikel MUSS mit Konfiguration gekauft werden kann zu einem komplexen und logischen Konflikt führen... Lösung wäre ausschließlich die Basisartikel in der Konfiguration zu beachten - Wenn Basisartikel noch Konfigurationen beinhaltet, diese knallhart ausschließen.

Dadurch lassen sich uneingeschränkt sehr schöne Konfigurationslisten erstellen ohne einen eigenen Artikel oder Stücklisten anlegen zu müssen.


2.
Zweite Schwachstelle des Konfigurators sind Radiobuttons und die fehlende Möglichkeit einen "leeren" Nicht-Exististenten Artikel hinzufügen zu können.
Möchte man beispielsweise das oben genannte Beispiel-Schloss mit folgender Konfiguration anbieten:

+ 2 Schlüssel
+ 4 Schlüssel
+ ohne Schlüssel

hat man verwirrung im Lager. Der Artikel "Ohne Schlüssel" lässt sich entweder ohne Lagerbestand anlegen damit man ihn zuordnen kann oder als freier artikel. Dieser erscheint aber beim Verpacken ohne Zuordnung auf dem Schirm und auf der Rechnung.


Derzeitige Verwendung von Konfigurationen:
Es ist also derzeit nur sinngemäß möglich, Radiofelder mit Zwangswahl von bestehenden Artikeln zu erstellen, deren Artikel selber keine Konfigurationen oder Stücklisten beinhalten dürfen. Ein Schlüsselset könnte man hiermit auch nicht inkludieren.

Workaround: Einen "ohne" Artikel ohne Lagerbestand anlegen oder im Konfigurator einen freien Artikel "ohne" erstellen und die Packleute einweisen dass ohne kein Artikel ist und mit "ohne" als 0€ Posten-Artikel auf der Rechnung zurecht kommen.

Eine bessere Möglichkeit ist derzeit nur eine (weil bei zwei der Kunde ja wieder ausversehen zwei Konfigurationen wählen kann) Konfiguration anzubieten, diese dann mit select box an/abwahl. Hier kann man tatsächlich dann die Konfiguration abwählen.

Lösungs- Verbesserungsvorschlag für Problem2:
Einen Nonexistenten Artikel für die Abwahl bei Radiobuttons ermöglichen. Dieser Artikel ist lediglich als Abswahl-Hilfe im Webshop für den Kunden zu sehen und schliesst bei wahl diese Konfigurationsposition aus = leer. Dadurch muss man keinen "leer" oder "ohne" artikel erstellen, der im WMS und den Kunden auf der Rechnung verwirrt.



Der letzte 1/2 Schwachpunkt ist die Preisdarstellung im Shop. Zuletzt getestet im Shop 3.20

Man kann im Konfigurator die Menge des Konfig-Artikels VOReinstellen, die bei Wahl dieser Konfiguration hinzugefügt wird. Leider erscheint neben dem Konfigurationsartikel im Webshop immer der Preis für die Stückmenge obwohl z.B. bei + 4 Extraschlüsseln sinngemäß auch der Gesamtpreis für 4 Schlüssel für den Kunden angezeigt werden sollte, der diese Option wählt.

Verbesserungsvorschlag: Gesamtpreis bzw. Mindest-Mengen-Preis neben Konfig-Artikel anzeigen.

 

[3po]

AW: Zwei 1/2 Schwachpunkte des "Konfigurators" & Verbesserungsvorschläge

Zu 1:
Um das alles nicht zu komplex zu betrachten wäre es am einfachsten wenn der Basisartikel, dem man Konfiggruppen zuweist, auch eine Stückliste sein darf, dann wären alle Probleme bezüglich Punkt 1 gelöst.

Zu 2:
Du kannst auch mit Checkboxen Arbeiten anstatt Radio Buttons und max. 1 Artikel auswählbar verwenden. Zugegeben ebenfalls ein Workaround, aber besser als mit Dummy Artikeln.

 

[Aaron]

AW: Zwei 1/2 Schwachpunkte des "Konfigurators" & Verbesserungsvorschläge

Zu 1:
Um das alles nicht zu komplex zu betrachten wäre es am einfachsten wenn der Basisartikel, dem man Konfiggruppen zuweist, auch eine Stückliste sein darf...

Um das alles nicht zu komplex zu behandeln, hatte ich Stücklisten nicht inkludiert "Einfach" ist die Sache allgemein nicht weil man auf die Performance, Lieferbarkeit etc. achten muss. Gründe warum ich Stücklisten nicht erwähnt habe:
Eine Stückliste besteht aus einzelnen lagerbestandfähigen Artikeln. Bestandsabfrage und Übersicht bei Bestellungen (wenn ein Stück einer Liste nicht auf Lager ist) sind aktuell bei Stücklisten unübersichtlich und problemanfällig (Stücklistenartikel wird als lieferbar angezeigt obwohl der Hauptartikel nicht auf Lager ist - hatte ich letztens noch), solange Stücklisten nicht einwandfrei funktionieren sollte eine Stückliste z.B. bestehend aus 19 Teilen nicht einfach per Klick als Konfiguration hinzugebucht werden können, auch zu denken an noch größere Stücklisten, die dann auch angelegt werden könnten Zweites Problem, man muss für jedes Set einen Stücklistenartikel anlegen...

Wäre tatsächlich relativ "einfach", wenn man Stücklisten erstmal weglässt und wie ich oben beschrieben habe bei Artikeln mit Konfigurationen, den Hauptartikel für eine zweite Konfiguration verwenden kann. Bei derartigen Verschachtelungen würde "einfach" die Konfiguration ab zweiter Ebene ausgeschlossen. Das bringt keine performance Probleme und wirft erstmal keine komplexen lagerabhängigkeitsfragen auf, wie es bei Stücklisten der Fall wäre...hinzu würde bei stücklisten noch gewichtkalkulation kommen etc... Außerdem muss man dann kein "Stücklistenartikel" erstellen sondern gibt die Menge 4 Stück als Startmenge und Maxmenge für 4 Schlüssel ein -> So wie es derzeit auch schon prima funktioniert.

...Ich stimme dir aber zu, cool wäre es natürlich, wenn der Basisartikel für eine Konfi auch eine Stückliste sein darf.

...dann wären alle Probleme bezüglich Punkt 1 gelöst.

damit wäre kein Problem zu Punkt1 gelöst, denn ich möchte über den Konfigurator, so wie ich es beschrieben habe auf einen bestehenden Artikel "Schloss" zugreifen können (Geht ja aktuell nicht, weil Schloss bereits Konfigurationsauswahl->Schlüssel beinhaltet) und im Konfigurator, wie es bisher funktioniert "Mengen-Sets" erstellen ABER mit Gesamt-Preisausgabe der Gesamt-Mengen z.B. 2 x Schlüssel, 4 x Schlüssel... dafür benötigt man keine Stückliste...

Zu 2:
Du kannst auch mit Checkboxen Arbeiten anstatt Radio Buttons und max. 1 Artikel auswählbar verwenden. Zugegeben ebenfalls ein Workaround, aber besser als mit Dummy Artikeln.

genau das kann man machen, hatte ich oben auch bereits beschrieben. Dann kann man eine Konfiguration ab/ oder hinzuwählen. Das Problem und den Lösungsvorschlag dazu habe ich oben bereits auch aufgeführt unter Punkt2
"Lösungs- Verbesserungsvorschlag für Problem2..."

Die Radio-Auswahlmöglichkeit zum Abwählen der Konfiguration lässt sich auch "einfach" über eine Funktionsanpassung am Webshop lösen, so wie ich es derzeit auch umgesetzt habe. Macht aber denke ich Sinn standardmäßig so etwas umzusetzen. Wählt ein Kunde eine "freiwillige" Konfiguration über Radiobuttons, so möchte er diese auch ggf. auch abwählen... ...Daher mein Verbesserungsvorschlag dazu.


Viele Grüße

Aaron