Perfectie in ontwerp Waarom het een slecht idee is

Als u een ontwerper of een webontwikkelaar bent, moet u waarschijnlijk weten dat als u uw project perfect probeert te maken, u de tijd die nodig is om het project te voltooien, zelfs meerdere keren, kunt verlengen. Er is altijd dat laatste element dat je snel wilt verbeteren, omdat er iets vervelends aan is. Maar helaas is de waarheid dat - Perfectie is een gelijk fascisme.

Dat is een gewaagde verklaring, ik weet het. Maar kijk om je heen. Is er ten minste één gebrekkig artikel in uw huis of in uw garage??

Jouw auto? Je moet het elke x aantal mijlen bijtanken en af ​​en toe breekt het af - niet perfect. Jouw computer? Het verbruikt te veel elektriciteit, breekt af en loopt vast en de harde schijf sterft ALTIJD twee minuten voordat je een back-up van je gegevens kunt maken - niet perfect. Brood? Het gaat te snel oud - niet perfect. Bril? Glas is kwetsbaar - verre van perfect. Dus wat is de conclusie?

Perfectie schaadt de ontwikkeling

Niets dat ons omringt is perfect. Er is altijd minstens één ding dat kan worden verbeterd. Als iedereen zijn product perfectioneert voordat het voor het publiek wordt uitgebracht, dan zouden we vandaag niets hebben! Zelfs geen elektriciteit of wiel. Omdat alles om je heen niet perfect is, zou je ze liever niet bezitten? Wacht je liever tot iemand hen tot in de perfectie leidt voordat ze je laten hebben? Waarschijnlijk niet.

Dus terwijl je aan je eigen projecten werkt, neem je altijd andermans fouten als referentie - wees creatief, maar probeer niet perfect te zijn.

Waarom is perfectie schadelijk?

Omdat het niet bevorderlijk is voor het bereiken van doelen. Bij het starten van het werk, heb je altijd een aantal echte doelen om met het ontwerp te bereiken. Het kan iets zo voor de hand liggend zijn als het verhogen van de verkoop, of ongebruikelijke zoals het creëren van enige bekendheid voor je onderwater kickboks trainingscentrum. Niettemin, dat zouden de doelen moeten zijn waarop je je moet concentreren, en elke keer dat je iets nieuws wilt doen, zou je jezelf de vraag moeten stellen: "brengt dit ding me dichter bij de doelen?"

En nu het grappige gedeelte. Het streven naar perfectie brengt je niet dichter bij de doelen. Aan de andere kant - bedenken van de eenvoudigste mogelijke oplossing. Dat klopt - eenvoudig en betrouwbaar, niet de beste. In een van de eerste fasen van het project kun je niet 100% zeker zijn welke oplossing de beste is. Want hoe zou je dit weten als je het niet eens hebt gelanceerd? Alleen de feedback van de markt (de echte gebruikers) kan u echte ideeën geven voor mogelijke verbeteringen van uw website en de bruikbaarheid ervan. Die feedback is de verbetering waar je je op moet concentreren. niet wat je dacht dat het beste voor hen zou zijn.

Dit is de flagrante waarheid (helaas). U zult nooit weten wat mensen willen of nodig hebben, dus werken aan een complexe oplossing, die uiteindelijk niet nodig kan zijn, is tijdverspilling. Dat is waarom je dat moet doen begin met de oplossing die het mogelijk maakt om de doelen op de meest eenvoudige manier te bereiken. En nog een ding dat je moet weten:

Perfectie blijft heel vaak onopgemerkt

Helaas kan al deze extra tijd die je hebt doorgebracht met het nastreven van perfectie, onopgemerkt blijven en niet worden gewaardeerd. Er is een reden waarom de ontvanger van uw project uw extra inspanning misschien niet eens opmerkt. En dat is gewoon omdat ze hebben de vorige versie van het project niet gezien, dus ze hebben niets om naar te verwijzen en te vergelijken. Het enige dat ze zullen opmerken en bekritiseren, zijn basisfuncties en elementen.

Afbeelding tegoed.

Werken aan details berooft het grootste deel van je tijd. Details, zoals een klein fragment van uw grafische ontwerp. Dat ene kleine ding dat je blijft opwinden of een extra functie waarvan je denkt dat die cool en handig is. En voordat u het weet, is de totale doorlooptijd van het project verschillende keren verlengd. Wil je 60% van je werktijd echt besteden aan het perfectioneren van de details en slechts 40% aan het bereiken van de doelen?

Als u freelanceert, kunt u er zeker van zijn dat elke klant 100 keer zal zijn meer dankbaar voor een eenvoudig, gebruiksvriendelijk en begrijpelijk project, gericht op het bereiken van doelen, dan een prachtig kunstwerk, dat er geweldig uitziet maar geen extra geld in de zak steekt.

Het opgeven van perfectie is allesbehalve het opgeven van een goed project

Zoals ik al eerder zei, kun je tijdens de creatiefase van het project / product / ontwerp niet zeker weten wat de perfecte oplossing werkelijk zal zijn, dus het hele idee om het na te streven is gedoemd vanaf het begin. Wanneer je aan iets werkt, dan is de enige manier waarop je perfectie kunt beoordelen, je eigen subjectieve motieven - het vlees van een man is het vergif van een andere man.

De belangrijkste regel van ontwerpen: u bent niet uw klant of bezoeker. Dat is waarom je het ding dat je ontwerpt, niet alleen kunt beoordelen op basis van je eigen mening en aannames.

U maakt een veel betere website door niet perfect te zijn

Het is eenvoudig (en waar). Als je niet hebt geprobeerd om elk detail perfect te maken en je te concentreren op de belangrijkste sleutelelementen, zullen deze sleutelelementen niet alleen duidelijk zichtbaar zijn in de uiteindelijke oplossing, maar je zult het werk ook eerder afmaken. Dus door perfectie in de zak te verbergen, zult u veel productiever zijn en veel betere resultaten behalen.

Hier zijn de voordelen die kunnen worden bereikt door perfectie te vergeten en een eenvoudige versie van de website te maken:

1. De website kan eerder worden gelanceerd.
2. De website kan geld verdienen / eerder exposure krijgen.
3. De feedback van bezoekers komt eerder aan.
4. Vanwege de vroege feedback zult u in staat zijn om de website te verbeteren met aandacht voor de dingen die de bezoekers hebben aangegeven (niet alleen de dingen waarvan u dacht dat ze cool zouden zijn).

De belangrijkste conclusie hier is (hoewel het nogal vreemd klinkt) dat een eenvoudige oplossing is beter dan een perfecte oplossing. "Ok, maar hoe deze aanpak te implementeren?"

Verdeel uw taken in twee groepen: “Belangrijke” & “Details”

De belangrijkste zijn belangrijk, zoals het bereiken van doelen en doelstellingen, het bouwen van de basisfuncties, enz.), En de details zijn gewoon goed, alleen details.

Afbeelding tegoed.

Details verbruiken een enorme hoeveelheid tijd. Daarom moet je ze overslaan en later terugkomen, tijdens een van de volgende fasen van het werk (of kom er helemaal niet meer op terug). Dus wat bedoel ik met "later"? Wanneer is de beste tijd om terug te gaan naar details?

Werk iteratief

Dit is wat ik bedoel, houd gewoon van me - Als je klaar bent met het verdelen van de taken in twee groepen, probeer je dan in de eerste iteratie alleen te focussen op de belangrijke en probeer ze op de gemakkelijkst mogelijke manier te voltooien. Aan het einde van deze iteratie heeft u een voltooide website klaar om te worden gelanceerd (SCRUM-achtige aanpak). U kunt een andere starten als u dat wilt. In deze iteratie kunt u proberen de vorige versie te verbeteren. (U krijgt de ideeën voor verbetering van de feedback van uw klanten / bezoekers.) Na de tweede iteratie heeft u een verbeterde versie van de website.

Als u het werk wilt voortzetten en de website voortdurend wilt verbeteren, kunt u de derde iteratie en vervolgens de volgende starten. Dit is het juiste moment om terug te gaan naar de dingen die u aan het begin van het werk als "details" hebt geclassificeerd, maar u kunt zich net zo goed realiseren dat deze "details" volledig overbodig zijn, te oordelen naar de reactie van de bezoekers / klanten ( een heel gewoon ding).

Dit is een echte sterkte van de iteratieve benadering. Tijdens elke stap van het werk hebt u een volledige website klaar om te worden gelanceerd en kunt u deze voortdurend verbeteren. Dit is een veel betere situatie om te vergelijken met het werken aan iets in een afgesloten ruimte gedurende 10 jaar, om het perfect te maken zonder feedback van de wereld. De iteratieve aanpak is ook veel veiliger. Wat is een beter scenario - Realiseren dat je idee een stukje van jou is-weet-wat en dat er geen vraag is op de markt na een maand werken, of het realiseren na 10 jaar werk?

Slechts een kanttekening: Door deze aanpak kon ik mijn master's Degree paper paar maanden voordat mijn collega's dat deden, voltooien. Wat ik deed was focussen op het belangrijkste van elk hoofdstuk, het zo snel mogelijk laten gebeuren en alle details voor later achterlaten. Als ik vanaf het begin elk hoofdstuk perfect had willen maken, dan had ik het waarschijnlijk pas vandaag voltooid. Ook is het meer dan twee jaar geleden dat ik mijn M.Sc.

Werk snel en effectief

Dit is een tip voor het hele doel en het kan in praktijk worden gebracht tijdens het werken aan een project voor uw klant en tijdens het werken op uw eigen website. Dit zijn de enige dingen die er nu toe doen: snel werk en snelle resultaten. Het wordt tijd om je aan te passen.

Probeer altijd snelle resultaten te leveren (focus op het bereiken van doelen) door de eenvoudigste mogelijke oplossing te bieden, niet de "perfecte" oplossing door uw eigen subjectieve mening. Onthoud - je hoeft niet perfect te zijn. "Goed genoeg" is goed genoeg.

Nog een ding - Wat zijn je ervaringen met projecten waarbij je hebt geprobeerd een perfecte oplossing te bieden??