Verbesserungsvorschläge mit der Bitte um Aufnahme 
Autor: Mario M.Hallo an Incomedia WebsiteX5
Als allererstes möchte ich sagen, dass euer Produkt spitzenklasse ist.
Ich liebe es einfach, es ist funktional und bietet alle was das Designerherz begehrt, weiter so!
Aber wie es halt immer so ist, sind mir hier und da ein paar „Fehler“ aufgefallen, die meiner Meinung nach verbesserungswürdig sind, mit der Bitte diese mit auf einer „Verbesserungsliste“ zu setzen.
Newsletter:
Es wäre einfach großartig, den Kunden über WebsiteX5 einen Newsletter anbieten zu können, und zwar aus dem „geschütztem Zugang“ im Backend heraus. Hierzu wäre natürlich eine weitere „Newsletter erhalten“ Checkbox neben der „Ich akzeptiere die AGB´s...“ Checkbox notwendig. Man könnte dann im Backend neben den „geschützten Zugang, Warenkorb, Statistiken u.s.w.“ Sparten eventuell eine neue Sparte namens „newsletter Verteiler“ sehen, in dem all die Personen sind, die den Newsletter akzeptiert haben, um direkt von dort eine E-Mail mit Neuigkeiten an alle zu senden.
Diagramme:
Im Backend sind die Diagramme ja gut einsehbar, aber meines Erachtens gehen die bei den „Anzahl der verkauften Produkten“ nicht tief genug.
Ich sehe bei mir z.B. nur 9 Positionen, wobei „Others“ natürlich den größten Anteil darstellt. Ich fände es besser, wenn man alle Produkte einsehen könnte, eventuell individuell anklickbar oder so...
Verfügbarkeit:
Das fand ich etwas verwirrend – ich habe einige Produkte mit einer Verfügbarkeit versehen, als eins der Produkte nicht mehr verfügbar war, wurde ich ordnungsgemäß darüber informiert. Nun habe ich das Produkt „ent-linkt“ und die Verfügbarkeitsberechnung abgeschaltet, so das das Produkt zwar noch beim Bearbeiten für mich sichtbar ist, aber nicht mehr für den Kunden, trotdem hat mich die App bei jeder Bestellung auf das neue gewarnt, das das Produkt nicht mehr verfügbar sei. Erst als ich das Produkt komplett gelöscht habe, dann den Shop neu hochgeladen habe, dann erst war die Warnung weg, was ja nicht sinnvoll ist, denn wenn ich das Produkt wieder da habe, hätte ich einfach nur die Verfügbarkeit wieder erhöt, so muss ich das Produkt wieder komplett neu einpflegen...
Couponcode:
Der Couponcode ist eine coole Sache, besser fände ich es aber, wenn man zusätzlich die Möglichkeit hätte, einen individuellen Code erzeugen zu lassen. Also wenn ein Kunde etwas kauft, wird automatisch ein Code nur für Ihn erzeugt und in seiner Bestätigungsmail automatisch eingefügt. Diesen kann er dann für eine eingestellte Zeit einlösen (z.B. ab Erzeugung des Codes 1 Jahr). Die Idee dahinter ist folgende; Ich habe im Moment einen Gutscheincode für den November (10%), möchte aber im Dezember nur 5% anbieten, also läuft der 10%ige Code im November ab und ein neuer wird ab Dezember zur Verfügung gestellt. Kunde kauft heute etwas bei mir (stand 21.11.20) und hätte jetzt nur noch 9 Tage Zeit den Gutschein einzulösen. Bei meiner Variante hätte er aber ab den 21.11.20 ein Jahr zeit den Gutschein eizulösen.
Header/Footer mit Kacheln:
Eins der Besonderheiten bei WebsiteX5 ist das Arbeiten mit „Kacheln“ auf den jeweiligen Seiten. Man kann wunderbar die Spalten erweitern oder verringern und unkompliziert Texte, Bilder u.s.w. mittels drag&drop auf die Arbeitfläche ziehen. Die Positionen sind dann 1:1 in der Vorschau zu sehen. Beim Header und Footer finde ich das nicht so gut gelöst. Zwar ist da ja auch das drag&Drop Prinzip, was auch toll ist, aber die Größen und Positionen scheinen soetwas wie ein Glücksspiel zu sein. Ich muss gefühlte 20 mal zwischen dem Arbeitsplatz und der Vorschau hin und her springen um wieder und wieder zu überprüfen ob die Positionen der eingefügten Elemente stimmen. Könnte man da nicht auch Spalten verwenden, die dann ebenfalls 1:1 den Positionen entsprechen wie ich sie eingefügt habe?
PayPal PLUS
Viele Kunden springen beim Bezahlvorgang ab, weil kein Rechnungskauf vorhanden ist. Ich könnte das natürlich einstellen, möchte mich aber nicht mit den Leuten die nicht oder schlecht zahlen rumärgern, war leider alles erfahrungsgemäß schon da, deswegen biete ich keinen Rechnungskauf mehr an. PayPal Plus bietet ja den Rechnunskauf über PayPal an und das wäre super wenn das noch mit drin wäre...
Zahlung vor Bestellende:
Ich hatte das Thema hier im Forum schonmal angesprochen https://helpcenter.websitex5.com/de/post/234020 und diese Bitte wurde auch schon von Incomedia aufgenommen.
Es geht einfach darum, das die Zahlungswahl ganz am Ende des Bestellvorgangs auswählbar ist, was meiner Meinung nach der Grund ist, warum so viele Bestellungen nicht durchgeführt werden.
Der Bestellvorgang geht ja im Moment so:
Produkt zum Warenkorb → Kunde klickt „weiter zur Bestellung“ → Kunde gibt Kontaktdaten ein oder loggt sich ggfl. Ein → Kunde wählt den Versand aus → Kunde wählt Zahlungmethode aus (in dem Fall PayPal) → Kunde muss alle Angaben und auch die AGB´s und den Kauf bestätigen → >Ich und Kunde bekommen zwischenzeitlich die Bestellbestätigung< → Kunde kommt zur PayPal Zahlungsauswahl (PayPal, SEPA, Giropay, Klarna, Kreditkarte) und wählt seine Zahlung und gibt seine Daten im PayPal Dialog ein → Zahlung wird durchgeführt, oder wird (wie so oft) abgebrochen.
Besser wäre es, und so kenne ich es eigentlich nur, auf dieser Art und Weise:
Produkt zum Warenkorb → Kunde klickt „weiter zur Bestellung“ → Kunde gibt Kontaktdaten ein oder loggt sich ggfl. Ein → Kunde wählt den Versand aus → Kunde wählt Zahlungmethode aus (in dem Fall PayPal) → Kunde kommt zur PayPal Zahlungsauswahl (PayPal, SEPA, Giropay, Klarna, Kreditkarte) und wählt seine Zahlung und gibt seine Daten im PayPal Dialog ein → Kunde muss alle Angaben und auch die AGB´s und den Kauf bestätigen → Zahlung wird jetzt durchgeführt → >Ich und Kunde bekommen JETZT ERST die Bestellbestätigung.<
Die Zahlmethode würde also schon vor dem tatsächlichen Kauf ausgesucht werden und mit der „Jetzt Kaufen“ Aktion durchgeführt werden. Und auch jetzt erst käme eine Bestellbestätigung.
Im Moment habe ich das Problem, das bei einem Abbruch ich dennoch eine Bestellbestätigung erhalte. In so einem Fall schreibe ich den Kunden an – viel blabla viel Zeit... ich kann zwar das so einstellen, das der Kunde erst nach dem Bezahlen eine Bestätigung erhält, aber ich bekomme trotzdem eine, das ist sehr nervig! Also bitte bitte erst eine Bestellbestätigung NACH der erfolgreichen Bezahlung, so hätte auch eine „Fehlerseite“ sinn.
Dieser Punkt „Zahlung vor Bestellende“ ist mir SEEEHHHR wichtig, und hoffe das ihr da eine Lösung findet. Im übrigen habt ihr das selbst so z.B. beim Creditskauf, bitte so auch in der Software einfügen – Vielen Dank im Voraus.
MfG
Mario Michel e.K.
Nuss - Michel
Hallo Mario,
ich kann dir mal sicher sagen, dass die ganzen Wünsche zwar schön aufgelistet sind, aber sicherlich bei so einer Menge nicht durchgelesen werden, geschweige denn beantwortet oder umgesetzt.
Zu 90 % beschreibst du Dinge die entweder nur ein reines CMS System kann oder ein "echtes" SHOP System eingebaut hat.
Manche Dinge sind bereits über Umwege gelöst worden und manche einfach nicht möglich in WSX5.
Wenn dann würde ich nur ein Thema Pro Posting mit einer Sache posten als "Anregung" und eben genau Auflisten was praktisch und vorteilhaft wäre, was 1000ende andere auch benötigen würden und nicht nur speziell du.
Autor
Ok danke für den Tip
Ich dachte halt eine Zusammenfassung wäre sinnvoller als zig kleine Anliegen.
Was die Anregung "nur für mich Speziell" betrifft... Naja... ich gehe halt von mir aus und bin mir sicher das das 1000ende ebenso begrüßen würden.
Was genau denkst du wäre davon nicht umsetzbar?
Newsletter: Ist eine Datenschutzgeschichte und dazu gibt es externe eigene Programme die besser sind als wenn man WSX5 damit überladet!
Diagramme: Im Backend bzw. MAnager ist zwar schon einiges geschehen für den Shop und könnte man noch weiter ausbauen.
Verfügbarkeit: Ist nicht so verwirrend wie es ist, aber man sollte hier einige Dinge beachten, damit es funktioniert. Besser ist es immer eine Datenbank einzubinden um nicht am Server gewisse Daten zu überschreiben oder zu löschen.
Couponcode: wenn ich es richtig verstanden habe, sollte WSX5 automatisch etwas machen und wissen, was der Kunde kauft um ihm einen individuellen Couponcode zur Verfügung zu stellen? Das kann nicht mal das beste SHOP System berechnen oder erstellen.
HEader/Footer Kacheln: wenn man rechnen kann, dann kann man die Mitte berechnen vom Header und genauestens einstellen per rechtsklick auf das Objekt. Hier benötigt man keine Kacheln. Außerdem im Hintergrund sieht man doch "Kachelmuster"! Im Arbeitsbereich kann man auch auf hell/Dunkel schalten, allerdings sehe ich gerade, dass man zwar Einstellungen von der Größe der KAcheln angeben kann, aber keine Wirkung hat.
Paypal Plus: ...gibt es aus gewissen Gründen nicht in WSX5 und deshalb wurde Paypal Commerz integriert, das derzeit gut funktioniert.
Zahlungsmethode: Das mit der Zahlungsmethode kann nicht so nach deinen Wünschen gemacht werden.
Wenn man die Kunde sofort nach Auswahl der Zahlungsmethode weiterleitet zu Paypal , hat er noch nichts bestätigt ob er auch kaufen will und ob er die AGB aktzeptiert und hat noch nicht die Aufstellung gesehen was er überhaupt alles in den Warenkorb getan hat.
Wenn es darum geht, dass es erst nach der Zahlung die Bestellbestätigung oder Bestell-email zu bekommen, das kann man alles im SHOP unter "Bestellung senden" einstellen. Wenn also der Zahlungsvorgang abgebrochen wird, dürfte es dann auch keine Email zuschicken.
Autor
Nun... da hast du mich in ein paar sachen leider nicht verstanden:
"Newsletter: Ist eine Datenschutzgeschichte und dazu gibt es externe eigene Programme die besser sind als wenn man WSX5 damit überladet!"
Welche?
"Verfügbarkeit: Ist nicht so verwirrend wie es ist, aber man sollte hier einige Dinge beachten, damit es funktioniert. Besser ist es immer eine Datenbank einzubinden um nicht am Server gewisse Daten zu überschreiben oder zu löschen."
Wie geht das mit der Datenbankeinbindung?
"Couponcode: wenn ich es richtig verstanden habe, sollte WSX5 automatisch etwas machen und wissen, was der Kunde kauft um ihm einen individuellen Couponcode zur Verfügung zu stellen? Das kann nicht mal das beste SHOP System berechnen oder erstellen."
Falsch verstanden... das system soll nach dem kauf einen individuellen couponcode erstellen, den der kunde bei einem 2. kauf einsetzen kann. Z.B kunde kauft -> system erstellt einen code SKFNEIKEJ%&MDJK -> der code wird in seiner e-mail eigefügt, so das er ihn für das nächste mal hat -> kunde kauft ein 2. mal und fügt den code SKFNEIKEJ%&MDJK ein und erhält voreingestellte 10% auf seinen kauf für einen voreingestellten zeitraum ab kauf.
Der Zusatz von dir "Das kann nicht mal das beste SHOP System berechnen oder erstellen." ist falsch, denn es gibt sehr wohl shops die das machen (zuhauf sogar)
"HEader/Footer Kacheln: wenn man rechnen kann, dann kann man die Mitte berechnen vom Header und genauestens einstellen per rechtsklick auf das Objekt. Hier benötigt man keine Kacheln. Außerdem im Hintergrund sieht man doch "Kachelmuster"! Im Arbeitsbereich kann man auch auf hell/Dunkel schalten, allerdings sehe ich gerade, dass man zwar Einstellungen von der Größe der KAcheln angeben kann, aber keine Wirkung hat."
Rechnen kann ich sehr wohl, danke der nachfrage, aber bei einen shopsystem das "alles einfacher" machen sollte, sollte das nicht nötig sein, ich meine, auf den seiten gibt es ja auch kacheln und da muss man ja auch nicht viel rumrechnen, also warum beim header und beim footer??
"Paypal Plus: ...gibt es aus gewissen Gründen nicht in WSX5 und deshalb wurde Paypal Commerz integriert, das derzeit gut funktioniert."
Naja... habs gerade mal getestet, PayPal, Kreditkarte und SEPA gehen, bei GiroPay und Klarna kam eine Fehlermeldung (habs mehrere Male getestet).
"Zahlungsmethode: Das mit der Zahlungsmethode kann nicht so nach deinen Wünschen gemacht werden.
Wenn man die Kunde sofort nach Auswahl der Zahlungsmethode weiterleitet zu Paypal , hat er noch nichts bestätigt ob er auch kaufen will und ob er die AGB aktzeptiert und hat noch nicht die Aufstellung gesehen was er überhaupt alles in den Warenkorb getan hat.
Wenn es darum geht, dass es erst nach der Zahlung die Bestellbestätigung oder Bestell-email zu bekommen, das kann man alles im SHOP unter "Bestellung senden" einstellen. Wenn also der Zahlungsvorgang abgebrochen wird, dürfte es dann auch keine Email zuschicken."
Falsch! Die Zahlung kann so gemacht werden, incomedia macht es ja so wenn man z.B. credits kaufen will, erst die Daten bei paypal eingebn, und dann abschließend mit "jetzt kaufen" zahlen, also warum geht das im shop nicht? Das thema hatten wir ja eigentlich auch schon, zigtausende seiten machen das so, du wirst doch mal in letzter zeit wo was gekauft haben - achte halt mal drauf - man wählt erst die zahlmethode mit anschließenden einloggen bei paypal (paypal dialog) und dann erst wird auf den button "jetzt kaufen" oder "bezahlen" geklickt, ich könnte mir vorstelllen das die abssprungrate dadurch massiv nach unte geht.
Ausserdem wurde in dem thread https://helpcenter.websitex5.com/de/post/234020 geschrieben, das das auf die liste kommt...
und ja, ICH WEIß das man die mail so einstellen kann das der kunde erst nach bezahlung eine mail erhält, dennoch bekomme ICH in jedem fall eine und das NERVT.
Autor
geh mal spaßeshalber hin und mach mal so als ob du credits kaufen willst, du wirst sofort verstehen was ich meine
HAbe ich gemacht und da es ja nur ein Produkt ist was man kaufen will, wird beim Button "Kaufen" der Vertrag abgeschlossen und danach wird man zu Paypal geleitet. NAch der Bezahlung wird nur die Bestätigung geschickt und eine Email ausgeschickt "nach" der Bezahlung!
Ich gehe mal davon aus, dass die Entwickler es durch den Google Translator laufen lassen und (im Homeoffice hat man ja Zeit) durchlesen und vielleicht (wenn man nicht die Hoffnung aufgibt) etwas davon eingebaut oder verbessert wird.
"Newsletter:http://www.artmedic-phpscripts.de/index.php?page=1250064417&f=1
schau Dir das mal genau an! Ist nicht sooo schwer das Ding in X5 einzubauen.
Autor
ja mache ich danke
Aber ich denke auch mit dem datenschutz ist das dann so eine sache. in websitex5 müsste halt auch dann so eine checkbox sein
Autor
ja-ha! man kann doch den button benennen wie man will, nur der am enden MUSS heissen "Jetzt Kaufen" oder "jetzt bezahlen"
Hier mal ein gutes Beispiel:
Nach der Eingabe von Adressdaten kommt man zu diesem dialog
und dann öffnet sich das paypal dialog:
und danach kommt man zur zusammenfassung wo ein button ist auf dem steht "zahlungspflichtig bestellen"
Und erst JETZT, wenn ich da drauf klicke, habe ich die Ware gekauft, b.z.w. PayPal nötigt mich zur Zahlung.
Da ist zwar nur ein Produkt, aber das ist egal, da könnten jetzt 100erte drin sein, selbes spiel
Autor
das ist eigentlich überall so, und ich wünschte mir halt das selbe für websitex5
ich weiß das das (im moment) nicht geht, deswegen habe ich eine "wunschliste" zusammengestellt, mit der sich incomedia eventuell auseinander setzt. Deswegen habe ich ja auch ein vorschlag thread eröffnet und kein hilfe thread
Autor
Soviel zu: "...deshalb wurde Paypal Commerz integriert, das derzeit gut funktioniert."
Hier eine Mail einer Kundin, ganz frisch:
Wenn es nicht funtkioniert, dann hast du bei Paypal Commerz etwas falsch oder zuwenig eingegeben. Deshalb scheitert es bei den meisten. Was genau es ist kann ich aber auch nicht sagen, weil ich es nicht testen kann.
Autor
Wieso? was soll ich dennn da falsch eingegeben haben? es geht doch um das PayPal Modul bei websitex5! das neue update vor ca. 1 monat, wo auch geld gekostet hat, da kann mann nicht viel eingeben.
Die Kunden müssen doch ein Lastschriftmandat vergeben und nicht ich, oder was für ein sinn sollte das neue modul sonst haben? wenn ich das alles per java und api u.s.w. selbst eincoden muss, wozu dann das modul?
Man kann doch nicht ein "neues modul" rausbringen, welches man erfolgreich (so zumindest steht es ja dann da) in website x5 verknüpft und dann, wenn ich jetzt nach dem gehe was du sagst, ohne irgendeine weitere etwaige anleitung zur genauen integration in seinem paypal account die leute im regen stehen lassen.
das neue modul habe ich jetzt übrigens wieder entfernt und das alte drauf, wieder ein kunde wo das nicht geklappt hat, langsam ärgere ich mich
Autor
nein entschuldigung, alles zurück, hab da was gefunden sorry