10 regels voor goud voor de ontwerpers van software
Ziehier een gevonden zeer sympathieke lijst van adviezen aan de ontwerpers van software op de plaats The Great Software List.
Het merendeel van de punten is vooral geldig voor onafhankelijke développeurs die commerciële toepassingen het grote publiek ontwikkelen. Maar het merendeel is eveneens van toepassing op andere gebieden:
1.a. wordt voorbereid om te verliezen, en gelooft niet dat u nummer 1 moet zijn om te winnen. Het succes neemt tijd in beslag.
b. Neemt de tijd in beslag om de concurrentie op uitvoerige wijze te bestuderen alvorens één lijn van code te schrijven. Localiseert de problemen waar op zij zich concentreren, en vindt hun gebreken en leemtes.
c. ontwikkelt toepassingen die u regelmatig gebruikt. Als u uw eigen software elke dag gebruikt, zult u veel meer geluk hebben om een robuuste software te bouwen. Anders heeft het merendeel van développeurs tendens tot zeer snel van onkundig zijn of éventuellent hun oprichtingen saboteren.
d. houdt een voldoende energie om de promotie van uw software te doen.
e. Gelooft niet dat de gebruikers de dingen op dezelfde wijze als u zien. Een functionaliteit die u overbodig lijkt kan essentieel blijken aan een gehele groep potentiële gebruikers die naar het best zoeken van wat uw software hun kan leveren.
f. Maakt niet heel uw tijd door om functies toe te voegen terwijl u beter zou doen om degenen te zuiveren en te vereenvoudigen die reeds bestaan.
g. Als u uw leven wilt winnen door te ontwikkelen, werktuigen bouwt die het leven van de mensen vereenvoudigen of het maakt meer interessant. Aldus zijn er goede kansen die u langer duurde en dat u zich in uw werk ontplooide.
2. Is logisch en samenhangend wat de keus van de kortere wegen klavier betreft. De meest gemeenschappelijke fout die ik met sharewares heb opgemerkt is het conflict van kortere wegen klavier tussen de menu's en de vensters van dialoog. Gebruikt nooit dezelfde brief voor een kortere weg klavier twee keer binnen hetzelfde dialoog of hetzelfde venster van klein. De toewijzing van de kortere wegen klavier neemt tijd in beslag. Bijgevolg mag men niet vrezen om ze te wijzigen in uw nieuwe versies. Neemt eveneens zorg om een kaart van de kortere wegen klavier in uw documentatie altijd te leveren.
3. Het zijn vaak kleine dingen die u van de concurrentie differentiëren. Bijvoorbeeld:
a. overweegt de oprichting van een menu om uw kortere wegen klavier paramétrables te maken. U kunt bijvoorbeeld u een software FeedDemon (van Bradbury), EmEditor of EmFTP (van Emurasoft) inspireren. De mensen die kunnen typen zijn sneller aan het klavier dan aan de muis.
b. Als uw toepassing van de tekst, en dat ingesloten de werktuigen beheert van blogging, voegt een teller van woorden in de staaf van werktuigen toe. Vele degenen die schrijven hebben een snelle toegang tot een nauwkeurige teller van woorden nodig, speciaal in het geval dat zij worden beperkt tot 200,800 of 1500 woorden.
c. als uw toepassing is bestemd om open te blijven de hele dag op het kantoor, moet de motor van teruggegeven snel zijn en het gebruikersinterface efficiënte. De beheerder XYplorer is een goed te volgen voorbeeld.
d. de gebruikers merken de creatieve functies zoals Squeez op van XYplorer archiveren.
4. Heldert zoveel mogelijk de opties van vergunning van uw software op en levert een historisch overzicht van de verschillende versies van de software op uw plaats. Een historisch overzicht van de versies geeft een idee van de frequentie van update van de software aan de gebruikers. Het laatste ding dat een gebruiker na een software zou willen leren gekocht te hebben zou zijn op een abandonware gevallen te zijn. De updates die in tijd worden beperkt, jagen de gebruikers schrik aan. Zij voelen zich floués als er een grens van updates van 12 maanden is. Zij willen voelen dat zij de software, en niet bezitten die zij het huren. In ieder geval als u updates over periodes van 12 tot 15 maanden doet, is er geen enkele reden om uw gebruikers in tijd te beperken. De vergunningen per intekening zijn te verbieden. De gebruikers hebben afschuw van deze ideeën en zullen snel alternatieven zoeken. Aan elke nieuwe vernieuwing, zullen zij afvragen zich of zij echt behoefte van de software hebben. Voor een nieuwe versie wordt betalen verwacht, maar een toepassing bouwen waarvan de functies aan het einde van een periode aflopen is een merk van verachting en onverschilligheid jegens hen.
5. U bent niet uw code. Herinnert u dat eraan het doel van een tijdschrift is de problemen te vinden, en er zal zijn erover. Neemt het niet persoonlijk wanneer een van hen wordt ontdekt. Is onkundig van de domoren en de trollen want het leven zijn veel te kort om hun uw aandacht te geven. Neemt persoonlijk de constructieve kritiek niet en houdt op om op uw verdedigende houding te blijven. Het is in de aard van de software onophoudelijk te evolueren, zonder de perfectie nooit te bereiken. Het is moeilijk om een website zonder update te ontwerpen of die geen enkel bij gebrek aan spelling bevat, dan waarom behandelt u uw software alsof hij perfect was? Stelt u in vrijheid en plant voor de nieuwe versies.
6. Stimuleert de terugkeer van de gebruikers. U hebt een goede software gebouwd, nu laat ze waar van zij besluiten willen (binnen redelijke natuurlijk). Belangrijker nog: is reactief. Als u niet kunt insluiten wat de gebruikers willen, deelt met hen minstens uw projecten voor de volgende update. Dit zal hun niveau van frustratie verminderen en zal hun angst matigen. Hun geduld zal aldus in uw voordeel spelen. De aantekening: ik weet dat sommige domoren zonder enige tact zijn. Maar belangrijke is een handvat van gebruikers te vinden in wie u hebt vertrouwen en van wie de kennis en de beschouwing u zullen laten vooruitgaan. Belangrijker nog, beoogt de meningsverscheidenheid.
[NDLR: twee goede leerlingen op dit punt: de software Essential PIM en Tudumo]
7. Om te beginnen, kopiëert de beste functies van de andere programma's. Behoefte om niet réinventer het wiel. Concentreert u niet op een kleine functionaliteit, virtueel onbelangrijk ten koste van een functionaliteit dat u de enige die voorstelt bent. Doen evolueren de reeds functies in uw software. Bijvoorbeeld, kunnen de dozen van dialoog altijd herzien worden en verbeterd zijn. Zijn uw schermen van Onderzoek,/even vervangen vinden efficiënt als zij het zouden moeten zijn?
8. Heroverweegt de kosten van uw software: 59,95$ voor een toepassing unitâche zijn eenvoudigweg te duur voor het merendeel van de begrotingen. Als uw software slechts een functie heeft, zou hij niet meer dan 15 tot 30$ moeten kosten. U zult twee keer meer vergunningen voor 30$ verkopen dat u niet voor 50$ zou erover verkopen. Daarentegen als u een vergunning levenslang, als WinRAR of de onderzoeker van bestanden XYplorer, dan u er belang bij hebt verkoopt om te vragen en zelfs meer, de prijs te verdrievoudigen. UltraEdit stelt zowel een vergunning van 1 jaar als een keuze voor een vergunning voor levenslang. Als uw software open blijft op het kantoor het merendeel van de dag, hebt u er belang bij om een vergelijkbare juiste prijs te bepalen met die die door uw betere concurrenten in uw categorie van software wordt uitgeoefend. Helaas stimuleert laten betalen te duur de piratage en duwt de gebruikers om zich op alternatieven gratis of open-bron, ongeacht de kwaliteit van uw software te verminderen. (En de domoren die de software illegaal coiëren zullen, elke zaak met wordt geconfronteerd ermee sinds de onheugelijke tijden doorgaan).
Het is waarschijnlijk dat u niet fabelachtig rijk zult worden door van de code te schrijven. Dus als u geld op lange termijn wilt doen en de hen aan de eieren van goud niet doden, haalt u in op de updates, niet op de eerste prijs. Als uw toepassing goed is, zal ik gelukkig zijn om 40 tot 50% voor een substancielle of periodieke update te betalen. Houdt eveneens met de wisselkoersen rekening wanneer u de prijzen berekent. De Euro is het populairst van de valuta op Internet, maar gezien zij zeer sterk is, kunnen bepaalde gebruikers naar toegankelijkere alternatieven geduwd worden.
9. Als u uw versie van evaluatie wilt beperken, beperkt aan het aantal lancering eerder dan aan het aantal dagen van gebruik. Op deze wijze, als ik voor enkele weken vertrek, verhindert dat me niet om uw toepassing te testen en dat vermijdt dat u een potentiële klant verliest. Als u een grens van tijd kiest, gul bent: 21 tot 30 dagen zijn volkomen juist. Als u verdenkt dat uw software werd illegaal gecoieerd of dat u het vindt op een illegale plaats, overweegt tegelijkertijd de oprichting van 2 afzonderlijke uitvoerbare bestanden: een voor de versie van proef en een voor de geregistreerde versie van het programma [NDLR: maar hoe doen als de geregistreerde versie zich op een illegale plaats? weer bevindt]
10. Niet désactivez/beperkt de functies van de software in de versies van evaluatie niet. Dat verhindert de gebruikers om de capaciteiten van uw software ten opzichte van de anderen te vergelijken. De gebruikers hebben altijd vele keuze in de verschillende categorieën van software. En als u de functies van de software beperkt, hebben zij geen enkele reden om uw software serieus te nemen. Geen enkele benadeelde software komt voor op de lijst The Great Software List. Het is beter de periode van evaluatie eerder beperken dan om de functies te beperken.
Ik zou geneigd zijn om eveneens weer toe te voegen: stelt een draagbare versie voor. Maar dat spreekt een beetje het concept van vergunning monoposte tegen aangezien het hoofdvoordeel van een draagbare versie is zijn software van een computer aan een ander op zijn sleutel USB te vervoeren. En deze versies zijn bovendien zonder bescherming tegen de piratage. Maar men merkt op dat bepaalde software aan successen zich er als Essential PIM, Website Watcher en dezelfde Tudumo zet.
Als er développeurs in de hoek is, kunt u ons van uw experimenten in de commentaren in kennis stellen
Tags: commercieel, adviezen, ontwikkeling, développeur, het grote publiek, software, kortere wegen klavier, successenAls u van dit artikel hebt gehouden, hem meer zicht in voorstemmer hem op Scoopeo gegeven:
De gelijksoortige artikelen (in theorie):
Een vinding bliksem om de programma's te sorteren die aan de start van windows worden gelanceerd
Het gratis equivalent van een commerciële software gemakkelijk vinden
Een gratis en efficiënte software om diagrammen te creëren
Temptation blocker: een goed middel tegen de treuzelarij
De laatste lijst van de plaatsen van draagbare toepassingen







