Rattaga sõitmise õppimine ja tarkvara ehitamine

BikeTöö on viimasel ajal olnud tõeline väljakutse. Tootejuhiks olemine on põnev töö - kui jõuate seda tööd tegelikult teha. Ma tean, et see on ütlematu asi, mida öelda, kuid olete tõepoolest müügi, arenduse, klienditeeninduse ja ettevõtte juhtpositsiooniga sõja keskne sõlmpunkt.

Mõned inimesed kaotavad saidi, et eesmärk pole ehitada rohkem funktsioone või järgmist lahedat Web 2.0 rakendust, eesmärk on anda inimestele võimalus oma tööd tõhusamalt ja tõhusamalt teha. Iga päev küsitakse minult: "Millised funktsioonid on järgmises versioonis?"

Vastan küsimusele harva, sest minu tähelepanu ei ole üldse funktsioonidel, vaid keskendun lahenduse loomisele, mis võimaldab turundajatel oma tööd tõhusamalt ja tõhusamalt teha. Oma klientide võimestamine on see, mis see on. Kui keskendute suurtele ja läikivatele asjadele, on teil suuri ja läikivaid asju, ilma et kliendid seda kasutaksid.

Google ehitas impeeriumi, alustades ühest tekstikastist. Olen lugenud mõnda artiklit, kus Yahoo! on tegelikult kritiseerinud Google'i nende kasutatavuse osas. Mis on parem kasutatavus kui üks tekstikast? Ärge saage valesti aru, Yahoo! ehitab nende rakendustesse fantastilisi funktsioone. Ma armastan nende kasutajaliidese komponente täiesti, ma lihtsalt ei kasuta nende rakendusi.

Google õpetab inimesi jalgrattaga sõitma ja seejärel jätkavad nad ratta täiustamist. Ehitades ühest tekstikastist tõhusamad otsingud, andis Google sadadele miljonitele inimestele õiguse oma tööd paremini teha. See toimis ja seetõttu kasutavad kõik seda. See ei olnud ilus, sellel ei olnud glamuurset avalehte, kuid see andis nende kasutajatele õiguse töötada tõhusalt ja tulemuslikult.

Kas te kujutate ette, kuidas panete oma 4-aastase 15-käigulise maastikuratta taha tahavaatepeeglite, signaalide, veekannu vms? Sa ei teeks. Miks soovite siis ehitada tarkvararakenduse, millel on 15-käigulised, peeglid, signaalid ja veekann? Sa ei peaks. Eesmärk on panna nad rattaga sõitma õppima, et nad jõuaksid punktist A punkti B. Kui punkt A punktini B keerukus kasvab, siis vajate uue funktsionaalsusega jalgratast, mis seda toetab. Kuid ainult siis, kui kasutaja saab sellega tegelikult sõita!

See tähendab, et treeningrattad on suurepärased (näeme neid võlurite kujul). Kui kasutaja saab tegelikult rattaga sõita, saate treeningrattad eemaldada. Kui kasutaja saab rattaga sõitmise suurepäraseks ja peab kiiremini sõitma, siis pange sellele mõned käigud. Kui kasutajal on vaja maastikul joosta, seadistage ta maastikurattaga. Kui kasutaja liiklust tabab, visake peeglisse. Ja nende pikkade sõitude jaoks visake veekann sisse.

Google teeb seda nende tarkvara järkjärgulise väljaandmise ja pidevate täiustustega. Mulle meeldib see, et nad ühendavad mind millegi lihtsaga ja jätkavad siis selle täiendamist. Nad alustasid tekstikastiga, seejärel lisasid muud asjad, näiteks pildiotsing, ajaveebiotsing, koodiotsing, Google'i avaleht, Google'i dokumendid, Google'i arvutustabelid ... Kuna olen harjunud nende tarkvara kasutama, on nad edasi arenenud see toetab täiendavaid protsesse, mis panevad mind oma tööd tõhusamalt ja tõhusamalt tegema.

Ratas on see, mis viib inimese punktist A punkti B. Ehitage kõigepealt suurepärane ratas, millega on lihtne sõita. Kui nad õpivad rattaga sõitma, muretsege selle pärast, kuidas toetada täiendavaid protsesse, luues oma rakenduses uue funktsionaalsuse.

Pidage meeles - Google alustas lihtsa tekstikastiga. Ma kutsun teid üles vaatama kõige kiiremini kasvavaid rakendusi ja edukaid ettevõtteid veebis ning leiate kõigile neile ühe ainulaadse omaduse ... neid on lihtne kasutada.

Töölt väljas ...

3 Kommentaarid

  1. 1

    Vapustav postitus! Eriti armastas analoogiat.

    Ma arvan, et tootejuhtidel on tänapäeval raskusi täpselt määratleda, millal on õige aeg "jalgratta" funktsioonide lisamiseks ja kuidas ühendada need juba olemasolevate funktsioonidega, millega nende kasutajad on harjunud.

  2. 2

    Suurepärane postitus Doug. Nii paljud asjad, mis tunduvad nii lahedad, muudavad selle töö lihtsalt raskemaks. Kas olete näinud raamatut “Miks tarkvara imeb” või “Dreaming in Code”?

    Mõlemad räägivad sellest, kuidas tarkvara on rikutud, kui üritada olla lahe või ülimalt paindlik vs lihtsalt töö lihtsalt ära teha.

Mis sa arvad?

Sellel saidil kasutatakse rämpsposti vähendamiseks Akismetit. Vaadake, kuidas teie andmeid töödeldakse.