Miten käsitellä Feature Creep
Jos oletus on turvallinen, on se, että kuuden kuukauden kuluttua verkkosivuston käynnistämisestä (tai aikaisemmin?), Sen omistajilla on luettelo asioista, joita he haluavat muuttaa , pienestä kirjoitusvirheestä täysin uusiin toimintoihin.
Onko mahdollista hyväksyä funktion luonnollinen (tai ainakin väistämätön) prosessi?
Monet sivustot alkavat epäonnistua, kun niiden tavoitteet muuttuvat tai niiden laajuus laajenee.
Ominaisuusvirheet asetetaan, kun asiakas pyytää pienen säätöä, joka kestää vain minuutti ... ja sitten ei koskaan lopeta pyyntöjen tekemistä.
Ominaisuuden hyväksyminen luonnolliseksi prosessiksi vaatii kykyä erottaa aito tarve ja kauas mielikuvitus tai "Eikö olisi hienoa jos ..."
Asiakkaat luonnollisesti haluavat painaa yhtä paljon työtä budjetista kuin he voivat. Joskus suunnittelijoiden ja kehittäjien on sanottava: "Ei, se on kuin sovimme."
Mutta kaikki muutospyynnöt eivät ole penny-pinching; ja kuten web, projektit ja yritykset muuttuvat ajan myötä: myymälöissä on kausiluonteista myyntiä; yritykset kehittävät uusia tuotteita; verkkopalvelut jalostavat prosessejaan; julkaisut julkaisevat uutta sisältöä. Muutos tapahtuu.
Vältä Solution-Creepia
Asiakkaat voivat tuntea yrityksensä, mutta he palkkaavat verkko-asiantuntijoita verkko-osaamiselleen. Ominaisuusvirheet asetetaan, kun asiakkaat unohtavat sen ja pitävät suunnittelijoita työkaluina ongelmanratkaisujen sijaan.
Osaava selittää liian innostuneille ei-web-ihmisille, mitkä tekniikat ja tekniikat eivät sovellu tietylle verkkosivustolle, on tylsiä jännityksestä.
Mutta suunnittelijat, jotka esittelevät itseään ongelmanratkaisuina , eivät pelkkiä koodaavia apinoita, ovat elintärkeitä suhteissaan asiakkaisiin.
Avain on tehdä asiakkaasta ongelmia, ei ratkaisuja. Sano, että asiakas oppii Twitteristä. Kaikki on raivoa, heille kerrotaan. Joten he haluavat sen. Nyt.
Pitkällä tähtäimellä kirjoitusten kirjoittaminen on turhauttavaa, ellei tweeteillä ole mitattavissa olevia etuja. Kysy sitten asiakkaalta, tarvitsevatko he tarvitsevat Twitter-tilin, joka lähettää blogissa blogit tai tarvitsee vain korkealaatuisia blogiviestejä?
Seuraavassa on muutamia esimerkkejä:
"Haluan elinvoimainen muotoilu" on ratkaisu, ei ongelma.
"Mikä tekisi verkkosivustosta vilkasta?" On suunnitteluongelma.
"Haluan hakutyökalu" on ratkaisu, ei ongelma.
"Asiakkaat eivät löydä tuotteitamme" on suunnitteluongelma.
"Haluan RSS-syöte" on ratkaisu, ei ongelma.
"Minkälainen viestintä on kävijöitä sivuillamme, mitä todennäköisimmin odottaa ja käyttää?" On suunnitteluongelma.
"Pidän tämän muun sivuston suunnittelusta" on kilpailu-kateus, ei ratkaisu.
"Et ole heitä", ei ole myöskään riittävä vastaus.
Pikemminkin, "Miten haluat asiakkaiden näkemään yrityksesi tai organisaatiosi?" Saisivat keskustelun takaisin raiteille.
Jos kysymyksesi "Mitä mieltä tästä tunnuksesta?" Seuraa epämiellyttävä hiljaisuus ja käännä se sitten yhdellä kahdella lävistimellä: "Kuinka haluat asiakkaat näkemään brändisi? Mitä näkymiä asiakkaasi liittäisivät näihin ominaisuuksiin? "
Kussakin tapauksessa ominaisuuskehitystä voidaan käsitellä kääntämällä "Haluan" kysymykseen, joka suunnittelija , ei asiakas, ei ratkaise .
Kysymys kaikki ylös edessä
Oppiminen pyytämään näennäisesti epärealistisia kysymyksiä on tärkeä ja käytännöllisesti katsoen yllättävän hauskaa.
Esimerkiksi kun verkkosivusto tarvitsee useamman kuin yhden kotisivun? Tai mitä jos kahvila alkoi myydä videoita?
Tällaiset kysymykset näyttävät vain naurettavilta, jos ajattelet välittömiä ongelmia.
Harkitse useita kotisivuja. Palauttava kävijät eivät välttämättä tarvitse täydellistä käyttöönottoa, jonka uudet tulokkaat tekisivät. Tällöin kotisivulla, joka näyttää viimeisimmät kohokohdat, toimii kotisivun rinnalla, jolla on yleiskatsaus.
Googlen Verkkosivuston optimoija auttaa seuraamaan, mistä kotisivustosi tuottaa mielekkäämpää liikennettä.
Yksi strategia on kolminkertaistaa korkeimmat odotuksesi . Kuvittele kolme "Ota yhteyttä" -sivuja, kolmekymmentä luokkaa kymmenen sijaan ja kolme tasoa navigoinnin sijasta. Tai kuinka käsittelisit sivun sisältöä, jos se muuttuisi kolme kertaa niin kauan?
Toinen strategia on leikata kaikki kolmasosa. Mitä jos haluat suunnitella mobiililaitteille tarkoitettuja verkkosivuja? Kuinka 960-pikselin laajuinen muoto sopii 320 pikselin laajaan näyttöön? Entä jos verkkosivuilla syntyy vain kymmenen myyntiä kuukaudessa eikä yhden päivässä? Kuinka "Tietoja tiimissämme" -sivu muuttuu, jos 15: n henkilökunta leikattiin 10: een?
Ennen kuin allekirjoitat sopimuksen, etsi nämä ratkaisevat sanat: "a", "a", "" ja "one".
Ennen: "Sivustolla on luettelo palveluista."
Kun: "Sivustolla on useita luetteloita aiheista järjestetyistä palveluista."
Ennen: "Yhteydenottolomake lähettää omistajalle sähköpostia."
Kun: "Pääyhteystietolomake lähettää omistajille sähköpostiviestejä, aiheen, laitoskokoonpanon, teknisen tuen tai johtavan myyjän mukaan."
Ennen: "otsikko on oranssi".
After: "Kotisivun otsikko on oranssi. Sisäpuhelun otsikot ovat puolet korkeammat sisällön korostamiseksi. "
Ennen: "Jäsenprofiiliin kuuluu puhelinnumero ja sähköpostiosoite."
Kun: "Jäsenprofiilit sisältävät yhteystiedot, kuten puhelinnumerot (toimisto, koti, muut), faksinumerot, sähköpostiosoitteet ja kolme avointa kenttää postiosoitteeseen, Twitter- ja Facebook-tileihin ja vastaaviin."
Ennen: "Blogi järjestetään päivämäärän mukaan."
After: "Blogin oletusnäyttö näyttää viestit päivämäärän mukaan. Postit järjestetään tunnisteilla; sivu suunnitellaan olemaan tyhjää, kun sillä on vain viisi virkaa; ja kävijät voivat selata vähintään 500 viestiä. "
Parhaita suunnitelmia ei ole rajoitettu tiettyyn suunnitteluun, vaan niillä on useita parametreja. Ongelmat ovat vain naurettavia, kun sinulle annetaan yksi määräajassa.
Aito tarpeet
Järjestelmä ei voi ottaa huomioon kaikkia skenaarioita.
Useimmat voivat sopeutua pieniin, asteittaisiin muutoksiin verkkosivujen elinkaaren ajan, mutta kun kaistaleveysratkaisut ovat suurempia kuin alkuperäiset ongelmat, on aika tuoda esiin sana, jota mikään asiakas ei koskaan halua kuulla: "harkitse uudelleen".
Aloitus tyhjästä on tehokkaampaa kuin aikaisempien ongelmien ratkaisemiseksi tehtyjen muutosten vahvistaminen (mutta rikkoi muut asiat), suurin este on vakuuttava kaikille osallistujille, että dramaattinen muutos on nyt pitkällä aikavälillä parempi.
Sitten tarvitaan toinen sana: "kustannustehokas".
Korjauskoodi tai muokkausasettelut kiinnostuvat suunnittelijoille, kehittäjille ja asiakkaille, koska se on nopeaa. He naarmuttavat kuteen vähäisellä vaivalla. Ja entistä useammat ihmiset vavistuvat verkkosivuilla, jotka rikkovat pienintäkään kosketusta, sitä vähemmän todennäköisesti kukaan ehdottaa isompaa päänsärkyä.
Mutta se on varma merkki siitä, että muutos on välttämätöntä. Draconian ominaisuus leviää, kun tekniset ihmiset ja suunnittelijat todella pelkää muutosten tekemistä. Tiedät projektin: se, jolla on tapaushistoria omalla arkistokaapelillaan, omistajan kanssa, jonka ääni herättää ihmisiä, ja mullistavia prosesseja, jotka edellyttävät käyttöoppaita, ettei kukaan voi kirjoittaa aikaa.
Tällaiset hankkeet maksoivat enemmän kuin rahaa. He moralisesti tyhjenevät resurssikasveja, jotka kiinnittävät huomiota uudemmista, nimble-projekteista ja aiheuttavat tarpeeksi hampaiden hampaita hammaslääkärille taantuman kautta.
Sota tällaisia piirre-ominaisuuksia vastaan alkaa määritellä ongelmat , mukaan lukien ongelmat, jotka johtuvat oireiden ratkaisemisesta.
Lähestyy täydellisiä näkökohtia pitkällä aikavälillä sekä menneisyyteen että tulevaisuuteen. Sivusto oli loistava, mutta asiat ovat muuttuneet. Teknologia on parantunut. Asiakkaan tuotteet tai palvelut ovat kehittyneet. Asiakkaat ovat enemmän (tai ehkä vähemmän) hienostuneita tai heillä on erilaiset tarpeet.
Suunnittele suunnitelma tehdä tämä siirtyminen käytännölliseksi . Yksityiskohdat riippuvat sivuston luonteesta, mutta ne ovat samat: vakuuttaa asiakkaalle, että rautainen parannuskeino ei ole pahempi kuin nykyinen purukumi-ja-bailing-lanka. Tämä on psykologista sotaa yhtä paljon kuin tekninen ongelmanratkaisu.
Se tapahtuu
Useimmilla ominaisuuksilla on kaksi muotoa: kutina, jonka asiakas haluaa naarmuttaa ja todellinen muutostarve.
Jos voit kysyä kysymyksen kysymyksenä , sijoitat itsesi päätöksentekijänä sen sijaan, että seuraat asiakkaan jokaisen huonosti informoitunutta viihdettä.
Ymmärrä, että muutos tapahtuu. Sivusto, joka ei koskaan muutu, on musta kuoppaan.
Ben Gremillion on freelance-web-suunnittelija, joka on oppinut, että asiakkaat reagoivat hyvin, jos voit pysyä luonteeltaan, kun he menettävät itsensä.
Miten käsitellä ominaisuus ryömiä? Jaa joitain kokemuksiasi kanssamme ...