Spiludvikling og webudvikling har mere end et par ting til fælles. Specielt - hvis du er heldig - udvikler du et produkt, der ses og bruges af tusinder, hvis ikke millioner af mennesker regelmæssigt. Du skal bruge et godt team, god kvalitetssikring og mange supportpersonale til at besvare spørgsmål. Du skal bruge god-tier-servere. Du kommer til at høre en masse klager, der spænder fra konstruktiv kritik til direkte petulant whining.
Spillere er et ret krævende publikum. Mange virksomheder skjuler ofte deres udviklings- og projektledelsesprocesser bag et slør af hemmeligholdelse (og til tider fuldstændig skam), der stikker mest for pressemeddelelser. Spiludviklere er normalt lidt mere gennemsigtige. Dette er ikke fordi de er moralsk overlegen. Det er fordi deres kunder er villige og i stand til at rejse helvede, hvis de tror, at tingene går i den forkerte retning.
Du kommer til at høre en masse klager, der spænder fra konstruktiv kritik til direkte petulant whining
Som et resultat kan vi lære meget ved at se på, hvordan forskellige spiludviklere håndterer deres projekter og deres forhold til deres lokalsamfund. De fortæller os ikke alt, men de går ofte ind i detaljer om deres proces, deres hensigter og deres vision. Også, de sætter ud ret detaljerede patch noter, hvilket er cool.
De to spil, hvis løbende udvikling jeg har fulgt den nærmeste er Overwatch , og Dungeons and Dragons Online . Jeg bruger dem til mine eksempler.
Udviklerne af Overwatch har meget klare mål i tankerne for alt, hvad de gør. De oplyser offentligt hvad de vil opnå, og de går efter det. Deres handlinger viser konsekvent at være villige til at opfylde alle deres angivne mål. De trækker det ikke altid ud, men de er helt sikkert trygge.
Du kan vedtage den samme strategi: Fortæl dine brugere præcis, hvad du søger efter, når du foretager en ændring eller ny funktion. Giv dem ikke vage missioner som: "Vi vil være mere effektive og mindre ikke-effektive." Fortæl dem præcis, hvordan du har til hensigt at gøre din service mere effektiv. Giv detaljer. Tro mig, det gør hele forskellen mellem de brugere, der tror på dig og siger: "Ja. Jo da. Jeg tror på det, når jeg ser det. "
DDO har en fejl med sine stiger. Nogle gange kan du ikke klatre op på dem forbi et bestemt punkt, og andre gange kan du ikke engang få fat i dem i nogle få sekunder. Dette skyldes delvist, hvilket påvirker alle online spil. Men nogle gange, selvom alle andre systemer virker fint, uden forsinkelse, gør stigerne det bare ikke. Dev devs har hævdet at de har løst denne fejl så mange gange som de har nægtet sin eksistens. Selv nu er det ikke på listen over kendte problemer.
Brugerne ved dog, at det er rigtigt. Bugten har fået deres karakterer dræbt ofte nok. Hvis det meste af dit fællesskab fortæller dig, at noget er uberegneligt på dit websted, har de nok det rigtige. Selvom du har problemer med at reproducere problemet, skal du fortsætte med at kigge. Dine brugers tillid til dig afhænger af det.
En del af grunden til, at de ikke kan finde eller rette nogle fejl i DDO, er fordi spillet er over et årti gammelt, og mange (hvis ikke alle) af de oprindelige udviklere er langt væk. Der er så mange systemer og funktioner derinde, der kun er halvfabrikata i første omgang, det er et mirakel, når de kan finde fejl for at rette dem.
Det handler ikke kun om at kommentere din kode, det handler om at dokumentere dine beslutninger
Hvis du vil undgå det samme problem, skal du begynde at dokumentere. Det handler ikke kun om at kommentere din kode (selvom det hjælper), handler det om at dokumentere dine beslutninger. Hver beslutning du træffer om dit projekt, hver ny funktion du begynder at arbejde på, skal alle være i en let at finde fil et eller andet sted. Dine grunde til at foretage ændringen eller tilbagekalde den, ændre den, eller ikke afslutte funktionen, det skal alle være derinde. Du skal også skrive ned, hvor du finder alle relevante kodeord for hver ny funktion eller ændring.
Manglen på denne form for dokumentation fører til uforudsete - og nogle gange næsten ubøjelige - bugs.
Overwatchs udvikling og ledelse spiller spillet. Dette er et kendt faktum. Og de er ikke alle fordele. De har medarbejdere, der spiller på alle niveauer, hvilket betyder, at de får oplevelsen af spillet, som det ser ud til lavt niveau og højt niveau spillere. Det betyder, at de lettere kan empati med deres brugerbase.
En af DDO's medarbejdere (som ikke skal være brugernavn) bliver rutinemæssigt hånet i samfundet, fordi han ikke kan holde op uden at tænde gudtilstand mens han streamer spillet. Han bruger også potions til at helbrede sig selv, og potions er ... ikke gode i DDO. Ingen forventer ham at være den bedste, men de forventer, at han kender mekanikken i spillet bedre end det. Og de forventer, at han ikke bruger gudtilstand.
Dette princip kaldes også "at spise din egen hundemat". Du skal være sikker nok i dit eget produkt, at du selv bruger det dagligt. Dette princip gælder mere for apps end blogs, for eksempel, men det er vigtigt at huske. Hvis dine brugere ser, at du ikke vil bruge dit eget produkt, vil de undre sig over, hvorfor de skulle.
Dette er et problem, der har påvirket DDO, stort set hver anden MMO derude, og kan endda ramme Overwatch en dag. Nogle gange vil spiludviklere mere eller mindre ødelægge den meget ting, der tiltrak deres oprindelige publikum. Nogle gange forsøger de at tiltrække nye spillere ved at ændre mekanikken, for kun at ødelægge kernens gameplay. Nogle gange går de bare og gør alt, hvad de oprindelige gamere arbejdede så hårdt for forældede. Nogle gange forstyrrer deres nye indtjeningsindsats balancen i spillet.
Nogle gange forsøger de at basere deres spil på D & D 4th Edition, som alle hader.
Ofte medfører disse ændringer i en kort stund nye spillere. Men de forbliver normalt ikke så længe, og i sidste ende har spillet færre hardcore fans end da det startede. Og så nogle gange kan store ændringer genoplive et spil helt.
Du vil aldrig gøre alle glade, men der er meget at sige for at holde de gamle timer rundt
Inden du foretager massive, fejende ændringer, skal du tale med dine hardcore brugere. Tal med de mennesker, der kan afhænge af din app til deres daglige forretning. Hvis du har en lille funktion, som ikke mange bruger, så spørg de mennesker, der bruger det, hvor vigtigt det er for dem. De kan afhænge af det.
Du vil aldrig gøre alle glade, men der er meget at sige for at holde de gamle timer rundt. Fra et moralsk synspunkt skylder du dem nogle overvejelser. De lavede dit produkt, hvad det er i dag. Fra et praktisk synspunkt kan fans og brugere nogle gange have en bedre ide om hvorfor folk elsker dit produkt, end du gør. De kan være forkerte, men du ved aldrig, om du ikke lytter til dem i første omgang.