Hogyan álmodta meg a Splync v1.12 a jobb kommunikációs infrastruktúrát

A Splync v1.12 az alkalmazáson belüli felhasználó-felhasználó közötti kommunikáció alapjait fekteti le. Bár az elsődleges cél az volt, hogy a felhasználó-fejlesztő közötti kommunikációt javítsuk, hamar nyilvánvalóvá vált, hogy szükség van a felhasználók közötti jobb kommunikáció támogatására is. Ennek egyik legfontosabb lépése az értesítési rendszer fejlesztése volt. Korábbi verziókban az értesítések csak barátkérésekre és projektelszámolási kérelmekre korlátozódtak. Bár működtek, nem elegendőek a zökkenőmentes és időben történő együttműködéshez. A v1.12-ben a Splync új értesítéstípusokat vezet be, mint a barátelfogadási és projektmeghívási értesítések. Ezek biztosítják, hogy a felhasználók azonnal értesüljenek mások fontos lépéseiről anélkül, hogy manuálisan kellene átnézniük minden képernyőt. Ezenkívül új „Új” és „Frissített” jelvények jelennek meg, amikor a projekt tagjai új költségeket adnak hozzá vagy meglévőket módosítanak. Ez segít a projekt tagjainak szinkronban maradni a folyamatban lévő változásokkal.

Korábban, ha egy barátkérést elfogadtak, a küldő nem kapott erről kifejezett értesítést. A felhasználók gyakran csak a barátlista újramegtekintésével fedezték fel a változást, ami zavaró és bizonytalan lehetett. Ez a viselkedés a Splync MVP (Minimum Viable Product) kezdeti megjelenése óta változatlan maradt. A kezdetekben a barátkérések értesítése fontosnak számított, míg a barátelfogadás értesítése alacsonyabb prioritást kapott. Ahogy a Splync fejlődött, világossá vált, hogy az alkalmazásnak társadalmilag érzékenyebbnek kell lennie. A v1.12-ben a Splync most már világos értesítést küld, ha egy barátkérést elfogadnak. Úgy hisszük, ez a kis változás javítja az egyértelműséget és a bizalmat a felhasználók között. Minden új kapcsolat látható „pillanatot” kap, lehetővé téve a felhasználók számára, hogy elismerve és kapcsolódva érezzék magukat. Utólag meglepő, hogy a Splync ezt nem tartalmazta az elejétől fogva.

Amikor a Splync v1.0 megjelent, azt feltételeztük, hogy a legtöbb felhasználó az alkalmazáson kívül fog kommunikálni. Ennek eredményeként a projektmeghívási értesítéseket is alacsonyabb prioritásúként kezeltük. Azonban vannak helyzetek, amikor a felhasználók az alkalmazáson belüli értesítésekre támaszkodnak. Még fontosabb, hogy ez nem csak a funkcionalitásról szól, hanem az érzelmekről is. Egy projektbe való meghívás több, mint technikai lépés. Ez egy társadalmi jelzés. Mivel a Splyncben az együttműködés a projektek köré épül, a projektmeghívás kulcsfontosságú pillanatot képvisel. A v1.12-ben a Splync bevezeti a projektmeghívási értesítéseket, biztosítva, hogy a felhasználók azonnal tájékoztatást kapjanak, amikor meghívják őket egy projekthez. Ez csökkenti a súrlódást, megelőzi az elmaradt meghívásokat, és megkönnyíti a közös költségvetésekbe való beilleszkedést. Korai felhasználói visszajelzéseket is kaptunk, amelyek kérték a projektmeghívások kifejezett elfogadásának vagy elutasításának lehetőségét, és ez egy olyan funkció, amelyet valószínűleg bevezetünk a Splync jövőbeli verziójában.

Néhány felhasználó jelezte, hogy szeretne értesítést kapni, amikor a projekt tagjai frissítéseket végeznek egy projekten belül. Ez a visszajelzés logikus volt. Kezdetben egy új értesítéstípust fontolgattunk. Azonban, ha minden kiadás hozzáadásakor vagy módosításakor értesítést küldenénk, az zavaró lehetne. Ahelyett, hogy növeltük volna az értesítési mennyiséget, alternatív megoldást kerestünk. A Splync v1.12-ben az „Új” és „Frissített” jelvények most jelzik a projekt változásait, lehetővé téve a felhasználók számára, hogy pillanatok alatt megértsék, mi változott, felesleges megszakítások nélkül. Ennek támogatására bevezettem egy mechanizmust, amely nyomon követi minden felhasználó utolsó projektmegtekintését. Az időbélyeg és a legutóbbi költségfrissítések összehasonlításával az alkalmazás meghatározza, hogy egy elem új vagy frissített-e. A dizájn finomítása és a jelvények csupán szimbólumokká való egyszerűsítése után egy tiszta és intuitív vizuális jelzést kaptunk. Ez a megközelítés egyensúlyt teremt a tájékozottság és a nyugalom között, miközben a felhasználókat informálva tartja, tiszteletben tartva figyelmüket.

A Splync az elsődleges adatbázisként a MariaDB-t használja, és az értesítéseket első osztályú adatként kezeli, nem pedig múló eseményekként. Minden értesítési rekord tárolja a küldő ID-t, a fogadó ID-t, az értesítési típust, az olvasott/olvasatlan állapotot és a létrehozási időbélyeget. Ez a struktúra lehetővé teszi a Splync számára, hogy megbízhatóan rekonstruálja, mi történt, mikor történt, és kinek kellene tudnia róla. Ahelyett, hogy valós idejű üzenetküldő rendszerekre vagy külső értesítési szolgáltatásokra támaszkodna, a Splync szándékosan egyszerűen és determinisztikusan tartja az értesítési logikát. Minden jelentős társadalmi akció—mint például egy barátkérés elfogadása vagy egy projektbe való meghívás—konkrét rekordot hoz létre az adatbázisban. Ez az értesítéseket auditálhatóvá, hibakereshetővé és ellenállóvá teszi, még akkor is, ha egy felhasználó napokkal később nyitja meg az alkalmazást. Másrészt, a projekt frissítési jelvényrendszer más megközelítést követ. Ahelyett, hogy minden kiadás hozzáadásakor vagy módosításakor értesítést generálna, a Splync rögzíti, mikor nézett meg utoljára egy felhasználó egy projektet. Ennek támogatására egy új oszlop került a projekt tagtáblába, hogy nyomon kövesse minden tag legutóbbi megtekintési időpontját. Az érték és a legfrissebb költségfrissítések összehasonlításával az alkalmazás logikusan meghatározza, hogy egy elemet „Új” vagy „Frissített” jelzéssel kell-e ellátni.

Az új értesítéstípusok és az Új/Frissített jelvényrendszer bevezetésével a Splync v1.12 társadalmilag érzékenyebbé és interaktívabbá válik. Ezek a változások segítik a felhasználókat abban, hogy kapcsolatban maradjanak és tájékozottak legyenek, így a közös költségkezelés természetesebbnek és együttműködőbbnek tűnik. Reméljük, élvezni fogod a költségek megosztását pároddal, barátaiddal és családoddal a Splync segítségével. Előre tekintve tervezzük a kommunikációs funkciók további finomítását, és lehetséges, hogy további értesítéstípusokat vezetünk be a tisztaság, bizalom és a felhasználói élmény javítása érdekében. Visszajelzéseitek mindig szívesen látottak.