Willkommen auf unserem Seminar-Blog

Immer auf dem aktuellen Stand bleiben

Dieser Seminar-Blog befindet sich noch im Aufbau und wird in den kommenden Tagen entsprechend verfeinert.

Member Login

Lost your password?

Registration is closed

Sorry, you are not allowed to register by yourself on this site!

You must either be invited by one of our team member or request an invitation by email at viad.info {at} zhdk {dot} ch.

Service Technologies (Gruppe 1)

Service Technologies

...

Datenbank-Modell

Unser Konzept haben wir so weit angepasst, dass wir das ursprüngliche Eingabefeld mit Posts/Interessen ersetzt haben. Das Datenbankmodell umfasst somit weitere Tabellen. Die Posts-Tabelle ist selbst-referenzierend, um die Posts und ihre Antworten hierarchisch darstellen zu können.

Prototyp Interests / Posts

Ein Prototyp haben wir so erstellt, dass man Posts und Interessen eingeben kann. Die Posts können hierarchisch aufgebaut werden, also Antworten auf bestehende Posts eingegeben werden. Beim Eintragen eines Posts wird die aktuelle Position gespeichert und es können mehrere Bilder angehängt werden.

Userprofil

Eigene Interessen definieren

Anzeige der Posts in der Nähe mit variablem Umkreis

Baumstruktur eines Posts mit Antworten

Detailansicht eines Posts

Eingabe als neuer Post oder als Reply

Design

...

Kritik / Konzeptideen

-was machen alle die anderen Menschen die unterwegs sind? -jeder ist auf sein Smartphone fixiert bei beispielsweise Wartezeiten, wie können diese Inhalte wieder "nach draussen" gebracht werden? -Emotionen und Geschichten, Vorfreude auf eine Reise oder Informationen mit anderen teilen können. Wo liegt das Hauptmerkmal der App? Statt einer Trennung der Services und Posts könnten diese verbunden werden. Ein Ineinandergreifen der Dienste erleichtert die Bedienung und macht die Applikation so schlanker: der User soll sich nicht in vielen Untermenüs verlieren, sondern gleich auf der Startseite auf die Kernidee der App zugreifen können. Vergleichbar ist dies mit übereinander gelegten Ebenen, die transparent sind und so durchlässige Informationen zulassen. "Was ist alles an diesem Ort passiert?" An Orten kommen viele Menschen, Geschichten, Dinge, etc. zusammen. Die App soll davon eine Auswahl zusammenfassen und dem Benutzer vor Augen führen. .

Besprechung / Work Session

Unser Konzept haben wir nach der Präsentation des Prototypen nochmals überarbeitet und geschärft und dieses mit den Dozenten besprochen. Die grösste Änderung ist, dass wir die Posts ganz weglasse und nur noch Daten aus unterschiedlichen Kanälen für den Benutzer ortsgebunden aufbereiten. Beim Design unterer App haben wir uns ebenfalls auf die "Kachel"-Version festgelegt und diese Darstellungsart als Haupt-Screen der App vorgesehen.

Prototyp

Der Prototyp besteht neu aus weniger Screens und enthält 2-3 Feeds, welche in der Kachelstruktur dargestellt werden. Geo Wiki und Google Places werden bereits beim jetzigen Prototypen eingelesen, hier möchten wir wenn möglich noch Twitter als Social Media-Feed einbinden. Die Feeds können in einer Lasche ein- und ausgeschaltet werden.

Konzept

Folgende Punkte haben wir als Input aus der Besprechung mitgenommen:
  • Posts weglassen
  • Hauptscreen besteht aus der Kacheldarstellung
  • Informationen "poppen" auf (Animation von neuen Einträgen)
  • Eher Ions als Farben verwenden
  • Fixer Radius verwenden  (50m, 100m?)
  • Social Media einbinden (Twitter...)
  • Beispiel Tages Anzeiger: (Newsartikel erscheinen, wenn Personen in meinem Radius den Artikel gerade lesen)
  • Evtl. Infos (Artikel) mit Freunden teilen (Link per E-Mail verschicken)
  • Mögliche Ressourcen: Google Places, Twitter, GeoWiki, Ricardo, Ebay, Homegate, Couch Surfing, m-way, Sharoo
  • "Browser-History": Das Tracking/Auffüllen mit Einträgen über einen Weg entfällt. Neu gibt es eine History mit den Artikeln, die man angesehen hat (Detailansicht aufgerufen)
  • Fragestellung: Wie verhält sich das App wenn ich mich bewege (im Bus, Zug) und wie wenn nicht
  • Anlehnung an Tetris ist bei der Diskussion aufgekommen

Fazit

Unsere Arbeit verlagert sich mehr vom Prototypen zum Konzept. Im Prototyp binden ein paar Features ein, dass das Look and Feel gut rüberkommt. Da nicht alles umsetzbar ist (Artikel von Tages Anzeiger lesen und die meistgelesenen ortsgebunden darstellen) stellen wir das im Konzept und Video entsprechen vor. Im Konzept müssen wir vermitteln können, wie ein solcher Feed von einem Kunden z.B. Tages Anzeiger oder m-way aufgebaut sein muss, damit die ortsgebundene  Integration funktioniert. Hier sollten wir im Konzept 1-2 Case Studies vorstellen mit Beispielen wie der Benutzer die Services nutzen kann. An der Besprechung kam das Beispiel auf, dass man z.B. auf den Bus wartet und sich der Screen bei seiner Ankunft verändert, das viele Personen im Bus bestimmte TA-Artikel lesen.

Misson Statement

Unser App zeigt ortsgebunden den Charakter eines Ortes anhand eines Raster-Screens an. Der Raster besteht aus verschiedenen Elementen, welche aus Feeds unterschiedlicher Services wie GeoWiki, Google Places, News, Twitter etc. gelesen werden. Die Lebendigkeit dieser Übersicht entsteht daraus, dass Elemente (Artikel), welche von anderen Usern an diesem Ort am meisten gelesen werden beim User auf dem Screen prominent dargestellt werden. Der Benutzer kann aus dieser abstrakten Darstellung herauslesen was für verschiedene Angebote am aktuellen Ort vorkommen (z.B. Verhältnis Museen, Nightlife) und was gerade aktuell andere User an diesem Ort am meisten interessiert. Die Filterfunktion für meinen Screen wird also durch die Benutzung anderer User an diesem Ort beeinflusst. Wird z.B. ein bestimmter News-Artikel an diesem Ort von vielen Smartphonebenutzer angeklickt, dann erscheint dieser bei unserer App hervorgehoben als "hot".

Weitere Designs