Er zijn een aantal belangrijke overwegingen te maken bij het werken aan premium WordPress-gebaseerde projecten. Tot nu toe hebben we een aantal strategieën bekeken voor projecten voor planning, bouwen en marketing, maar we moeten nog kijken naar wat er nodig is om er één te onderhouden.
Immers, geen enkel softwareproject is vrij van gebreken. Ervan uitgaande dat u een aanzienlijke gebruikersbasis genereert, hebben klanten ook ideeën voor functies of wijzigingen die ze graag zouden zien in een project. Daarom is het belangrijk om systemen te hebben voor trackingproblemen, planningsfuncties en communicatie met uw gebruikers.
In deze laatste post in deze serie zullen we bekijken hoe u uw project het beste kunt positioneren voor langetermijnbeheer dat goed werkt voor u en uw klanten..
Als u een professionele ontwikkelaar bent, dan bent u zich al bewust van (en waarschijnlijk volbracht met) ten minste één broncontrolesysteem. Als dat het geval is, dan is deze sectie misschien van weinig waarde, maar als je relatief nieuw bent in ontwikkeling en / of bronbeheer, kan dit een van de handigste hulpprogramma's worden die je aan je toolbox toevoegt, niet alleen voor dit project maar ook toekomstig werk.
Simpel gezegd, bronbeheer (ook wel versiebeheer genoemd) is een manier om een historisch overzicht te bewaren van elke wijziging die ooit in een bestand in uw project is aangebracht.
Het geeft je met name de mogelijkheid om momentopnamen van je code te maken voor release, terugdraaien naar eerdere versies van het project en notities te maken over wat elke update bereikt. Als u met een team werkt, kunt u zien wat elke persoon heeft bijgedragen aan de toepassing, conflicten oplossen en verschillen samenvoegen.
Uiteindelijk biedt bronbeheer u de mogelijkheid om een geschiedenis van uw project bij te houden, iteraties van uw werk te beheren waarin u bugs patcht en nieuwe functies introduceert, en specifieke versies voor de release tagt.
Er zijn ook een aantal verschillende bronbesturingssystemen beschikbaar. Hoewel het uitleggen van elk systeem of het gebruik ervan buiten het bereik van deze serie valt, is het belangrijk op te merken dat er een aantal gratis opties beschikbaar zijn:
Elk platform biedt zijn eigen aandeel van voor- en nadelen. In plaats van te veel tijd te besteden aan overleg over welk systeem u moet kiezen, bevindt u zich in een veel betere positie om er een te kiezen en deze te gebruiken. Iets op zijn plaats hebben is beter dan niets op zijn plaats hebben.
Zoals eerder vermeld, zal je project worden vrijgegeven met bugs. Het maakt niet uit hoeveel tijd u besteedt aan het testen en evalueren van uw werk, het is bijna onmogelijk om elk probleem op te lossen.
Sinds je bent ze niet zullen vinden, zullen uw gebruikers dat wel doen en moet u voorbereid zijn om te volgen wat ze vinden. Zoeken naar een oplossing voor het volgen van fouten kan ontmoedigend zijn - de markt is rijk aan opties.
Vroeg in uw project is er geen reden om geld te laten vallen op een belangrijke oplossing. Je kunt altijd opschalen naarmate je project groeit. Effectieve bug-tracking vereist slechts enkele functies:
Er zijn een aantal gratis manieren om bugs te volgen - sommige ouderwetse, sommige moderne webapplicaties:
Nogmaals, het is belangrijker dat jij Gebied trackingproblemen in plaats van hoe je bent problemen aan het volgen en dat u deze problemen gebruikt om uw product nog beter te maken.
Als je bugs hebt om te volgen (en dat zal je!) Dan is het alleen logisch dat je een soort van ondersteuning voor je project zou bieden. Bovendien biedt het bieden van ondersteuning gebruikers ook een stimulans om het product te kopen (of een licentie op hoger niveau te kopen) voor het gemoedsrust dat ze iemand "op afroep" zullen hebben om hun vragen te beantwoorden.
Voor wat het waard is, zie ik dit als wederzijds voordelig: gebruikers hebben iemand beschikbaar om hen te helpen met je product, je hebt klanten die feedback geven om je te helpen je werk te laten groeien.
Net als bij het volgen van bugs, zijn er tientallen ondersteuningsplatforms, variërend van beproefde bulletinboardsystemen tot meer geavanceerde ticketingoplossingen. Vergeet echter niet dat het ons doel is om dit goedkoop te doen.
Naarmate uw project groeit, kunt u meer geavanceerde ondersteuningstoepassingen bekijken die aansluiten op uw werk.
Voor wat het waard is, vind ik dat het gebruik van openbare systemen zoals fora of opmerkingen de klantenbasis goed dient, want als je eenmaal een antwoord kunt geven en beschikbaar hebt, heb je documentatie over hoe je een probleem met je werk kunt oplossen (of oplossen) en je hebt een manier om bugs en functieverzoeken van je gebruikers bij te houden.
Hoewel deze sectie een beetje subjectiever is, merk ik dat het het vermelden waard is: klanten houden van communicatie. Ze willen weten dat het product dat ze hebben gekocht het geld waard is. Omdat de WordPress-community zo actief is, worden ze gebruikt voor updates, wat betekent dat uw product up-to-date moet blijven met het platform.
Een van de beste dingen die u voor uw klanten kunt doen, is door hen te laten weten dat u aan het project werkt - dat het in ontwikkeling is en dat u luistert naar wat ze zeggen.
Natuurlijk wil je niet overdreven communiceren. Hier zijn een aantal manieren om uw gebruikers op de hoogte te houden van de status van het project zonder ze te overspoelen met informatie:
Merk op dat al het bovenstaande manieren is waarop gebruikers zich kunnen aanmelden om van u te horen - u dwingt geen informatie over hen die ze niet willen horen. Dat is nog een andere manier om door te gaan met het bieden van communicatie aan uw gebruikers zonder ze te overspoelen met informatie die irritant is.
We hebben alle fasen van het plannen, bouwen, marketing en beheren van een premium WordPress-project goedkoop uitgevoerd. Hopelijk heeft de serie enkele vangrails voorzien die je zullen helpen met je volgende (of huidige) project.
Natuurlijk zijn deze berichten niet uitputtend. Er is altijd meer te bespreken en meer om toe te voegen, dus voel je vrij om je eigen gedachten toe te voegen in de comments!