Používatelia, ktorých chodí viacero správ denne sa strácajú v tom, k akej “zásielke” sa správa viaže. Bolo by vhodné:
referencovať správy - ako používateľ sa chcem lepšie orientovať v svojich správach. Doručenka k správe, samotná správa a prípadne potvrdenie o tom, že správa už bola prebratá sa týkajú jednej “zásielky”. Chcel by som mať možnosť jednoducho vyhľadávať v mailoch všetko, čo sa tejto “zásielky” týka.
Prehľadnejší sumár - ako používateľ chcem vidieť, ktoré zásielky som už dostal, ku ktorým mám v mailoch len doručenku a ku ktorým som už doručenku potvrdil a buď čakám na doručenie zásielky alebo zásielku už mám. Takýto status by som chcel vidieť za týždeň, ale s možnosťou rozšíreného zobrazenia napr. za posledných 30 dní. Tiež sa chcem zo sumáru dostať k jednotlivým správam (napr. pomocou ID ich vedieť nájsť v mailoch) Takýto sumár by som rád dostával aspoň raz týždenne, ale mal možnosť získať ho aj na počkanie.
Zbytočné opakované prevzatie - ako používateľ chcem byť ešte pred zadaním hesla upozornený na to, že idem opätovne potvrdiť doručenku k správe, ku ktorej som už ju raz potvrdil. Chcem vysvetlenie prečo správu ešte nemám (ak ju ešte nemám). Ak som ju už dostal, chcem ju jednoducho nájsť v mojich mailoch.
Tomuto rozumiem, a vedeli by sme do mailu dat aj zoznam sprav, ktore sa tykaju tejto spravy (t.j. take ktore maju rovnake correlationid). Podla vsetkeho to takto presne robi slovensko.sk. Problem ktory nastava tu (a aj pre dalsie veci je), ze nevieme na tieto dalsie spravy sa referencovat (kedze nemame GUI). Odkaz do tvojho emailoveho klienta spravit nevieme. A samotne zobrazenie suvisiacich sprav asi pouzivatelovi nijako velmi nepomoze.
Toto je nieco co mam v hlave uz dlhsie, tyzdenne sumare by nemali len sucho povedat, ze doslo ti x sprav a tieto este nemas prevzate (toto uz mame), ale mal by povedat aj co konkretne doslo a co si s tym spravil. Tieto maily vsak mozu byt dost dlhe pre klientov co maju povedzme stovky sprav tyzdenne (takych nebude vela).
Toto myslim mame dokonca v backlogu. Problem to bol hlavne ked dorucovanie trvalo dlho.
Ako najvacsi problem vsak vidim to referencovanie. Jednoducho toto bez GUI nedame a neviem ci chceme GUI stavat - je to pomerne vela roboty s otaznou pridanou hodnotou.
Este k tomu referencovaniu - povodne sme to chceli robit tak, ze budeme pomocou emailovych hlaviciek (in-reply-to) odkazovat na suvisiace emaily a teda rozumne emailove aplikacie by mali zobrazovat tie spravy spolu bud cez “threaded view” alebo ako gmail balickovat k sebe. Problem s gmailom je ten, ze logika/heuristika jeho balickovania je dost divna. Robi to podla odosielatela a nazvu spravy a toho neviem ci sa chceme velmi chytat (resp davat tam nejake ciselko/postupnost znakov)
V skratke, zatial sa mi to nepodarilo spravit take spolahlive, aby to fungovalo dobre aj na gmaili.
A nevedeli by sme toto “correlationid” dať rovno do mailu k všetkým správam týkajúcim sa jednej zásielky? Tým pádom stačí jednoduchý search v mailoch cez toto ID a mám všetky správy týkajúce sa jednej zásielky.
To už vyzerá, že by sme sa GUI nevyhli… Alebo proste dlhý mail, budiž.
Jj, jasné, je to hack. Ale kým nemám GUI (co je asi na dlho) tak je to
stále lepšie ako dnešný stav. A implementácia mi príde pomerne jednoduchá.
Už dnes by to veľa klientom pomohlo lepšie sa orientovať v zásielkach.
Tým pádom aj do sumáru by sme mohli dať zoznam correlationID ku ktorým im
prišli správy a aspoň by sa v tomto mohli orientovať.
Problem to bol hlavne ked dorucovanie trvalo dlho.
