|
Nog eens een artikel uit onze Pittige mosterd reeks. Meerbepaald de bespreking van een boek over het ontwerpen van sterke web applicaties: Getting Real (auteur & uitgever: 37 Signals).
Het boek is te koop in PDF versie, maar ook gratis online te lezen op de 37 Signals website.
Ik heb de Engelse versie gelezen (niet ver genoeg naar beneden gescrolld - toch wel een design foutje van de specialisten) maar er is ook een vertaling naar het Nederlands.
Uit de 91 essays hebben we de, voor ons, 12 meest inspirerende stellingen gehaald. Aan jullie om te oordelen of ze al dan niet relevant zijn.
Underdo your competition. Build Less.
Bouw enkel wat echt nodig is in de toepassing. Laat je niet gaan in de concurrentiestrijd om steeds meer features. Blijf focus houden op het hart van de toepassing. De gedachte om zich te concentreren op de echt belangrijke features (en andere eruit laten) is de basisfilosofie van 37 signals. Deze stelling komt dus nog op veel andere manieren voor in het boek
Build software for yourself
Maak software die je zelf zou gebruiken. Ga uit van je eigen noden
Ignore details, work from large to small
Start eerst met de algemene basis en werk daarna de details uit. Anders verlies je de focus van de toepassing uit het oog
Don't waste your time on problems you don't have yet
Een belangrijk principe, ook zeer van toepassing op het alledaagse leven. Maak geen problemen voor ze zich stellen.
Hire the right customer: if you try to please everyone, you won't please anyone.
Spreekt eigenlijk voor zichzelf, maar is toch zo correct en belangrijk. Durf keuzen maken qua doelpubliek en dus functionaliteiten.
For every new feature you need to...
1. Say no.
2. Force the feature to prove its value.
3. If "no" again, end here. If "yes," continue...
4. Sketch the screen(s)/ui.
5. Design the screen(s)/ui.
6. Code it.
7-15. Test, tweak, test, tweak, test, tweak, test, tweak...
16. Check to see if help text needs to be modified.
17. Update the product tour (if necessary).
18. Update the marketing copy (if necessary).
19. Update the terms of service (if necessary).
20. Check to see if any promises were broken.
21. Check to see if pricing structure is affected.
22. Launch.
23. Hold breath.
Ask people what they don't want
Vraag eens bij gebruikers welke functionaliteit ze weg willen. Of wat ze zeker niet zouden gebruiken.
Judge potential tech hires on open source contributions
Ga, wanneer u op zoek bent naar een nieuwe ontwikkelaar, eens kijken in de open source gemeenschap. Men krijgt daar namelijk snel een inzicht in de motivatie, expertise, teamworking capaciteiten en passie van iemand. En dat zonder dure assesment procedures dus
Design the interface before programming
Maak eerst het ontwerp en start op basis daarvan. Niet omgekeerd.
Epicenter design
Start het design van een pagina vanuit zijn epicenter (= de core functionaliteit) van de pagina. En ga zo door naar onderdeel 2, 3,...
Begin dus vooral niet met de 'minder belangrijke' elementen.
Context over consistency
Een gedurfde stelling die ingaat tegen de design regels van veel andere specialisten.
Advies is om bij het ontwerpen enkel de focussen op de informatie en onderdelen die echt nodig zijn op een bepaalde pagina. Dus soms moeten onderdelen als de navigatie maar sneuvelen indien ze niet van toepassing zijn in een bepaald scherm.
Personify your product
Geef uw applicatie een karakter. Bijvoorbeeld grappig, serieus, vergevingsgezing,...
Ontwerpen vanuit deze optiek lost heel wat vragen en problemen op. En dit wat betreft lay-out, technologie, copywriting,...
Een bijzonder nuttig boek dus voor iedereen die bezig is met het ontwerpen en programmeren van web applicaties.
En toch eigenlijk ook websites in het algemeen.
Over de auteur
37 Signals
is een Amerikaanse onderneming (Chicago) die als doelstelling heeft om
de beste software applicatie te ontwikkelen die op de markt
verkrijgbaar zijn. Ze zijn onderandere uitgever van project management
tool Basecamp en online CRM systeem Highrise. U kan meer van hen lezen op de 37 Signals BLOG Signal vs noise |
