NFT-Discordservere bliver lettere at bruge, når medlemmerne kan se, hvad hvert rum er til, og hvor en påstand hører til, efter at den er blevet diskuteret. En server med mange kanaler kan stadig være forvirrende. En mindre server kan stadig begrave vigtige rettelser. Informationsarkitektur er det praktiske arbejde med at gøre meddelelser, research, spørgsmål og social samtale forståelige uden at bede hvert medlem overvåge alt.
Denne guide beskriver et illustrativt fællesskabsdesign frem for den aktuelle opsætning på nogen eksisterende server. Målet er at hjælpe medlemmerne med at finde relevant information, bevare kontekst og genkende grænserne for hjælp mellem medlemmer. Den antager ikke, at en velorganiseret grænseflade beviser et projekts kvalitet eller en økonomisk beslutnings sikkerhed.
NFT-Discordservere kræver et kort før flere kanaler
Begynd med de spørgsmål, medlemmerne faktisk kommer med. En ny deltager kan kræve en forklaring på fællesskabets formål. En tilbagevendende researcher kan kræve den seneste version af en samlingstese. En person med et visningsproblem kan kræve hjælp til at skelne mellem et teknisk spørgsmål og en bekymring om kontosikkerhed. Det er forskellige forløb, selv hvis de begynder i den samme applikation.
Et nyttigt kort navngiver forløbene og giver hvert et klart bestemmelsessted. Det behøver ikke afspejle ethvert emne, der nogensinde har optrådt i chatten. At skabe en ny kanal til hver forbigående interesse kan fragmentere diskussionen, indtil ingen ved, hvor et svar sandsynligvis findes.
Et kanalkort for NFT-Discordservere bør skelne mellem vedvarende information og midlertidig samtale. Fællesskabsregler og vedligeholdte referencenoter hører til stabile steder. En uformel udveksling om et billede kan forblive en samtale. Når udvekslingen giver en genanvendelig forklaring, bør nogen kunne opsummere den i referenceområdet med passende kontekst.
Kortet bør også identificere, hvem der vedligeholder hvert bestemmelsessted. En kanal uden en ansvarlig kan se nyttig ud ved lanceringen og blive forældet senere. Vedligeholdelsesansvar betyder kontrol af, om informationen fortsat er præcis, og omdirigering af fejlplaceret materiale, ikke udøvelse af beføjelser over medlemmernes økonomiske beslutninger.
Adskil meddelelser fra fortolkning
En meddelelse beskriver en ændring eller begivenhed, som fællesskabet vil gøre medlemmerne opmærksomme på. Fortolkning forklarer, hvad ændringen kan betyde. At kombinere dem kan få en arrangørs holdning til at ligne et fastslået faktum, især når beskeden står i en fremtrædende kanal med begrænset diskussion.
Antag, at et fiktivt kunstprojekt ændrer sin planlagte offentliggørelsesdato. Meddelelsen bør angive den reviderede dato, hvad der ændredes, og hvor den vedligeholdte registrering findes. En særskilt researchdiskussion kan overveje, hvordan forsinkelsen påvirker en eksisterende tese. Læserne bør ikke skulle udlede den faktuelle opdatering fra en lang debat om, hvorvidt forsinkelsen er god eller dårlig.
Meddelelser bør også skelne mellem aktuel information og erstattet information. Hvis en tidligere dato forbliver synlig, tilføjes en klar rettelse eller henvisning frem for at antage, at alle så den seneste besked. En læser, som kommer gennem en gammel notifikation, kan ellers handle på et forældet udsagn.
Denne adskillelse understøtter ansvarlighed. Fællesskabet kan evaluere, om en meddelelse var præcis, uden at kræve enighed med enhver efterfølgende fortolkning. Den tillader også rimelig uenighed om konsekvenser og bevarer samtidig en fælles forståelse af, hvad der faktisk blev sagt.
Giv research en livscyklus
Research begynder ofte som et spørgsmål, udvikler sig til en foreløbig forklaring og slutter som en vedligeholdt note eller en opgivet idé. Hvis alle trin ligger i den samme strøm, kan læserne forveksle tidlig spekulation med en afgjort konklusion. En livscyklus gør status synlig.
En fiktiv server kan bruge et diskussionsområde til udkast til spørgsmål, et gennemgangsområde til strukturerede sager og et referenceområde til færdige opsummeringer. Navnene er mindre vigtige end overgangskriterierne. Et udkast kan gennemgås, når det har en klar påstand og dokumentation. En gennemgået sag bliver kun en reference, når konklusionen og begrænsningerne er registreret.
Fællesskabet bør tillade en idé at stoppe på ethvert trin. Nogle spørgsmål kan ikke besvares med den tilgængelige information. At markere dem uafklarede er mere præcist end at tvinge en endelig konklusion frem blot for at rydde op i arkivet. En nyttig reference kan forklare, hvorfor dokumentationen er utilstrækkelig.
Et fællesskab om NFT-handel kan udvide livscyklussen til efteranalyser, efter at medlemmerne observerer et udfald. Serverarkitekturen bør give plads til den senere gennemgang, så en populær tese ikke kun bevares i sin optimistiske første version.
Hold aktividentitet knyttet til samtalen
Navne og billeder er bekvemme i diskussion, men kan være tvetydige. To samlinger kan bruge lignende navne, og et billede alene identificerer måske ikke den aktivrepræsentation, der diskuteres. En researchtråd bør bevare tilstrækkelig identitetsinformation til, at en læser kan forstå emnet uden at støtte sig til hukommelsen.
De passende felter afhænger af kæden og aktivtypen. I et ERC-721-eksempel hjælper en kæde, kontraktadresse og tokenidentifikator med at fastslå det konkrete emne. For andre repræsentationer kan de relevante identifikatorer være anderledes. Fællesskabet bør ikke pålægge enhver økosystemtype én skabelon uden at kontrollere, om den beskriver aktivet korrekt.
Ethereums ERC-721-dokumentation giver teknisk kontekst for unikke tokenidentifikatorer i en kontrakt. Det understøtter en identitetspraksis, ikke en påstand om, at det identificerede aktiv er værdifuldt, autentisk i enhver kulturel betydning eller passende at købe.
En referencenote bør forklare, hvorfor et felt betyder noget. Medlemmerne er mere tilbøjelige til at bevare identitet, når de forstår, at et velkendt billede kan være utilstrækkeligt. Målet er en læsbar registrering, som kan kontrolleres, ikke en samling tekniske strenge indsat i enhver uformel kommentar.
Lav en hjælpevej med klare grænser
Et hjælpeområde bør guide et medlem mod den rette slags spørgsmål. Handler problemet om terminologi, en visningsafvigelse, en ordres aktuelle status eller en uventet kontoanmodning? Forskellige kategorier kræver forskellig dokumentation og forskellige grænser.
Et begrebsmæssigt spørgsmål kan ofte besvares med en kort forklaring. En visningsafvigelse kan kræve en offentlig aktividentifikator og en beskrivelse af, hvad medlemmet ser. En følsom kontobekymring bør ikke invitere medlemmer til at offentliggøre hemmeligheder, private adgangsoplysninger eller information, som giver ubegrænset adgang. Serveren bør gøre disse grænser synlige, før nogen er under pres.
En informationsarkitekturplan for en NFT-server kan omfatte et minimalt spørgsmålsformat: hvad medlemmet forventede, hvad vedkommende observerede, hvornår det blev observeret, og hvilken offentlig kontekst der er relevant. Det mindsker frem-og-tilbage uden at kræve en fuld transaktionshistorik eller personlige økonomiske detaljer.
Hjælp bør også have et slutpunkt. En forklaring fra et andet medlem kan identificere en usikkerhed, men kan ikke nødvendigvis afklare den. Fællesskabet bør tillade, at et spørgsmål markeres som noget, der kræver en officiel supportvej eller yderligere uafhængig undersøgelse, frem for at lade en ukvalificeret frivillig improvisere beføjelser.
Design til læsere, der kommer ind i en anden rækkefølge
Medlemmer læser sjældent en server fra begyndelsen. De kommer gennem notifikationer, søgeresultater, citerede beskeder eller en anden persons opsummering. En veludformet besked indeholder derfor tilstrækkelig kontekst til at kunne mødes senere uden den omgivende samtale.
En nyttig researchopdatering navngiver emnet, forklarer ændringen og peger på den vedligeholdte version. Den begynder ikke med en formulering som dette ændrer alt, medmindre læseren straks kan se, hvad dette henviser til. Pronomener og forkortelser sparer sekunder for deltagere i realtid, men kan koste langt mere tid for alle andre.
Rettelser kræver den samme omhu. En besked om ignorer ovenstående kan være adskilt fra originalen af mange senere opslag. En rettelse bør identificere den påstand, den erstatter, og angive, om resten af analysen forbliver gyldig. Det er særlig vigtigt, når skærmbilleder cirkulerer uden hele tråden.
Design til læsning uden for rækkefølge forbedrer også tilgængeligheden for medlemmer i forskellige tidszoner. De bør kunne forstå en beslutning uden at deltage i sessionen i realtid. Et fællesskab, der kræver konstant tilstedeværelse, kan utilsigtet udelukke omhyggelige bidragydere, hvis tidsplan ikke matcher de mest aktive medlemmers.
Brug en fiktiv servergennemgang
Forestil dig en server med tolv kanaler. Tre indeholder overlappende markedsdiskussion, to indeholder forældede meddelelser, én indeholder regler, og resten blander support, kunst og generel samtale. Medlemmerne spørger gentagne gange, hvor den seneste projektopdatering findes, mens moderatorer svarer med links til forskellige beskeder.
Gennemgangen begynder med en stikprøve af nylige medlemsspørgsmål frem for at omdøbe alt. Hvis de fleste navigationsproblemer vedrører opdateringer og teknisk hjælp, fortjener de forløb opmærksomhed først. Fællesskabet kan identificere ét vedligeholdt opdateringsindeks og et klart beskrevet hjælpested, før resten af strukturen ændres.
Derefter markerer det ældre meddelelsesområder som arkiver og tilføjer en synlig forklaring på, hvor aktuel information findes. Det sletter ikke historik blot for at få grænsefladen til at se ryddelig ud. Historiske beskeder kan være nyttige til at forstå, hvordan en påstand ændredes, forudsat at deres status er klar.
Til sidst tester fællesskabet det nye kort med tre frivillige, som ikke var med til at designe det. Hver frivillig prøver at finde en aktuel opdatering, en afsluttet researchsag og grænserne for hjælp mellem medlemmer. Deres fejl afslører, om betegnelserne giver mening for almindelige læsere frem for kun de moderatorer, som skabte dem.
Styr notifikationsbelastning gennem formål
Notifikationsoverbelastning er ofte et strukturelt problem. Hvis rutinesamtale, hastende rettelser og valgfrie kommentarer alle ser lige vigtige ud, kan medlemmerne ikke fordele opmærksomhed fornuftigt. Svaret er at definere formålet med hver beskedkategori, før det besluttes, hvor fremtrædende den skal distribueres.
En væsentlig rettelse til en vedligeholdt researchnote kan fortjene større synlighed end en uformel reaktion. En planlagt undervisningssession kan kræve én klar meddelelse frem for gentagne påmindelser, som skjuler anden information. Fællesskabet bør forklare en beskeds tilsigtede vigtighed frem for at støtte sig til dramatiske formuleringer.
Medlemmerne kræver også mulighed for at bruge serveren selektivt. En person, der studerer NFT-metadata, behøver ikke enhver social diskussion for at få fordel af fællesskabet. Et klart kort lader vedkommende vælge relevante områder og vende tilbage til opsummeringer, når der er tid.
For mindre arbejdskredse diskuterer de bedste NFT-Discordgrupper, hvordan afgrænset fagfællebedømmelse kan mindske behovet for konstant overvågning. En server kan huse disse fokuserede sessioner og samtidig bevare et roligere referencelag til medlemmer, som ønsker den resulterende læring uden at følge enhver udveksling.
Gør moderationsbeslutninger til at finde uden offentlig udskamning
Moderation påvirker informationens pålidelighed. Hvis en vildledende påstand fjernes, kan medlemmerne kræve viden om, at påstanden ikke længere bør bruges som grundlag. De behøver ikke nødvendigvis personlige detaljer om forfatteren eller en offentlig diskussion af håndhævelsesprocessen.
En kort moderationsnote kan beskrive indholdsproblemet og den gældende regel. For eksempel kan en besked have præsenteret et ubekræftet partnerskab som et fastslået faktum. Noten kan rette det indtryk uden at spekulere om hensigt eller afsløre privat kommunikation.
Bevar et skel mellem indholdsrettelse og disciplinære tiltag over for medlemmer. Det første vedrører, hvad læserne bør tro om en påstand. Det andet vedrører deltagelse efter fællesskabets regler. At kombinere dem kan få faktuel rettelse til at se afhængig ud af, om en moderator kan lide bidragyderen.
En klage- eller afklaringsvej bør beskrives ligefremt. Medlemmerne bør vide, hvor de kan rejse en proceduremæssig bekymring uden at forstyrre uvedkommende researchdiskussioner. Vejen kræver ikke en garanti for et bestemt udfald, men bør gøre processen forståelig og proportional.
Forhindr referenceområdet i at blive forældet
En vedligeholdt note kræver en gennemgangsdato og en ansvarlig vedligeholder. Uden de felter kan læserne ikke se, om fravær af opdateringer betyder, at intet ændredes, eller at ingen kontrollerede. Gennemgangsintervallet kan variere med emnet: en ordliste kan forblive nyttig længere end en note om en planlagt begivenhed.
Rutinen til referencevedligeholdelse i et NFT-fællesskab bør prioritere beslutningsrelevante ændringer. Hvis en kilde flytter, en definition ændres eller en påstand rettes, kan noten kræve øjeblikkelig opmærksomhed. Kosmetiske forbedringer kan vente. At behandle enhver redigering som lige hastende gør vedligeholdelse sværere at opretholde.
Et enkelt statusordforråd kan hjælpe: aktuel, under gennemgang, erstattet eller arkiveret. Forklar, hvad hver status betyder. Arkiveret bør ikke automatisk betyde falsk; det kan betyde, at emnet ikke længere vedligeholdes aktivt. Erstattet bør pege på erstatningen, når en findes.
Sig til, når ingen kan vedligeholde en note. En gennemsigtig vedligeholdelsesmangel er bedre end en poleret side, som i stilhed antyder løbende gennemgang. Fællesskabet kan bevare historisk værdi og samtidig advare læserne om, at aktuelle beslutninger kræver ny verificering.
Hold specialiserede forløb adskilt
Nogle emner kræver en dedikeret forklaring, fordi deres begreber let forveksles. Adgang via en allowlist er ét eksempel: ansøgning, udvælgelse, tildeling og deltagelse i mint er forskellige trin. En server, som placerer enhver besked under en vag mulighedsbetegnelse, kan tilskynde læserne til at behandle dem som ens.
En fokuseret guide om NFT-whitelist på Discord kan hjælpe medlemmerne med at forstå trinnene, før de fortolker en meddelelse. Arkitekturen bør derefter pege på den relevante forklaring, når en diskussion bruger forkortelser, frem for at antage, at alle læserne allerede kender skellet.
Specialisering bør baseres på gentaget behov. En permanent kanal kan være berettiget, når et emne har tilbagevendende spørgsmål og en ansvarlig vedligeholder. En midlertidig tråd kan være nok til en enkeltstående sag. Fællesskabet bør vælge den mindste struktur, som bevarer kontekst og forbliver let at navigere i.
Gennemgå specialiserede områder med mellemrum. Hvis en inaktiv kanal indeholder vigtigt referencemateriale, flyttes eller indekseres materialet, før diskussionsrummet arkiveres. Det forhindrer nyttig viden i at forsvinde, blot fordi samtalen i realtid flyttede et andet sted hen.
Test kortet med et nyt medlem
En praktisk test beder en ny deltager gennemføre tre opgaver uden vejledning: finde de aktuelle regler, finde en vedligeholdt forklaring og identificere, hvor et afgrænset spørgsmål skal stilles. Observer, hvor vedkommende tøver. Forvirringen er dokumentation om designet, ikke bevis for, at personen ikke læste omhyggeligt nok.
Bed medlemmet beskrive, hvad vedkommende forventer, at hver betegnelse indeholder, før den åbnes. Et kanalnavn, som betyder én ting for moderatorer og en anden for læsere, skaber gentagen friktion. Ligefremme betegnelser virker ofte bedre end smarte navne, hvis betydning afhænger af insiderviden.
Testen bør medtage en gammel besked. Kan medlemmet se, om den stadig er aktuel, og finde enhver rettelse? Hvis ikke, virker arkitekturen måske kun for personer, der var til stede, da informationen først kom. Den svaghed bliver mere alvorlig, efterhånden som fællesskabets historie vokser.
Registrer én eller to ændringer fra hver test, og kontroller dem igen senere. Et komplet redesign er sjældent nødvendigt. Små forbedringer af betegnelser, indekser og statusnoter kan fjerne tilbagevendende forvirring og samtidig bevare fællesskabets velkendte struktur.
Forbind kortet med fællesskabets kapacitet
Hvert vedligeholdt bestemmelsessted skaber arbejde. Før en ugentlig oversigt, et sagsarkiv og en teknisk ordliste tilføjes samtidig, skal det anslås, hvem der vil forberede og gennemgå dem. Et fiktivt hold med én frivilligtime om ugen kan måske vedligeholde et kort indeks, men ikke tre særskilte publikationer. Et mindre løfte, som holdes, er mere nyttigt end en bred struktur, der hurtigt bliver upålidelig.
Kapaciteten kan ændre sig. I en travl periode kan fællesskabet midlertidigt mindske referencearbejdets omfang og mærke ændringen klart. Medlemmerne kan derefter tilpasse forventningerne frem for at antage, at tavshed betyder, at ingen ny information findes.
Inviter bidrag gennem en defineret gennemgangsvej. Et medlem bør kunne foreslå en rettelse uden at få ubegrænset kontrol over en vedligeholdt note. Vedligeholderen kan bevare kilden, anerkende bidraget og forklare enhver uafklaret uenighed. Det holder informationen nyttig og gør samtidig deltagelse mulig for personer, der ikke kan forpligte sig til en løbende administrativ rolle.
Spørgsmål om organisering af NFT-Discordservere
Betyder mere organisering bedre research?
Organisering gør research lettere at finde og undersøge, men kan ikke gøre udokumenterede påstande præcise. Vurder dokumentationen inde i strukturen. En poleret server kan stadig indeholde dårlig analyse, mens en beskeden server kan bevare omhyggeligt arbejde med et enkelt kort og konsekvent vedligeholdelse.
Bør gamle beskeder slettes?
Gamle beskeder kan være nyttig historisk dokumentation, især når en påstand ændres. Det vigtige skel er, om læserne kan genkende deres status. Arkiver, mærk eller henvis til rettelser, hvor det er passende, og respekter samtidig fællesskabets regler om privatliv og opbevaring.
Hvem bør vedligeholde referencenoter?
Udpeg en person eller et klart defineret hold, som kan gennemgå emnet og anerkende mangler. Vedligeholdelse bør omfatte en opdateringsdato og en vej til foreslåede rettelser. Hvis ansvaret bliver uklart, markeres noten derefter frem for at antyde, at nogen stadig kontrollerer den.
Hvad er den første forbedring at lave?
Find den mest almindelige navigationsfejl, og ret det forløb. Ét indeks med aktuelle opdateringer eller en klart afgrænset hjælpevej kan give større fordel end at tilføje mange kanaler. Test ændringen med et almindeligt medlem, og brug vedkommendes oplevelse til at vælge den næste forbedring.