domits1 / Domits

the domits repository
5 stars 0 forks source link

Web: Host Messaging Experience #89

Open stefanhopman1 opened 10 months ago

stefanhopman1 commented 10 months ago

Main issue

https://github.com/domits1/Domits/wiki/Web-chat

Three components of host messaging experience

User Story As a host, I want a streamlined messaging system to communicate with guests, so that I can address inquiries, share important information, and provide excellent customer service.

Acceptance Criteria

What-If Scenarios

This Host Messaging Experience facilitates effective communication between hosts and guests, enhancing customer service, ensuring clarity in interactions, and contributing to a positive overall experience in the short-term rental platform.

- Customer journey for host messaging

nNab1l commented 8 months ago

Na het voltooien van de front end, heb Ik optimalisaties gedaan aan de code, zoals semantischere html tags voor SEO, en betere namen voor classes. Hierna ben Ik verder gegaan met het back end gedeelte van deze toepassing. Voor de back end heb Ik amplify gebruikt om de input van een gebruiker op te slaan. Ook heb Ik de structuur en eigenschappen van de berichten geconfigureerd om succesvol opgeslagen te worden met de juiste gegevens zoals naam, email en datum van het bericht. De volgende stap was om de berichten te refetchen bij elke input zodat ze direct in de front end verschijnen.

Verder komt er ook een notificatie systeem waar de notificatie cirkels bij de chats dynamisch worden en weergeven hoeveel gemiste berichten een user heeft van welk account.

nNab1l commented 4 months ago

- Huidige situatie De chat op web en app bevat de juiste basis voor het uitwisselen van berichten, maar mist 1 cruciaal onderdeel, namelijk het dynamisch kunnen navigeren naar nieuwe users voor listings. Deze feature zou de gebruiker moeten toestaan om elke host te kunnen benaderen, waarna deze gebruiker in de userlist van de host terecht komt. Verder zijn er nog andere verbeterpunten zoals het gebruiken van ids inplaats van emails. Het accommodation object bevat al de UserId van de host, dus dit is de enige logische en makkelijke benadering voor deze situatie. Is dit gelukt, en is het bug vrij, dan kunnen deze nieuwe wijzigen direct doorgevoerd worden naar App

- Toekomstige situatie Is dit gelukt, en is het bug vrij, dan kunnen deze nieuwe wijzigen direct doorgevoerd worden naar App. Nadat deze veranderingen succesvol zijn geïmplementeerd is het een goed moment om de wiki bij te werken en alles te documenteren. Dit is omdat de chat op dat punt gezien kan worden als werkend en enkel nog quickfixes, optimalizaties en nieuwe features zou kunnen krijgen, maar in theorie zou een gebruiker dus al gebruik kunnen maken van de chat als de 2 key changes geïmplementeerd zijn. De wiki zal waarschijnlijk bestaan uit 2 secties waarvan een abstracter is en de technologieën beschrijft, en de andere zal inhoudelijk en technisch met voorbeelden in gaan hoe elke feature van de chat werkt en wat de hoofdvariabelen zijn. Het doel van de wiki is om het zo makkelijk mogelijk te maken om iemand die aan chat gaat beginnen te onboarden. Ik zal dit dus ook vanuit dat perspectief moete schrijven.