Spelutveckling och webbutveckling har mer än några saker gemensamt. Specifikt - om du har tur - utvecklar du en produkt som kommer att ses och användas av tusentals, om inte miljoner, av människor regelbundet. Du kommer att behöva ett bra lag, god kvalitetssäkring och en hel del supportpersonal att svara på frågor. Du kommer behöva god-tier-servrar. Du kommer att höra en hel del klagomål som sträcker sig från konstruktiv kritik till direkt petulant whining.
Spelare är en ganska krävande publik. Många företag gömmer ofta sina utvecklings- och projekthanteringsprocesser bakom ett slöja av sekretess (och ibland fullständigt skam) som i huvudsak klarar av pressmeddelanden. Spelutvecklare är vanligtvis lite mer transparenta. Detta beror inte på att de är moraliskt överlägsen. Det beror på att deras kunder är villiga och kunna höja helvetet om de tror att sakerna går i fel riktning.
Du kommer att höra en hel del klagomål som sträcker sig från konstruktiv kritik till direkt petulant whining
Som ett resultat kan vi lära oss mycket genom att titta på hur olika spelutvecklare hanterar sina projekt och deras förhållande till deras samhällen. De berättar inte allt för oss, men de går ofta in i detalj om sin process, deras avsikter och deras syn. Dessutom lägger de ut ganska detaljerade lappnoteringar, vilket är coolt.
De två spelen vars pågående utveckling jag har följt närmast är Overwatch , och Dungeons and Dragons Online . Jag ska använda dem för mina exempel.
Utvecklarna av Overwatch ha mycket tydliga mål i åtanke för allt de gör. De anger offentligt vad de vill uppnå, och de går för det. Deras handlingar visar konsekvent att de är villiga att uppfylla alla sina uttalade mål. De drar inte alltid av det, men de är säkra på att det är svårt att försöka.
Du kan anta samma strategi: Berätta för användarna exakt vad du syftar till när du gör en ändring eller ny funktion. Ge inte dem vaga uppdragsutlåtanden som "Vi vill vara mer effektiva och mindre effektiva". Berätta för dem exakt hur du tänker göra din tjänst mer effektiv. Ge detaljer. Tro mig, det gör skillnaden mellan användarna som tror på dig och säger, "Ja. Säker. Jag tror på det när jag ser det. "
DDO har en bugg med sina stegar. Ibland kan du inte klättra upp dem över en viss punkt, och andra gånger kan du inte ens gripa på dem i några sekunder. Detta beror delvis på lag, vilket påverkar alla onlinespel. Men ibland, även om alla andra system fungerar bra, utan fördröjning, gör stegarna inte det. De devs har hävdat att de har löst det här felet så många gånger som de har förnekat sin existens. Även nu är det inte på listan över kända problem.
Användarna vet emellertid att det är riktigt. Buggen har fått sina karaktärer dödade tillräckligt ofta. Om det mesta av din community säger att något är ojämnt på din webbplats, är de troligen rätt. Även om du har problem med att reproducera problemet, måste du fortsätta titta. Dina användares förtroende för dig beror på det.
En del av anledningen till att de inte kan hitta eller fixa några buggar i DDO är att spelet är över ett decennium gammalt, och många (om inte alla) av de ursprungliga utvecklarna är långt borta. Det finns så många system och funktioner där som bara är halvfärdiga i första hand, det är ett mirakel när de kan hitta buggar för att fixa dem.
Det handlar inte bara om att kommentera din kod, det handlar om att dokumentera dina beslut
Om du vill undvika samma problem börjar du dokumentera. Det handlar inte bara om att kommentera din kod (även om det hjälper) handlar det om att dokumentera dina beslut. Varje beslut du fattar om ditt projekt, varje ny funktion du börjar arbeta med, ska alla vara i en lätt att hitta fil någonstans. Dina skäl för att göra ändringen, eller återställa den, ändra den eller slutföra funktionen, det borde alla vara där. Du borde också skriva ner var du vill hitta all relevant kod för varje ny funktion eller förändring.
En brist på denna typ av dokumentation leder till oförutsägbara - och ibland nästan oföränderliga - buggar.
Overwatchs utveckling och ledning spelar spelet. Detta är ett känt faktum. Och de är inte alla fördelar. De har anställda som spelar på alla nivåer, vilket innebär att de kommer att uppleva spelet som det verkar som spelare på låg nivå och på hög nivå. Detta innebär att de lättare kan komma i kontakt med deras användarbas.
En av DDO: s medarbetare (som inte ska vara användarnamn) rutineras i samhället eftersom han inte kan fortsätta utan att slå på gudläge medan han strömmar spelet. Dessutom använder han potions för att läka sig själv, och potions är ... inte bra i DDO. Ingen förväntar sig att han ska vara bäst, men de förväntar sig att han ska veta mekaniken i spelet bättre än så. Och de förväntar sig att han inte använder gudläge.
Denna princip kallas också "äta din egen hundmat". Du borde vara säker i din egen produkt att du själv använder den dagligen. Denna princip gäller mer för appar än bloggar, till exempel, men det är viktigt att komma ihåg. Om dina användare ser att du inte skulle använda din egen produkt, undrar de varför de borde.
Detta är ett problem som har påverkat DDO, ganska mycket andra MMO ute och kan till och med slå Overwatch en dag. I grund och botten förstör spelutvecklare ibland mer eller mindre förstör det som lockade sin ursprungliga publik. Ibland försöker de att locka nya spelare genom att byta mekanik, bara för att förstöra kärnans spel. Ibland går de bara och gör allt som de ursprungliga spelarna arbetade så hårt för föråldrade. Ibland uppväger deras nya intäktsintäkter spelets balans.
Ibland försöker de att basera sitt spel på D & D 4: e upplagan, som alla hatar.
Ofta kommer dessa förändringar för en liten stund i nya spelare. Men de brukar inte stanna så länge, och i slutändan har spelet färre hardcore fans än när det började. Och ibland kan stora förändringar återuppliva ett spel helt.
Du kommer aldrig att göra alla lyckliga, men det finns mycket att säga för att hålla de gamla timerna runt
Innan du gör massiva, svepande ändringar, prata med dina hardcore-användare. Prata med de personer som kan bero på din app för sin vardagliga verksamhet. Om du har en liten funktion som inte många använder, fråga de personer som använder det, hur viktigt det är för dem. De kan bero på det.
Du kommer aldrig att göra alla lyckliga, men det finns mycket att säga för att hålla de gamla timerna runt. Ur ett moraliskt perspektiv är du skyldig dem lite övervägande. De gjorde din produkt vad det är idag. Från en praktisk synvinkel kan fans och användare ibland få en bättre uppfattning om varför människor älskar din produkt än du gör. De kan vara fel, men du vet aldrig om du inte lyssnar på dem i första hand.