Inhalt
Dësen Artikel erschéngt als éischt an der Ausgab 235 vum .net Magazin - de beschte verkaafte Magazin vun der Welt fir Webdesigner an Entwéckler.
Dir hutt Äre Client iwwerzeegt datt se net e Produkt verschécken, dat mat Features gelueden ass, déi hir Clienten ni benotze wäerten. Awer wéi kritt Dir dann déi richteg Featuren op der Stroossskaart? Wéi vergewëssert Dir Iech datt dës Feature zu der Nëtzlechkeet vum Produkt bäifüügen, an datt se net nëmmen op e Fuedem bäigefüügt ginn?
E Produkt voll mat Features déi net e konkrete Virdeel fir d'Geschäft ubidden a senge Clienten net wierklech e ganz gutt Produkt. Vill Features zesummegebündelt entsprécht just ... e Package vu Featuren. Fir e gutt Produkt ze maachen, musst Dir all d'Features zesumme pechen 'mat eppes dat eppes fir déi bedeit, déi de Produit benotze wäerten, a bitt och Wäert fir d'Leit, déi et produzéieren. Dëse Klebstoff, a menger Meenung no, sollt de Virdeel sinn, deen d'Produkt fir dës zwou ganz verschidde Gruppe vu Leit bitt.
Virdeeler, net Features
Frot all hallef anstännege Verkeefer wat se verkafen, a si soen héchstwahrscheinlech wuertwiertlech: "Verkaf Virdeeler, net Features!" Also firwat, wa mir Produkter fir de Web bauen, fale mir stänneg an d'Fal vu Prioritéite vu Featuren a vergiessen d'Virdeeler déi dës Features fir eis Clienten ubidden? Well eng Feature vill méi einfach ze schätzen an ze bauen ass wéi e Benefice. Virdeeler brauchen Zäit fir ze klären, an de Leit ze kommunizéieren. Heiansdo gëtt de Virdeel nëmme kloer wann e puer verschidde Funktiounen zesummegefaasst sinn.
Huelt Basecamp, de populäre Projektkollaboratiounsinstrument vu 37Signaler als Beispill. Wann Dir seng Feature oplëscht, kritt Dir eppes wéi dëst: eng To-Do Lëscht, Messagerie, Kalenner, Dateiespeicher mat optionalem Gruppechat a Schreiwen. Huelt eng vun den éischte véier vun dëse Featuren ewech an Dir verléiert de Benefice - Zesummenaarbecht. E puer vun hinne sinn net géigesäiteg exklusiv; zum Beispill, d'To-Do Lëscht (Ta-da Lëscht) ass en eegestännegt Produkt. Awer de Virdeel ass anescht, an och d'Benotzer.
Wann de Benefice net intrinsesch mat der Feature oder der Grupp vu Feature verlinkt ass, ass et all ze einfach fir se no uewen oder no ënnen no der wichtegster - oder héchster - Perspektiv vun der Persoun ze prioritéieren. Dat ass net zevill wichteg wann Dir e klengt, konsequent Team vu Leit hutt, déi all d'Visioun besëtzen, awer dëst ass net skalierbar op engem grousse Projet mat méi Stakeholderen. D'Leit ze hëllefen déi richteg Entscheedung fir de Produit ze treffen, andeems se e klore Entscheedungsprozessrahmen ubidden, ka ganz hëllefräich sinn.
Also musse mir ufänken ze garantéieren datt all d'Features déi mir designen a bauen intrinsesch mat de Virdeeler verbonne sinn. Awer wéi kënne mir dat maachen? Et ginn zwou Schlësselsaachen, iwwer déi mir denken: Ausriichtung a Mapping.
Alignment heescht datt alles wat Dir maacht soll direkt der Visioun vum Produkt ausgeriicht sinn. Wann et net ass, firwat maacht Dir et? Entweder Är Visioun ass falsch oder Dir verschwennt Ressourcen op eppes wat Iech oder Äre Clienten net d'Virdeeler gëtt, déi Dir uginn hutt. Dir musst Är Iddien kontinuéierlech géint d'Insichten kontrolléieren, déi Dir gesammelt hutt - et geet net duer ze wëssen wat Dir maacht; Dir musst wëssen, firwat Dir et och maacht. Wat méi ass, jiddereen am Team sollt wëssen firwat Dir et maacht. Wann d'Leit wëssen firwat, wat gëtt et vill méi einfach. Dir kënnt ophalen "wat wann?" Gespréicher ze hunn, an ufänken iwwer d'Realitéite vun deem ze schwätzen wat Dir wësst wouer ze sinn.
Wann Dir net wësst datt eppes richteg ass, hutt Dir zwee Choixen: maacht Fuerschung fir Är Iddi ze testen, oder parkt se. Dir kënnt ëmmer eppes méi spéit am Liewenszyklus vun engem Produkt iwwerpréiwen. Ech si perséinlech fir de Parking sou vill wéi méiglech: wat Dir manner Aarbecht maacht, wat Dir méi Chance hutt eppes virun der Dier ze kréien, an dat sollt Äre primäre Fokus sinn. De Virdeel fir eppes digital ze bauen ass datt et relativ trivial ass eppes ze bauen an ze verschécken. Ännerung ass einfach an direkt! Et ass anescht wéi aner Branchen, wou Verännerung eppes ass, fir oppassen ze goen.
Et ka schéngen datt ech vun enger 'schlanker Approche' schwätzen ouni et wierklech ze ernimmen; Ech sin net. Wat ech schwätzen iwwer ass gutt Design. Ech denken iwwer Mindestliewensfäeg Produkt (MVP) an aner Praktiken, déi mat der schlanker Approche verbonne sinn, wann ech schaffen, awer net op Käschte vun der Erfahrung. Minimum liewensfäeg Erfahrung, vläicht? Et ass just de gesonde Mënscheverstand: maach manner, besser, anstatt alles op eemol zu engem mëttelméissege Standard. Keen vun deem wat ech hei schwätzen seet vir datt Dir en hallef fäerdegt Produkt verschécke sollt, et geet drëm e Produkt ze verschécken deen op de séissen Fleck kënnt. A jo, dëst ass keng nei Iddi.
Park a fuert
Loosst eis maachen wéi wann Dir alles geparkt hätt wat Dir denkt datt et funktionnéiert, a gi Saache gestalten a bauen déi Dir wësst datt dee séissen Fleck getraff gëtt. Dir kënnt ufänken dës Feature mat de Virdeeler ze mapen déi se ubidden, entweder fir Iech oder Är Clienten. Awer dat gëtt Iech ëmmer nach net wierklech e komplett Produkt.
Dir musst all dëst ufänken ze mapen, fir datt Dir e puer Schlësselreesen kritt, an da kënnt Dir ufänken dës Reesen ze designen. (Dir hutt tatsächlech scho laang designt - Design ass net nëmmen iwwer roueg Skizzen vun Drotframes méi.) Dir kënnt da bewäerten wéi eng vun dësen Reesen am meeschte Virdeel ubitt, an Är Aarbecht prioritär maachen.
Gruppéierungsfeatures op dës Manéier bedeit datt Dir hinnen e Wäert ka ginn. Dir kritt och komplett Aufgaben oder Reesen déi end-to-end kënne designt ginn.
Ech hunn virun e puer Joer un engem agile Projet geschafft a mir hunn dat net gemaach. Mir hunn d'Benotzergeschichten entwéckelt déi prioritär waren géint de Betrag vun der Ustrengung déi se géifen huelen fir ze kompletéieren, béid aus enger Entwécklungs- an Designperspektiv. Um Enn vum Projet hu mir ugefaang "Splécken" ze gesinn an de Lücken tëscht Sprints. Mir sinn zréckgaang an hunn dës Rëss ausgefëllt, an alles funktionnéiert gutt.
Wann ech elo zréck kucken, war et net sou e grousst Drama wéi et deemools gefillt huet. Awer et waren zwee wäertvoll Lektiounen: Wireframes skizzéieren ass net wou den Design ufänkt oder endet; a wann et schéngt wéi wann Är Welt ausernee fält, ass de Problem wuel net sou grouss wéi Dir mengt. Den Design fänkt scho virdru gutt un, an den Ufanksphasen vum Projet, an d'Tools vun der Wiel sinn Erfarungskaarten a Benotzerreesen. Wann Dir net an den initialen Etappe vum Projektplang involvéiert sidd - wat, wéi gesot, Design ass - an de Fuerplang fir de Produit, maacht Dir Är Aarbecht als Designer net.
Ausriichtung a Kaartfunktiounen a Virdeeler op dës Manéier bedeit datt Dir kënnt entscheeden wou Dir Äre Budget fir deen héchste méigleche Rendement sollt ausginn. Wéi Dir dee Retour quantifizéiert ass u Iech.
Als Designer hu mir wäertvoll Fäegkeeten, déi mir kënne benotze fir dëse Planung / Designprozess ze vereinfachen. Awer mir wieren domm ze denken datt mir dat a voller Isolatioun maachen. Ausser Dir sidd e polymatheschen Eenhorn, Äert eegent Geld ausgëtt an Ären eegene Succès definéiert, da sinn Zesummenaarbecht an Erliichterung d'Schlësselen zum Erfolleg.
Entdeckt déi 20 bescht Wireframing Tools fir Designer bei Creative Bloq.
