Skip to content
This repository has been archived by the owner on Aug 9, 2022. It is now read-only.

[CALL 14. 03.] Contacts Page / Message Component #84

Open
agnes97 opened this issue Mar 10, 2021 · 3 comments
Open

[CALL 14. 03.] Contacts Page / Message Component #84

agnes97 opened this issue Mar 10, 2021 · 3 comments
Labels
question Further information is requested

Comments

@agnes97
Copy link
Contributor

agnes97 commented Mar 10, 2021

~ podklady ke callu 14. 03., diskuze předem dle individuálních časových možností ~

NÁVRH DB STRUKTURY

  • Message
    • messageId

    • time

    • userFrom

    • userTo

    • requestStatus ( enum - approved, declined, null)

      • approved = “Přátelé”
      • declined = “Zamítnuté žádosti o spojení”
      • null (undecided) =
        • “Odeslané žádosti o spojení”, jestliže userFrom jsem já
        • “Nové žádosti o spojení”, jestliže userFrom je někdo jiný
    • message (text, null (protože je nepovinná))

OTÁZKY

  1. Oddělení zobrazování žádostí, které jsem zamítla já vs. které zamítl někdo jiný mně

aktuálně: Máme kategorii "Zamítnuté žádosti" a přidávat další na něco, co vlastně není vůbec užitečné, mi přijde zbytečné.
návrh: Klikací podnadpis nebo checkboxy "odeslané" | "přijaté" u Zamítnutých žádostí?

  1. Message a co s ním

absence zprávy
aktuálně: Zobrazíme ukázku (front-end si vezme určitý počet znaků z textu message), neumí prázdné zprávy.
návrh: V případě, že zde žádná zpráva není, se zobrazí nějaký šedý defaultní text ve smyslu “XY váš žádá o spojení.”

zbytek zprávy
aktuálně: “zbytek zprávy” nic nedělá, jenom není vidět víc než určitý počet znaků
návrh: zbylý text zprávy nebo a místo pro odpověď se:

a) rozvine na místě ( problémové při vyšším počtu zpráv ?)
b) otevře v pop-up
c) otevře se na nové stránce (vytvoří se nová Message page /message/id)

Osobně bych byla pro novou stránku, protože rozvinování i pop-up mohou mít (i kdyby ne v MVP) dlouhou historii zpráv, kde by se buď v pop-up scrollovalo nebo při rozvinutí na místě poskočila stránka o půl metru. Jediná zpráva, kterou bych dělala jako pop-up, by byla zpráva u odeslání žádosti o spojení z profilu.

  1. Zprávy před vzájemným schválením/odmítnutím

aktuálně: MVP by mělo umožnit jednu zprávu při posílání žádosti a jednu zprávu jako odpověď (obě volitelné).

příklad:

User1: "Ahoj, hledám mentora v JS. Jsi pro?"
User2: ???

User2 má dle MVP možnost poslat jedinou zprávu při odmítnutí nebo přijetí a pokud tak chce zjistit, jestli User1 hledá mentora na front-end nebo back-end a neobjeví to na jeho profilu (klik navíc), musí mu prvně zpřístupnit své kontaktní údaje.

diskuze:

Funkcionalita zpráv bude hotová tak jako tak a "umožni pouze dvě" je jenom podmínka navíc (myslím?). Ttřeba by někdo chtěl ještě před schválením říct, že má nějaké podmínky pro spolupráci nebo se na něco zeptat apod. Zahodila bych to a nechala počet zpráv neomezený. Přijde mi to zpětně uživatelsky nepřívětivé, jako že si říkáme o "hacky" ve smyslu, že se budou pořád navzájem odmítat a obnovovat žádosti, aby si mohli před narušením soukromí poslat víc zpráv. :D

  1. Nápad na sdílení kontaktů

Napadlo mě, že by mohlo být pěkné, kdyby se po vzájemném schválení poslala "automatická" message se všemi linky toho, s kým jsme se spojili, formou klikacích ikonek zarovnaných na střed a třeba s jiným pozadím než budou mít ostatní zprávy. Tak ani nemusím znovu na jeho profil, ale můžu si ho rovnou po zjištění, že mi žádost schválil, někde přidat a začít spolupráci.

  1. Přečtené zprávy?

Zprávy mají datum, zajímá nás ale, jestli už si je někdo otevřel nebo ne? 🤔 Bylo by to o políčko víc v databázi, jinak nic.

  1. Mazání zpráv.

Pokud zprávu smažu, zůstává v databázi nebo ne? Měli jsme s Jindrou projekt, kde jsme zprávy i po smazání archivovali (sloupeček v db "Deleted" jako boolean - 1 smazaná, 0 viditelná) a jednou za čas jsme je promazávali. Bylo kvůli statistikám, abychom si vždycky jednou za čas mohli zhodnotit kolik, jak dlouhých zpráv s jakými parametry bylo posláno.

MESSAGE PAGE (pokud bude, dle rozhodnutí výše)

Page layout by měl obsahovat:

  • userFrom (jméno, avatar?)

    • nadpis nad všemi zprávami nebo ve stylu messengerů (u každé zprávy je avatar, jméno, apod.) nebo ještě jiná možnost?
  • Zprávy

    • nějak oddělené, aby bylo jasné, kde jedna končí a druhá začíná (jinak barevné pozadí?)
    • Předpokládám, že se zobrazují "nejnovější nahoře" (?), aby byla nová zpráva vždy to první, co vidím
    • každá zpráva má svůj text
    • každá zpráva má datum, kdy byla odeslaná
  • Políčko pro odpověď

    • jestliže nejnovější zpráva bude nahoře, mělo by být taky nahoře
    • přidat do/vytáhnout z univerzálního Form componentu!
@agnes97 agnes97 added the question Further information is requested label Mar 10, 2021
@MartinaVilimova
Copy link
Collaborator

''3. Zprávy před vzájemným schválením/odmítnutím''
Já myslím, že uvítací zpráva je dobrá věc a jestli na ní uživatel odpoví, hned přijme nebo odmítne tak to už je na uživateli, ale nedávala bych prostor neomezených zpráv, jsem pro dvě. Nikdo nechce, aby byl bombardován od někoho o koho nestojí. Případě neomezených zpráv by se asi měl řešit nějaký ignor uživatele.
Jinak co se týče profilu tak jsem myslela, že se cizím kontaktům neukáží pouze odkazy na jiné sociální sítě, ale řekněme nějaké osobní info/bio atd. by měl kontakt vidět tudíž i to co případný mentor učí a neměla by být potřeba větší diskuze ve zprávách. Ale chápu jak se to myslelo, že někdy potřebuje člověk více informací a tedy více zpráv, aby se s ním spojil.

''5.Přečtené zprávy?''
Přijde mi dobrý nápad, že uvidíš, zda je zpráva přečtená nebo ne, aby člověk nebyl, jak na trní, když neví zda je ignorován nebo zda tam ten uživatel jen nebyl. Další co jsem ze seznamek dočetla bylo info o aktivním uživateli. Tedy pokud třeba nedáme zda je zpráva přečtená měli bychom mít možnost vidět u kontaktu, kdy byl naposledy přihlášen (nemám promyšlené, kde by to bylo nic), ale zdá se mi to dobré, jelikož nevíme zda se lidi jen registrovali a třeba už tam nechodí atd. Aby se neposílali zprávy neaktivním uživatelům. Možná vhodné spíše k diskuzi na matching, aby se nevyhledávali neaktivní uživatelé...

@agnes97
Copy link
Contributor Author

agnes97 commented Mar 11, 2021

''3. Zprávy před vzájemným schválením/odmítnutím''
Je pravda, že ty dvě zprávy jsou prostě jasně daný systém, to je možná jenom moje potřeba psát slohovky a zjišťovat co nejvíc informací. 😂 Když se mi něčí zpráva nebude líbit nebo mi žádnou nepošle, pošle prázdnou žádost, tak ho za ten low effort prostě rovnou odmítnu.

Tím mě ale napadá (a odpolko to doplním do příspěvku výš jako otázku), jestli budeme mít nějaký "ignor" aka odebrání kontaktu i zpětně. Jestliže mám jenom dvě zprávy při přijetí a přijmu někoho, kdo mi poslal prázdnou žádost a měl málo věcí na profilu, tak se taky můžu dozvědět, že o něj vlastně nestojím. 😂 Na jednu stranu už je mi k ničemu mu takhle zpětně odebrat linky, které už viděl, ale přesně, jak jsi říkala, nechci, aby mě spamoval.

A taky by tam někde měl být časovač, po jakou dobu mám otevřený chat s daným člověkem, když jsme říkali 7 dní.

''5.Přečtené zprávy?''
Souhlas na všech frontách. Přidala bych poslední přihlášení k userovi do db, zobrazila ho na stránce profilu a zohledňovala v matchingu (s tím, že ale uživatelům by mohl přijít e-mail, když jim přijde nová žádost, tak třeba spíš "nahlášení" uživatele, který vůbec neodpověděl, abychom ho mohli vést jako neaktivního nebo něco takového).

@MartinaVilimova
Copy link
Collaborator

''5.Přečtené zprávy?''
Nebo by tam mohl být nějaký časový úsek, třeba bychom se koukali na poslední přihlášení a pokud uplynulo už 6 měsíců a žádná aktivita, tak ho dám někam stranou případně to nahlášení zní dobře. Také záleží zda bychom přihlíželi k požadavkům uživatelů nebo k nějakým svým časovým kvótám 🤔

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants