intype.info: 2008
Nový web pre Intype je jednou z aktuálnych tém našich Intype Sync stretnutí. Dizajn je na mne, a rozhodol som sa, že odpublikujem moje myšlienkové pochody na blogu. Aj tak sa tu nič lepšie nedeje...
Zadanie
Nasledujúcich pár viet popisuje veľmi hrubú predstavu o výsledku nášho snaženia. Principiálne nám je od začiatku jasné čo chceme dosiahnuť v prvej fáze. Detaily však vynechávame a skôr ich udržiavame vo forme nápadov, poväčšine v hlavách alebo v Google Doc. Ale k tomu obrublému: V zásade sa štruktúra nebude líšiť od tohto:
Obsah sekcií Homepage, Blog, Manual a Forums je jasný, nie je na nich nič čo by ste nečakali, aj keď ich konkrétny význam je dôležitý pre dobrú funkčnosť webu ako celku.
Sekcia Roadmap je prvou z nových. Jej úlohou bude informovať užívateľov (early adopters) o plánovaní ďalšieho vývoja. Featúry a bugy budú z reportov na fórach presúvané do interného issue-tracking systému a plánované do tzv. milestones (mílníkov). Čo milestone to nová minor verzia Intype. Milestones sú zaradené do troch tagov: Past, Current a Future. Teda tie čo už boli dosiahnuté, aktuálny milestone na ktorom sa pracuje a budúce.
Návrh Homepage
Popravde, všetky sekcie sú všeobecne známe, určite sa k nim dostanem, ale najprv hlavná stránka, ktorá je vždy trošku iná.
Naším produktom je textový editor s inými a novými vlastnosťami. Nebudem to naťahovať a poviem, že hlavnú stránku chceme primárne cieliť na promo featúr. Naše úvahy sú založené na tom kto sú naši návštevníci:
- Zvedavci, nespokojenci, frikulíni. Každý z nich používa nejaký editor, je teda dôležité povedať, že Intype chce byť ich novým editorom (a teda že Intype je editor) a čo im môže ponúknuť. Následne, ak sa nám podarí návštevníka zaujať prvými ukážkami, dať mu možnosť dozvedieť sa viac.
- Konvertovaní early adopters. Tí čo Intype už používajú, majú poväčšine RSS, alebo aspoň bookmarky. Takže hlavnou stránkou si moc neprejdú.
Dalo by sa uvažovať o tom, že na hlavnej stránke zobrazíme “kto sme”, “zoznam noviniek” a podobné klišé, ale to mi príde ako prežitok. Podobne OpenSource model vyblitia všetkého čo sa kde prdlo na celom webe do jedného zoznamu je istá forma alibistického dizajnu “vyberte si čo chcete a neotravujte”. Tak ako je to v designe samotnej aplikácie na prvom mieste, aj tu sa venujeme hneď tomu dôležitému.
A teraz, ako najlepšie predstaviť featúry, ktoré vychádzajú zo známeho, ale novým prístupom k ich dizajnu z nich môžete vyťažit mocné výsledky? V prvom rade je potrebné urobiť čo najefektívnejší sumár (urobiť z obsahu ľahkú korisť). Viď referencie:
- písanie pre web: Obrátená pyramída
- navigačná teória: Informačné krmivo
- a z neho vyplývajúce Dlhé vs. krátke články
S teóriou lenivosti užívateľov v zálohe, je najlepšie začať videami vhodne rozsekanými do menších celkov popisujúcich jednu konkrétnu featúrku s alternatívnymi kombináciami s inými. Cieľom videí bude vytvoriť istú reťaz, aby užívateľ nedostal kompletnú dávku všetkých informácii a aby sme v ňom vzbudili záujem o viac (primárne) videí. V tejto fáze návrhu príde najlogickejšie nasledovné rozloženie.
Všimnite si prácu s pomyselným zlomom scroll-stránky: To dôležité musí byť nastrkané v hornej časti. Taktiež umiestnenie prvkov v pravom sidebare je “formulované” logicky tak aby návrh podporoval model upútania (Features, Take a Tour) a okamžitej možnosti si produkt vyskúšať (Download).
Nuancie a komunikácia návrhu
Ok, možno chýba niekoľko detailov, ako odkaz medzi všetky videá, optické dováženie pravého sidebaru. Je dôležité ustriehnuť si aby sa do neho nepatlali zbytočné veci, veď ešte sme iba pri hlavnej stránke. Momentálne postačí si nedostatky zapísať vedľa a postupovať na ďalšie sekcie.
Pri návrhu je dôležité prejsť najprv tým najdôležitejším, zvlášť pri klientovi, ktorý ma pocit, že vie čo chce. Následnou priebežnou konzultáciou s ním, je možné vytiahnuť nové poznatky z rukáva a uviesť ich v logickom kontexte. Pochopí to ľahšie a otvori to diskusiu o možnostiach úprav štruktúry stránky.
K záveru, ak máte nejaké to strelivo, pálte. Väčšinou považujem svoje návrhy za nepriestrelné – dodáva to istú dôležitú dávku sebaistoty pri prezentácii klientovi a tým celé dizajnérove vystúpenie naberá istý rozmer profesionality.
Prípadné ostré, trefné a premyslené útoky je ale neskôr treba brať s rozumom, nie s aroganciou, a považovať klienta za rovnocenného účastníka diskusie. Zvlášť u žien je dôležité aspoň raz per session dať za pravdu (poznáte z vlastnej skúsenosti). Typicky práve spomenuté drobnosti vyvolajú tú správnu reakciu u klienta: “Hej, to je dobrý nápad! Čo keby sme vytiahli celú sekciu o featúrach do hlavnej navigácie?”. Princíp zelenej kľukatej čiary ako vyšitý.
6 Komentárov
martin nerozmyslal si nahodou pouzit niektory zo znamych bug tragov? napriklad bugzilla alebo mantisbt. podla mna je to vyborny sposob ako udrziavat aktualizaciu chyb na jednom mieste a zdielat ich medzi uzivatelmi, aby mohli byt napomocni v hladani (nemusis to riesis forom, co je podla mna dost neprakticke riesenie).
ehmo: Aby som to uviedol na pravú mieru: samozrejme som rozmýšlal. A dokonca sme ich niekoľko aj vyskúšali. V zálohe mám dokonca vlastný prototyp ticketingu. Všetky mne známe externé nástroje sú buď príliš slabé z pohľadu menežmentu plánovania (napr. nemajú milestone planning), sú na pohľad odpudivé, alebo vyplnenie bug reportu je na tridsať mikro políčok.
Zber feature requestov a bugov je zámerne presunutý na fóra, pretože ak by sme užívateľom dali priamy prístup do trackeru, nastal by tam obrovský zmätok. Takto môžeme na fórach nechať iných nech bug potvrdia, vylepšia testovací scenár, prípadne podiskutujú a upresnia. Až potom je bug ručne presunutý do interného ticketingu a naformulovaný tak aby sme tomu rozumeli my ako developeri, a zároveň iní užívatelia. Často sa na fórach vychytajú aj duplikáty.
Podobne je to aj s feature requestami. Ľudia používajú rôzne pomenovanie pre to isté a navyše niektoré naše featúry často zhŕňaju niekoľko vlastností pod komplexnejší mechanizmus.
Následné linkovanie do Roadmap sekcie by potom jednak vyzeralo otrasne (každý píše inak) a jednak by featúry neboli správne formulované. Chceme nad tým mať väčšiu kontrolu. A popravde, väčšinu bugov v Intype vychytáme už v internom testovaní.
Týmto systémom odľahčíme nutnosť užívateľov pracovať s bug trackerom a stačí im iba napísať tému do fór.
Myslím, že návrh struktury je slušný, akorát mi chybí jednotné místo pro seznam bundles a pluginů ke stažení.
Měl bych jeden OT dotaz: uvažujete taky o fóru v češtině/slovenštině?
Rdm: K bundles a plugins sa dostanem v ďalších častiach a je to vlastne ďaľší milestone. V súčasnosti sú bundles iba ZIP archívy niekde na FTP bez akejkoľvek dokumentácie. Akonáhle sa nám podarí ich zdokumentovať, určite budú k dispozícii.
Čo sa fóra týka: Nie, nič oficiálne nie je v pláne. Ak máte zájem o dôvod, tak čítajte ďalej: Slovensko a Česko sú minoritne zastúpené medzi užívateľmi. Z pohľadu obchodu sa nám vyplatí skôr mať nemeckú, francúzsku, či dokonca portugalskú sekciu fór. To isté sa samozrejme týka aj lokalizácie aplikácie a dokumentácií. Sme všetci slováci, ale to neznamená, že chceme “preraziť” na Slovensku, taká predstava je obchodné harakiri.
Ja (verím že aj Juraj a Ivan) som ochotný odpovedať na otázky ak niekde budeme vítaní. Pri veľkom záujme by sa dali fóra o Intype pre slovákov a čechov vytvoriť na DCF.
Tyhle články jsou super, protože zrovna řeším úplně stejné věci. Takže koumej, piš, já to pak implementuji (eufemismus od “obšlehnu”) :-)
Mimochodem, bylo by úplně skvělé do Intype přidat průvodce, který by byl aktivní po první instalaci a vysvětlil by některé postupy a klávesové zkratky. Inspirace se dá čerpat u produktů firmy techsmith.com.
David: Ano, to je samozrejme v plane, potrebujeme ale dokoncit par novych featur aby videa mohli byt trosku komplexnejsie. Priliv prvych videi planujem po 0.3.5.