Skip to main content

3 Avaintunnit muille kuin teknisille yrittäjille - museolle

Luova kaupunkikehittäminen (Saattaa 2025)

Luova kaupunkikehittäminen (Saattaa 2025)
Anonim

Vaikka sinun ei tarvitse olla Web-kehittäjä aloittaaksesi teknisen yrityksen, joudut ehdottomasti työskentelemään yrityksen kanssa jossain vaiheessa. Ja ei, se ei ole niin helppoa kuin palkata joku rakentamaan visioasi ja vain seurata sen toteutumista - olet vastuussa löytää oikean henkilön joukkueeseesi ja opastaa heitä, mitä tarkalleen kehittämään (ihannetapauksessa työskentelemään yhteistyötapa) ja projektin johtaminen matkan varrella.

Ja koko tämän prosessin aikana on joitain asioita, jotka monet yrittäjät oppivat kovalla tavalla. Tässä on mitä tietää ennen aloittamista.

1.Tarkista ideasi ennen kehittämisen aloittamista

Onko sinulla hieno idea uutta tuotetta tai ominaisuutta varten? Instinktesi saattaa olla löytää kehittäjä ja aloittaa rakentaminen heti - mutta ensin on tärkeää testata, haluavatko asiakkaasi todella.

Määritä tämä määrittääksesi ongelman, jonka haluat ratkaista (esim. "Haluamme käyttäjien palaavan sivustoon usein"). Luo sitten mitattava hypoteesi, jonka voit testata nähdäksesi käyttäytyvätkö käyttäjät todella tavalla, joka tukee ratkaisuasi. Esimerkiksi hypoteesisi voi olla: "Käyttäjien salliminen lähettää tilapäivityksiä lisää käyttäjän vuorovaikutusta ja käyttäjän säilyttämistä."

Kun olet tehnyt tämän, luo prototyyppi ominaisuudelle, jota haluat rakentaa. Ja sinun ei tarvitse vielä kehittää tätä varten - varhaisen luonnoksen aikaansaamiseksi voit tehdä napsautettavan esittelyn PowerPointilla tai Wordilla tai jopa käyttää paperiluonnosta. Tarjolla on myös edistyneempiä prototyyppi- ja lankakehystyökaluja, kuten Axure, Mockingbird ja Balsamiq, jotka sinun pitäisi saada mukavaksi, jos aiot hallita tuotetta.

Sitten - vielä ennen kehittäjien osallistumista - näytä prototyyppisi asiakkaillesi (tai potentiaalisille asiakkaille) ja saat heidän palautteensa. (Voit ajoittaa henkilöhaastattelut tai käyttämällä online-työkaluja, kuten Usabilla tai UserTesting.com.) Kysy heiltä avoimia kysymyksiä arvioidakseen ajatuksiaan ja kiinnostustaan ​​ominaisuuteen ja yritä ymmärtää todella, onko ratkaisu heitä mielenkiintoinen vai ratkaiseeko kipu kohta. Ja jos niin? Vasta sitten on aika siirtyä todella rakentamaan jotain.

2. Palkkaa ja rakenna loistava kehittäjätiimi

Oikeiden ihmisten palkkaaminen on välttämätöntä missä tahansa organisaatiossa, mutta kun palkkaat jonkun, joka rakentaa tuotteesi ja herättää visiosi elämään - se on ensiarvoisen tärkeää.

Tässä on arvokkain palkkaustunni, jonka olen oppinut: ensin palkkaa DNA ja toiseksi työkokemus. Tee luettelo ominaisuuksista, joita arvostat yrityksenä, tai “DNA: ta” (ts. Säälimätön asema saa työn suorittamaan riippumatta siitä, mikä on huumorintaju) - varmista sitten, että haastattelemasi tai puhuvasi henkilö vastaamaan useimpia keksimäsi kohteita.

Yhtä tärkeää on palkata ihmisiä, joilla on soveltuvuus, ei tietty taito. Teknologiatilassa taidot vanhentuvat kahden vuoden välein, joten on parempi palkata ihmisiä, jotka kykenevät oppimaan uutta tekniikkaa (ja mieluiten, jos niillä on kokemusta siitä), sen sijaan, että ihmiset, jotka tietävät miten tehdä jotain erityistä nyt . Muista, että tämä henkilö on ihannetapauksessa kanssasi pitkällä matkalla, ja haluat varmistaa, että hän on loistava ottelu sekä nyt että myöhemmin.

3. Hallitse projektia joka vaiheessa

Lopuksi, ota mukaan tuotteesi rakentamiseen. Yleinen virhe, jonka näen tekevän ihmisille: Perustaja toimittaa tuoteselosteet kehittäjälle luottaen siihen, että kaikki tehdään tavalla, jolla perustaja näkee sen päässään, ja tarkista sisään vain, kun lopputuote on valmis.

Tämä on resepti katastrofista. Jos valitset tämän käytännön lähestymistavan, löydät sivustosi tai tuotteen, jota ei ole toteutettu suunnitellulla tavalla. Ehkä ohjeesi olivat epäselviä, ehkä niitä oli tosiasiallisesti mahdotonta panna täytäntöön teknisesti, ehkä kehittäjäsi ymmärsi vain väärin. Mutta riippumatta siitä, miksi se tapahtuu - tämä on tilanne, jonka haluat välttää vain kokonaan. Uskokaa minua, on paljon helpompaa pysyä kehitysprosessin päällä matkalla kuin on palata ja korjata asiat myöhemmin - tai mikä pahempaa, aloittaa alusta!

Parempi tapa on käyttää ketterää projektijohtamista, joka on yleinen tapa suunnitella ja ohjata teknistä projektia. Ketterä projekti valmistuu pieninä osina, joita kutsutaan iteraatioiksi tai sprinteiksi (päivittäin, viikoittain tai enintään kahden viikon kuluessa). Kun kehittäjä tai kehitysryhmä on suorittanut iteraation, muut projektitiimin jäsenet tarkistavat sen ja kritisoivat sitä.

Ketterän projektijohtamisen tärkein etu on kyky vastata kysymyksiin niiden noustessa. Pystyt seuraamaan projektin etenemistä suunnitellusti tai ymmärtämään, mitkä muutokset ovat tarpeen, ja viime kädessä auttamaan onnistuneen projektin toimittamisessa ajallaan ja budjetissa.

Opi lisää ketterästä kehitysprosessista, esittelyvideosta ja tutustu projektinhallinnan online-työkaluihin, kuten Asana ja Pivotal Tracker.