it-swarm.com.de

Wie können wir den Builder für verschachtelte Regeln / Prädikate visuell verbessern?

Dies wurde hier ein wenig diskutiert: Erstellen logischer Kriterien (mit AND, OR usw.) - aber wir hatten das Gefühl, dass die Beispiele sehr zu wünschen übrig ließen.

Apple (mit seinen versteckten verschachtelten Regeln/Prädikat-Builder) in iTunes und Mail kam am nächsten - aber obwohl es großartig ist, einen Regelsatz zusammenzustellen, denke ich nicht, dass es leicht zu verdauen und leicht zu befolgen ist.

Wir haben experimentiert, wie wir einen verschachtelten Regel-/Klauselsatz lesbarer und offensichtlicher in Bezug auf Gruppierungen und ihre Beziehung zueinander machen können.

Concept 1

Wir haben zunächst einen einfachen hierarchischen Regelsatz mit vertikalen Balken ausprobiert, um besser zu zeigen, wie sich die Gruppen zueinander verhalten und wo sich die Verschachtelungen befinden, anstatt sich auf Einrückungen zu verlassen.

Concept 2

Anstatt vertikale Balken zu verwenden, haben wir versucht, die Einrückung zu verwenden und die tatsächlichen logischen Beziehungen zwischen den einzelnen anzuzeigen. Wir sind damit nicht ganz zufrieden, da diese UND- und ODER-Verknüpfungen viel visuelles Rauschen verursachen.

Concept 3

Dann haben wir das Beste aus beiden Welten versucht; Verwendung von Einrückungen und Schattierungen sowie von UND und ODER.

Concept 4

Und dann haben wir das UND und das ODER herausgenommen. Dies macht die Dinge weniger explizit, aber wir haben eine sauberere Oberfläche.

Wir sind uns ziemlich uneinig, ob wir AND/ORs einschließen sollen. Einerseits können wir die Logik, die sich aus dem Regelsatz ergibt, nicht genauer beschreiben. Auf der anderen Seite sind AND und OR für nicht so technische Benutzer nicht intuitiv.

Begrüßen Sie Ihre Gedanken dazu und zu den Konzepten.

15
Jamie Edwards

Boolesche Logik ist definitiv nicht benutzerorientiert

Zum Beispiel ist es sehr schwer zu verstehen, dass:

mockup

bmml source herunterladen - Wireframes erstellt mit Balsamiq Mockups

Sie sollten Ihren Ansatz überdenken, wenn Sie keine Verwirrung wollen. Ich weiß, dass du keine Verwirrung willst. Die Sache mit Nestern ist, dass sie sich nicht wie Venn-Diagramme verhalten. Sie sind visuell nicht selbsterklärend.

Muss es verschachtelt sein?

Grundsätzlich kann der Benutzer suchen und filtern.

  • Suche: Sie will das, das und das. Was schwer zu sagen ist, ist, ob sie dies will und auch this und auch dies oder das oder vielleicht this oder vielleicht this oder vielleicht this.

  • Filter: Innerhalb dieser Suche will sie dies, dies und das nicht.

Verschachtelt machen es sehr schwer zu verstehen

Mamals that can Fly und Flying animals that are Mamals ist das gleiche.

Within Animals that can Fly, Animals that can Swim and Animals that can walk, I want to find animals that are Hairy ist dasselbe wie die Suche nach Animals that are Hairy, that can Swim and animals that Hairy that can Fly

Es lässt den Benutzer aufgrund der vielfältigen Möglichkeiten überdenken. Lassen Sie den Benutzer zuerst suchen und dann filtern.

Hier ein Beispiel von Google mit vielen Eingaben und Kriterien, es könnte verschachtelt sein, aber es ist nicht:

enter image description here

Wie du siehst:

Boolean [or] wird [any of these words]

Boolean [and] wird [all this words]

Es macht viel mehr Sinn.

Sie können so etwas in Ihrer Benutzeroberfläche verwenden:

mockup

bmml Quelle herunterladen

4
Gildas Frémont

Ich habe mit demselben Problem mit mehreren Projekten in mehreren Domänen zu kämpfen, und ich habe heute wieder damit zu kämpfen (und ich habe Ihre WUNDERBARE Aufschlüsselung des Problems gefunden!).

Ich mag Ihre endgültige Lösungsrichtung sehr - dort bin ich auch gelandet, also gibt es dort eine Bestätigung.

Das einzige, was ich in meiner Lösung habe, das bei Ihrem Problem mit der Textüberladung "und/oder/jeder/alle" helfen könnte, habe ich vor einigen Jahren entdeckt, als ich meinen Kopf dagegen schlug: UND/ODER-Tore.

(Logic Gates

Also ... dort ist viel los, und es ist hypertechnisch, aber wo es uns hingebracht hat, war Symbologie für AND und OR zu denken.

Daher sind die allgemeinen Symbole für UND und ODER für Ihren Basisbenutzer überhaupt nicht "allgemein". Aber das lässt Ihnen die Freiheit, die vorhandenen zu verwenden oder Ihre eigenen zu erfinden, indem Sie diese als Inspiration verwenden. Ich habe ein kleines Beispiel mit Ihrem Bildschirm verspottet. Etwas zu beachten.

(sample and or with gate symbols

2

Vielen Dank für Ihre Antworten. Wir werden Konzept 4 in Kayako übernehmen: Concept 4

Wir werden die Tiefe der 3 verschachtelten Gruppen begrenzen.

Die Gründe sind:

  1. OR und AND (boolesche Terminologie) veranlassen unsere Benutzer, mehr Fragen zu stellen, als sie tatsächlich beantworten (danke an @ gildas-fremont für die gleichen Erkenntnisse).
  2. Alle schienen mit der Terminologie "Any of" und "All of" vertraut zu sein und was dies für die Verfahrenskriterien bedeutete (die Schattierung half hier).
  3. Für die Anforderungen unserer Benutzer (und die Best Practices unseres Produkts) sollten sie ohnehin nicht über drei verschachtelte Gruppen hinausgehen. Deshalb versuchen wir, sie vor dem Durcheinander für die nächste Person zu bewahren
0
Jamie Edwards