In deinem nächsten Leben solltest du Entertainer werden - du hast ne derart positive Ader deine Themen spannend und interessant rüber zu bringen - das hat was
Danke dir. Irgendwie bin ich auch manchmal in meinem Job Entertainerin, wenn ich einen Workshop oder eine Schulung machen. 😄 Vielleicht kommt es daher. Freue mich über dein Feedback 😊
Im Curriculum des CPUX-UT ist das vorgehen beschrieben und die Methode Affinitiy Diagramm genannt uxqb.org/public/documents/CPUX-UT_DE_Curriculum.pdf#page46
Naja aber grundsätzlich sollte man doch erst immer das erledigen, bei dem man mit wenig arbeit viel Erfolg hat, oder? Also Ich weiss ja wie das ist, man verrent sich gern in Dinge, aber letzendlich gibt es ja immer jemand der Ergebnisse sehen will . Was denk ich auch wichtig ist: Der Kunde muss den Fortschritt bemerken. Gutes beispiel: Star Citizen. Das Spiel ist in der ewigen Alpha, aber die User bemerken, es geht vorran, es kommt immer etwas neues, deswegen bleiben sie am Ball und zahlen Geld (teilweise nicht wenig) für ein Spiel das eigentlich noch garnicht fertig ist. Gut das ist bei Star citizen ein anderes Problem, kein UX Problem, dennoch hat man da wieder diese Beziehung zwischen Kunden und Entwickler der eben den Kunden dazu bringen will sein Produkt zu kaufen, also so einen Usability Test beschräkt sicht ja dann nicht nur auf UX, auch auf Features die eine Anwendung kann, oder seh ich das falsch und es ist tatsächlich nur für das pure UX gedacht? Gut das geht ja irgendwie auch fliesend in einander über.
Ja genau hatte ich ja auch im Video gesagt das man die kritischen mit wenig Aufwand zuerst machen soll. Manchmal gibt es die aber nicht und dann muss man sich entscheiden. Ja das mit dem sichtbaren Fortschritt ist ein schwieriges Thema. Ich habe ja auch Mal im Gaming gearbeitet und man hat ständig den Druck neuen Content zu liefern. Manchmal muss man aber auch einfach Mal Bugs fixen oder ein Backend refactoring machen. Letztlich kommt das dem Nutzer auch zu gute, weil wie ich im Video gesagt habe Bugs schlagen immer Usability. Wenn es zu laggy oder buggy ist kann die Anwendung so intuitiv sein wie sie will, man findet es trotzdem scheiße. UX ist ja das ganze Erlebnis mit der Anwendung. Bei einem Usability Test schau man Nur auf die Nutzbarkeit das Interfaces. Daher spricht man auch von Usability Problemen und nicht von UX Problemen. Die beiden Begriffe sind nicht gleichzusetzen.
![ลองสุ่มไอโฟน 990 โกงมั้ย? [ โกงมั้ยครับ ep.101 ] | DOM](http://i.ytimg.com/vi/bfsWe0j492k/mqdefault.jpg)
Tolles Video!
Danke 😊
In deinem nächsten Leben solltest du Entertainer werden - du hast ne derart positive Ader deine Themen spannend und interessant rüber zu bringen - das hat was
Danke dir. Irgendwie bin ich auch manchmal in meinem Job Entertainerin, wenn ich einen Workshop oder eine Schulung machen. 😄 Vielleicht kommt es daher. Freue mich über dein Feedback 😊
Gibt es hier eine wissenschaftliche Quelle/ Methode zu?
Im Curriculum des CPUX-UT ist das vorgehen beschrieben und die Methode Affinitiy Diagramm genannt uxqb.org/public/documents/CPUX-UT_DE_Curriculum.pdf#page46
Danke dir :) @@IndraBurkart
Naja aber grundsätzlich sollte man doch erst immer das erledigen, bei dem man mit wenig arbeit viel Erfolg hat, oder? Also Ich weiss ja wie das ist, man verrent sich gern in Dinge, aber letzendlich gibt es ja immer jemand der Ergebnisse sehen will .
Was denk ich auch wichtig ist: Der Kunde muss den Fortschritt bemerken. Gutes beispiel: Star Citizen. Das Spiel ist in der ewigen Alpha, aber die User bemerken, es geht vorran, es kommt immer etwas neues, deswegen bleiben sie am Ball und zahlen Geld (teilweise nicht wenig) für ein Spiel das eigentlich noch garnicht fertig ist. Gut das ist bei Star citizen ein anderes Problem, kein UX Problem, dennoch hat man da wieder diese Beziehung zwischen Kunden und Entwickler der eben den Kunden dazu bringen will sein Produkt zu kaufen, also so einen Usability Test beschräkt sicht ja dann nicht nur auf UX, auch auf Features die eine Anwendung kann, oder seh ich das falsch und es ist tatsächlich nur für das pure UX gedacht? Gut das geht ja irgendwie auch fliesend in einander über.
Ja genau hatte ich ja auch im Video gesagt das man die kritischen mit wenig Aufwand zuerst machen soll. Manchmal gibt es die aber nicht und dann muss man sich entscheiden.
Ja das mit dem sichtbaren Fortschritt ist ein schwieriges Thema. Ich habe ja auch Mal im Gaming gearbeitet und man hat ständig den Druck neuen Content zu liefern. Manchmal muss man aber auch einfach Mal Bugs fixen oder ein Backend refactoring machen. Letztlich kommt das dem Nutzer auch zu gute, weil wie ich im Video gesagt habe Bugs schlagen immer Usability. Wenn es zu laggy oder buggy ist kann die Anwendung so intuitiv sein wie sie will, man findet es trotzdem scheiße.
UX ist ja das ganze Erlebnis mit der Anwendung. Bei einem Usability Test schau man Nur auf die Nutzbarkeit das Interfaces. Daher spricht man auch von Usability Problemen und nicht von UX Problemen. Die beiden Begriffe sind nicht gleichzusetzen.