- - 10 lecke A szoftverfejlesztőknek tanulniuk kellene a CCleaner sikeréből

10 lecke A szoftverfejlesztőknek tanulniuk kell a CCleaner sikeréből

Mostanra mindenki tudja, hogy a CCleaner szinonimájaa Rendszertisztítással, ugyanúgy, mint a Google szinonimája a Keresésnek. Ez az egyik legrégebbi rendszertisztító, amelyet először 2005-ben indítottak. Még a CCleanernek is az volt az az előnye, hogy akkoriban bevezette az első teljes rendszertisztítót, a felhasználóknak meg kell jegyezniük, hogy a valódi siker különféle tényezőkkel jár (amelyek szintén időzítést tartalmaz).

Ami elképesztő, nem az, hogy a CCleaner volt azaz első eszköz, amely elsajátította a tisztítás művészetét, hanem inkább a 6 éves időszakra elképesztő növekedést. Úgy tűnik, hogy a Google még további növekedést vár előre 2010-ben.

CCleaner növekedés

(Tech íróként) megtapasztaltam, amit láttama népszerű alkalmazások fenomenális növekedése, de egy idő elteltével a növekedés lassúvá válik, vagy a kemény verseny miatt fokozatosan esni kezd. De úgy tűnik, hogy a CCleanernek elég jól sikerült megtartania magát. Valójában annyira jól, hogy néhány független fejlesztő leállította a rendszertisztítók fejlesztését, mivel rájöttek, hogy a CCleanerrel való verseny nem szinte lehetetlen.

CCleaner logó

Szóval milyen lépéseket tett pontosan a CCleaner, hogy ilyen népszerűvé és mainstreamré váljon? Íme 10 lecke, amelyet minden szoftverfejlesztőnek meg kellene tanulnia a CCleaner hatalmas sikeréből.

1. lecke - KISS (tartsa egyszerűen hülyebbé)

Ez messze a legjobb lecke a CCleaner számáratanít téged. A KISS vonatkozik a termék nevére, funkcionalitására és használhatóságára. Mennyire könnyű helyesírni? A „C” betű a „Tisztább” előtt teszi a CCleaner egyszerűbbé. Mennyire könnyű a funkcionalitás? Az összes alapvető funkció egyértelműen a főablakban található, egyszerű. Mennyire könnyű a használhatóság? A halott egyszerű GUI az egyik oka annak, hogy sokkal inkább mainstream, mint más hasonló eszközök.

2. lecke - ne változtassa meg a termék nevét később

A legtöbb szerző hatalmas hibát követ el, ha megváltoztatja aterméknév a fejlesztés későbbi szakaszában. Különböző okok vannak erre a célra: vagy megváltoztatják a nevet, mert az eredeti nevet nem volt könnyű megjegyezni (1. lecke), vagy pedig azért, mert az egész szoftvert az alapoktól kezdve egy teljesen új felülettel kódolták (és úgy vélik, hogy a név vezet ez népszerűsége).

A fenti mindkét esetben a terméknév megváltoztatása aznem a legjobb ötlet. A név megváltoztatásakor nem csak a meglévő ügyfelek mérgezik, hanem minden blogger és webmester is, akik a szoftvert felülvizsgálták (névváltoztatás előtt), ugyanolyan dühösek.

Válasszon egy könnyen megjegyezhető nevet, és maradjon rajtaörökké. A név későbbi megváltoztatása olyan, mintha a Google megváltoztatná a nevét Googol-ra, és azt mondaná a világnak, hogy ezt eredetileg akarták, nem lenne téged?

frissítés: Olvassa el újra a fenti utolsó mondatot: „Változónév későbbi szakaszban…. ” Amint az kommentátor alább rámutat, a CCleaner először CrapCleaner volt, de ne feledje, hogy a név hamarabb megváltozott, mint amit a legtöbb fejlesztő megtenne. A név megváltoztatása az induláskor jobb, mint a név későbbi megváltoztatása, amikor késő lesz. Ne feledje továbbá, hogy sokkal egyszerűbb és rövidebb nevet választottak, amely szintén fontos növekedési tényező.

3. lecke - Rendszeresen frissítse

Gondolj rá, mint egy Apple App Store-raA frissítést hozzáadja, minél inkább megjelenik a listán, annál több ember megismerkedik róla, annál több felhasználó tölti le, és végül minél népszerűbb lesz alkalmazásod. Kivéve, hogy ebben az esetben nincs Apple App Store, sok száz népszerű szoftver webhely létezik, amelyek folyamatosan ellenőrzik a termék legújabb fejlesztéseit.

A felhasználók szeretik a rendszeresen frissített szoftvertmert egyértelmű üzenetet ad nekik, hogy a szerző nagyon aktív a fejlesztésben. A frissítések kiadására vonatkozó határidő megtartása szintén segít, például, hogy kéthetente egyszer vagy havonta egyszeri frissítést készítsen.

Szóval mi a leckék itt? Míg más szoftverek küzdenek a Windows 7 támogatása mellett, a CCleaner az első olyan alkalmazások között, amelyek támogatást nyújtottak a Windows 7 JumpList számára. Ez további okot ad a felhasználóknak a CCleanerre való áttéréshez.

4. lecke - Értesítse a bloggazdakat és a webmestereket

A nem indítás csak akkor indul, ha a felhasználók nem jutnak odamindenekelőtt tudni kell a szoftverről. Jó a szoftver elküldése a különféle szoftverportálokba, de a bloggerrel és a fórum-webmesterrel való kapcsolatfelvétel sokkal jobb módszer a népszerűség növelésére.

Személy szerint sokkal nagyobb prioritást élvezek aolyan szoftvereket, amelyeket nekem nyújtanak be, mint azokat, amelyeket a szoftverportálokon találok. Nagyon fontos, hogy néhány népszerű blogban megemlítsék őket, mivel más blogok könnyen felveszik, ezt szóbeli kifejezés követi, és mindenhol megemlíti a fórumoktól a twitterig.

5. lecke - Ne keverje el

Miután elindította a szoftvert, már nem avizsgálati helyszín. A fejlesztők csak a felhasználók igényei szerint változtathatnak, egyszerűen azért, mert a fejlesztés nagy részét a nyilvánosság fogja irányítani. A legtöbb fejlesztő megy annyira, hogy megváltoztassa az egész felületet, ahelyett, hogy finomítani fogja azt, ami valójában ott van.

Ha új felületet akar kipróbálni, akkor a legjobb módjaaz, hogy összeállítson egy különálló új összeállítást, és kérje meg a felhasználókat, hogy teszteljék ezt az új összeállítást. Tehát hogyan hagyják el a felhasználók a visszajelzést? Vagy létrehozhat egy beépített visszajelző gombot, vagy a felhasználók elhagyhatnak hozzászólásokat a fórumon.

6. lecke - Nincs fórum = Nincs növekedés

A cím nagyjából összefoglalja. A legtöbb fejlesztő elfelejti fórumokat felvenni webhelyére, de átnézi a CCleaner honlapját. Nemcsak egyértelmű linket biztosítanak a címsor fórumaihoz, hanem a főoldal végén található fórumra mutató hivatkozást is kínálnak, ahol naponta több ezer felhasználó érkezik.

Ne várja el, hogy több száz felhasználó csatlakozik a fórumhoza dobás után másnap. A növekedésnek mindig idő kell, még akkor is, ha két ember regisztrál a fórumon, hogy visszajelzést adjon, sokkal többet ér, mint hogy egyáltalán nem biztosítson fórumot.

Az 5. és a 6. lecke párhuzamos. A felhasználók többnyire irányítják a fejlesztést és további funkciókat kérnek fórumon való közzétételükkel. Ha elsősorban nincs fóruma, akkor nagyjából elmulasztotta a fejlesztést.

7. lecke - Biztosítson egyszerű frissítési módot

Ha egy fejlesztő felkéri a felhasználókat, hogy töltsék le a legújabb verziótverzió minden új kiadás során, akkor vagy a legbutabb ember, életben van, vagy mentálisan hátrányos abban az értelemben, hogy senki sem tudja meghatározni. (Sajnálom, hogy szarkasztikus vagyok itt)

Utoljára emlékszem a CCleaner telepítésére2008. augusztus és ma frissül a legújabb verzióra, mindezt automatikusan elkészítve. A CCleaner rendelkezik beépített frissítővel, amely naprakészen tartja a szoftvert. Ne feledje, hogy a felhasználók több funkciót és kevesebb problémát akarnak, a beépített frissítő hozzáadásával kiválóan csökkenthető az ügyfelek fejfájása.

8. lecke - szilárd építészet

Csakúgy, mint a felület megváltoztatása vagy aA termék elnevezése egy későbbi szakaszban óriási hiba, csakúgy, mint az alapvető architektúra. Idővel a fejlesztőknek különféle új funkciókat kell hozzáadniuk, és a lehető legnagyobb rugalmasság biztosítása érdekében új architektúrára van szükség.

Ne érts félre. Nem azt mondom, hogy egy új architektúra építése az alapoktól kezdve rossz ötlet, ezt a Facebook tette meg, a Firefox ezt tette, még a Google-nak is meg kellett tennie. Az üzenetem egyszerű, ha egy szoftvert az alapoktól kezdve épít egy vadonatúj architektúrával, akkor csak ne kérje meg a felhasználót, hogy töltse le a legújabb verziót (és távolítsa el az előző verziót). A beépített frissítési szolgáltatásnak ezt meg kell tennie.

Például a CCleaner beültette aaz automatikus frissítés olyan szépen, hogy a felhasználóknak még akkor sem, amikor elvégezték a szoftver teljes felújítását, nem kellett letölteniük az új verziót, és nem kellett eltávolítaniuk az előzőt.

9. lecke - Ne légy kapzsi

Kapzsiság. Igen, kapzsiság. Amikor egy szoftver népszerűvé válik, a fejlesztők sokkal kapzsiságosabbá válnak, mint valaha, ami technikailag a világ végére hozza termékeit. Csak nézzük meg a Digsby-t, és árnyas taktikával töltötték meg a telepítőfájljaikban minden lehetséges drogot, spam-szoftvert és rosszindulatú szoftvert, és most sajnálják, amit tettek.

Indítsa el a CCleaner beállítást, és látni fogjacsak azt kéri, hogy telepítsen egy eszköztárat (Yahoo! eszköztár), és megemlíti azt egyértelműen más lehetőségek között. A lépések szintén egyszerűek, mindössze három kattintással a CCleaner telepítve lesz és használatra kész.

10. lecke - Nincs siker elegendő a sikerhez

Annak ellenére, hogy a fenti növekedési diagramot a Google készítetteA betekintés elég lenyűgöző, a CCleaner mögött álló srácoknak most már szünetet kell tartaniuk. De amint láthatja a fórumok meglátogatásával, a tevékenység nagyrészt teljes lendülettel jár, és a frissítések rendszeresen megjelennek. Ez önmagában mutatja a fejlesztők elkötelezettségének szintjét a CCleaner iránt.

CCleaner honlap

„A kudarc sikeres, ha abból tanulunk.”, Malcolm Forbes.

„A vereség nem a legrosszabb kudarc. Az, hogy nem próbáltam ki, az az igazi kudarc. ”, George Edward Woodberry.

Hozzászólások