Erstellt vor 5 Jahren
Geschlossen vor 5 Jahren
#1198 closed Fehler (fixed)
Usability, Erwartungskonformität und Einsatzbereiche: Firmenname vs Name vs Kundenname
| Erstellt von: | roman.karuschka@… | Verantwortlicher: | m.bunkus@… |
|---|---|---|---|
| Priorität: | normal | Meilenstein: | |
| Komponente: | kivitendo ERP | Version: | 2.6.2 unstable |
| Schweregrad: | Verbesserung | Stichworte: | Oberfläche |
| Beobachter: |
Beschreibung
Da wir leider bislang kein Entwicklerforum in der Form haben, schiebe ich das wie von Sven vorgeschlagen nun hier ein..:
In #1191 habe ich das bereits mal genannt, eine Oberflaechensache an der LX so ein wenig krankt sind die teilweise nicht eindeutigen und teilweise nicht ganz passenden Benennungen von Buttons und Feldern, das faellt in den Bereich der Erwartungskonformität und Oberflächendesign.
Also..los geht's:
Das Feld "Firmenname" in CRM und ERP uebersetzt auf das Feld "name" in der DB, und wenn ich das richtig gesehen habe, war auch in Pre-Fork-Zeiten ein Feldbezeichner "Name", "Kunde" oder "Kundenname" in der Oberfläche üblich.
Die jetzige Textbezeichnung "Firmenname" passt nur fuer B2B-Installationen, sprich wenn man imemr und stetig mit Kunden zu tun hat, die auch eine Firma sind.
Ansonsten darf man entweder entgegen der Erwartungskonformitaet bei Firmenname stetig den namen einer natuerlichen Person eintragen (ist schliesslich ein Pflichtfeld), den Source an einigen Stellen aendern, oder, die "Top-Loesung" habe ich auch schon gesehen, ein Nutzer hat dann angefangen bei "Firmenname" reihenweise "Privat!" einzusetzen (Hossa! ;-)
Daher meine Bitte..Firmenname -> Kundenname, denn damit erwischt man sinngemaess immer die richtige Entitaet, egal ob Firma oder Privatperson.
Manchmal machen auch solche Kleinigkeiten bei der Handhabung der User einen riesigen Unterschied...
Änderungshistorie (2)
comment:1 Geändert vor 5 Jahren durch m.bunkus@…
- Status von new nach assigned geändert
- Verantwortlicher von p.reetz@… nach m.bunkus@… geändert
comment:2 Geändert vor 5 Jahren durch m.bunkus@…
- Lösung auf fixed gesetzt
- Status von assigned nach closed geändert

In Revision 6156d51 behoben.