lezten Mittwoch hatten wir ja darüber gesprochen, dass man seine Bedarfe genauer beschreiben können sollte, bzw. eine genauere Auswahl treffen sollte. Das habe ich auf Screen 2 - 4 mal versucht umzusetzen. Im Screen 5 - 8 ordnet man sich einer Tätigkeit zu, entweder dass man sie als Mittel zur verfügung stellt (neu hier: die genauere beschreibung) oder etwas herstellt und einen neuen Bedarf vermittelt. Auf Screen 8 würde man dann wahrscheinlich anstatt der Liste an Bedarfen das Tätigkeitsmuster sehen. Das wird nochmal echt tricky das cool darzustellen glaube ich!
Hier eine erste Annäherung:
Vielleicht könnt ihr mir helfen und wir überlegen uns gemeinsam ein Musterszenario und definieren einmal was in dem Beispielfall genau ein Tätigkeitsmuster wäre, also wie das ablaufen würde. Die Software wählt dann für mich das beste Muster aus, oder muss hier noch eine Auswahl dazwischen, auf welche Art das Brot hergestellt werden soll?
Screen 11 stelle ich mir als große Fläche vor, in der man frei navigieren kann, also scrollen und zoomen, ähnlich wie bei Karten, deswegen hier das breitere Format. Die Screens 12 - 14 zeigen Fenster, die sich dann über dam Screen 11 öffnen würden, wenn man auf die entsprechenden Buttons klickt.
Und dann gibt es noch den Profilbereich und die frage was darin alles verpackt wird:
Auch nach unserer aktuellen Diskussion halte ich es noch für passend, die Anzeige wie bisher beizubehalten. Es sind dann eben nicht alles Bedarfe, die abgefragt werden, sondern teilweise einfach Mittel, die möglicherweise benötigt werden könnten. Und für letztere gibt es den Link „XYZ herstellen“ dann nicht, weil keine Tätigkeit freigeschaltet ist.
Ich bin ehrlich gesagt gerade nicht ganz in den Wireframes drin (kommt noch), aber so viel gerade: Ich denke, die Nutzer haben gerade drei Möglichkeiten sich aktiv zur Vervollständigung einer Konfiguration einzubringen: 1. durch die Selbstzuordnung zu Tätigkeitsmustern. 2. Durch das zur-Verfügung-stellen von Bedarfen und 3. Durch das zur-Verfügung-stellen von Wissen in Form von Tätigkeitsmustern. Und das zur-Verfügung-stellen von Bedarf kann einmal bei ‚möglichen Konfigurationen‘ der Fall und damit an Tätigkeitsmuster geknüpft sein. Also die Frage: „Willst du dich der Tätigkeit annehmen bzw. kannst du gleich das Resultat zur Verfügung stellen?“ - das ist ja, soweit ich das verstehe, das was bisher auch abgebildet ist (Wireframe 6).
Und dann gibt es noch die Abfrage nach Bedarfen von ‚nicht-möglichen Konfigurationen‘, also solchen, bei denen die dafür notwendigen Mittel nicht bzw. noch nicht zur Verfügung stehen und daher noch kein Konfigurationsprozess (also das zeitlich-getrennte Freischalten von Tätigkeitsmustern) angestoßen wird. Aber diese Bedarfe hängen ja selbst auch an Tätigkeitsmustern. Und die Frage wäre wieder: „Kanst du das zur Verfügung stellen bzw. kannst du dich einer Tätigkeit annehmen, die das verfügbar macht?“. Der einzige Unterschied ist also, das vom Bedarf, und nicht vom Tätigkeitsmuster aus gedacht wird. Und, dass die Wahrscheinlichkeit höher sein könnte, dass das Tätigkeitsmuster niemals aktiviert werden würde, da es noch Teil einer ‚nicht-möglichen Konfiguration‘ ist.
Ich will sagen: Am Ende hast du wahrscheinlich Recht und langsam kommen die Wireframes auch bei mir an und ich finde es sehr gut. Vielleicht würde ich immer noch zwei getrennte Prozesse machen, also die Tätigkeitsmuster von den Bedarfen trennen, so das mir entweder das Mittel ‚Brot‘ oder das Tätigkeitsmuster ‚Brot backen‘ jeweils zuerst angezeigt wird. Aber das könnte auch die Nutzerin vielleicht einfach umschalten, wie sie es sich gerne anzeigen lassen würde.
Lange Rede, kurzer Sinn: Soweit ich das jetzt sehe, passen die Wireframes.
Nachtrag: Was wir auf Dauer brauchen ist eben das „Wissen teilen“-Ding. „Brot herstellen“ (bzw. „verfügbar-machen“, da es ja auch auf ein Transport-Muster verweisen könnte) verweist ja auf ein oder mehrere konkrete Tätigkeitsmuster. Und vielleicht gefallen die mir alle nicht und ich habe ein anderes Rezept / eine andere Möglichkeit und hätte dafür auch die Zutaten zuhause. Zwischen den Wireframes 6 und 7 müsste jetzt eigentlich noch ein Wireframe sein, bei dem das konkrete Tätigkeitsmuster ausgewählt wird und zusätzlich ein Button Namens (z.B.) „Neue Möglichkeit hinzufügen“, über den sich leicht ein neues Muster einspeichern lässt.
Hier noch meine (etwas allgemein gehaltene) Rückmeldung:
Mir gefallen die Wireframes ungemein. Und sie helfen mir sehr, mir die App vorstellen zu können. Für mich macht so weit alles Sinn und ich finde, du hast grossartige Arbeit geleistet. Einzig ein Punkt ist mir aufgefallen: Bis wie weit gehen wir ins Detail? Ist es wirklich relevant, dass ich ein Brotmesser als Mittel habe, damit ich ein Brot essen kann? Wo wird es lächerlich? Wie wir da eine allgemeine Regel finden, ist mir noch nicht klar. Vielleicht braucht es die aber auch gar nicht.
Wie dem auch sei: Wir haben heute morgen besprochen, dass es zur Zeit wohl keinen Sinn macht, noch tiefer in die Wireframes einzusteigen, sondern den aktuellen Stand einfach mal beibehalten möchten, damit wir dann mit den Softwarefirmen gemeinsam weiter gehen können. Teilst du @katharina diese Ansicht?
Wir fänden es aber wichtig, dass die Wireframes, die im Kürzestfilm und im Entwicklerfilm vorkommen sollen, ein schickes Design erhalten, damit sie für potenzielle Geldgeber*innen noch greifbarer rüber kommen. Wäre das möglich?
Hier gäbe es dann sowohl Tätigkeiten (das dann auf Muster wie bei Wikihow verweist?), die ausgeführt werden müssen, als auch Bedarfe (ich stelle ein Mittel zur Verfügung?), die gedeckt werden können. Im Fall des Brotes würde hier dann auf das gleiche Resultat verwiesen werden. Soll das so? Ich bin mir immer noch nicht sicher. Außerdem sollte ja auch noch Wissen vermittelt werden können in der Liste, oder? Wobei man ja auch für etwas wie Marmelade kochen Wissen braucht… Oder soll auch noch abgefragt werden: Weißt du wie man Marmelade kocht?
(Sollte ich an einer Stelle die Begriffe nicht richtig verwenden bitte sehr gerne korrigieren!)
Dann wähle ich im nächsten Schritt etwas aus, habe also (mindestens) zwei mögliche Wege vor mir, je nachdem, ob ich eine Tätigkeit oder einen Bedarf ausgewählt habe. (Oder dann noch mit der Wissensvermittlung einen dritten?). Davor gab es bei mir ja, nachdem man z.B. ‚Brot‘ ausgewählt hatte die Frage, ob ich das herstellen oder zur Verfügung stellen möchte (hier auch noch Screen „Auswahl: Bedarf/Tätigkeit“. Aber wenn ich das zuvor schon entsprechend ausgewählt habe, muss das hier nicht mehr abgefragt werden, oder?
Am Ende der Stränge würde man dann noch zu dieser magischen Übersicht kommen, auf der die Muster und Verbindungen dargestellt werden, die allerdings noch gestaltet werden muss.
Soweit… Drehen wir uns im Kreis? Oder machen wir zumindest Baby-Steps nach vorne?
Das ganze war jetzt leider immernoch ziemlcih wireframig, obwohl wir ja gesagt haben wir belassen es soweit dabie, aber es waren ja noch ein paar ungeklärte sachen dabei und sind das auch immernoch, da fällt es mir schwer das so stehen zu lassen.
aber jetzt weiter zur tätigkeitsmuster ansicht. ich hab überlegt wie man sich am besten annährt, ich denke es wäre sinnvoll wenn wir uns das, was robert hier schonmal gesammelt hat, klarer machen und vielleicht konkret am beispiel brotbacken aufschreiben. das würde mir zumindest helfen
ich hab mal zwei videos aus den klickdummies aufgenommen, die die abläufe in der app darstellen. im hinblick auf unseren workshop mit den softwarebuden haben wir (robert, florian und ich) überlegt wie wir das am besten präsentieren. ich denke tatsächlich die abläufe hier reichen aus, um die app zu grundlegend zu verstehen. weiter haben wir uns gefragt, ob das ganze dann nicht zu einfach erscheint, aber ich denke sobald man die gedanken zu den einzelnen auswahlfeldern weiterspinnt, wird klar wie komplex alles ist. deshalb würde ich es bei diesen zwei „handlungssträngen“ belassen, damit wir eine basis haben, auf der wir aufbauen können.
… die videos liegen erstmal hier unter dem wetransfer link, weil die dateien zu groß für hier sind…
(wenn es coole alternativen dazu gibt, gerne bescheid sagen! oder hatten wir da schonmal was??)
Die Videos zu den zwei „Handlungssträngen“ gefallen mir gut. Ich würde dann anschließend noch kurz skizzieren, was im Backend grob passieren muss, damit diese Dinge funktionieren (inlusive Übersichtsgrafik).
