Alex Turnbull, fondatorul a trei startup-uri, în blogul său a împărțit opt reguli care îi vor ajuta pe fondatorii care nu sunt programatori să interacționeze cu colegii lor tehnici savvy.
Una dintre cele mai frecvente probleme cu care se confruntă întreprinzătorii start-up este dezvoltarea unui proiect fără abilități tehnice. Mulți oameni cred că fără abilități de programare, nu merită să luați propriul start-up, dar nu este. Alex Turnbull, fondatorul celor trei companii, nu știe cum să programeze, dar de-a lungul anilor de lucru pe proiecte a acumulat o experiență importantă, care este extrem de importantă pentru fondatorii non-tehnici. În blogul său, el a împărțit opt reguli care îi vor ajuta pe fondatorii care nu sunt programatori să interacționeze cu colegii lor tehnici savvy.
Am fondat trei inițiative SaaS. Pentru fiecare dintre ele, nu am scris o singură linie de cod. Aș vrea să știu încă de la început.
"Îmi pare rău, dar atâta timp cât nu există programator printre echipa fondatoare, această conversație nu va merge mai departe". Încercarea de a atrage investiții, fiind un fondator non-tehnic, este o altă sarcină. În ea, am fost adesea înfășurat cu replici politicoase "nu aveți ceva necesar pentru succes". Mulțumesc pentru încredere, băieți.
În ciuda faptului că am avut un produs, nu eram dezvoltator. Și în ciuda eforturilor mele, nu aveam un co-fondator din punct de vedere tehnic.
În lumea tehnologiei, fondatorii fără abilități tehnice riscă să fie numiți incompetenți.
Am văzut atitudinea potențială a investitorilor, a angajaților, a partenerilor, a consultanților și chiar a tovarășilor fondatori care nu aveau o miză în afacerea mea.
Nu puteți crea o afacere software dacă nu puteți dezvolta software. Brad.
În ciuda faptului că încă mai avem mult de parcurs, sunt mândră de cât de departe am mers cu Groove. Am făcut acest lucru cu un prototip extern, o echipă rece și o mulțime de activități diferite. Și eu, un fondator deliberat netehnic.
Toate acestea nu reprezintă o încercare de a stârni mila și un mic respect față de fondatorii non-tehnici din industrie. Respectul câștiga, iar în industrie există multe grupuri, mult mai marginale. Dar așa am devenit fondatorul lansării pentru a treia oară fără abilități tehnice și am învățat multe pe drum. Lecțiile învățate m-au ajutat să lucrez mai eficient cu membrii echipei tehnice, să valorific mai mult produsul și să devin un antreprenor mai bun. Sper că veți reuși să scoateți din acest lucru ceva util.
Notă: o mare parte din abilitățile scrise - excelente și pentru fondatorii tehnici. Și multe CTO-uri pe care le cunosc sunt foarte bune în aceste domenii. Dar experiența mea arată că pentru fondatorii non-tehnici care nu pot contribui la cod, aceste abilități sunt absolut necesare.
Abilități care au ajutat fondatorul non-tehnic să reușească
1. Investigarea și confirmarea
Înainte de a începe prima mea lansare, am început cariera mea de asistent fratelui meu, consultant financiar. La puțin timp după aceea, am început să mă temesc de faptul că nu există niciun instrument care să automatizeze activitatea de interacțiune cu clienții. Totul, inclusiv scrierea cuvintele, procesarea și urmărirea acestora, trebuia făcut manual. Apoi m-am gândit că din moment ce am o astfel de problemă, este posibil ca alții să sufere de asta. Prin urmare, am prezentat în prezentarea PowerPoint soluția pe care mi-am imaginat-o.
Am sunat pe consilierii financiari din districtul meu, întrebându-mă dacă mi-ar da cinci minute din timpul lor. Apoi am întrebat despre experiența și problemele lor personale și mi-am dat seama că zeci de oameni împărtășesc durerea mea. Apoi și abia apoi am decis să mă uni cu co-fondatorul meu tehnic și să încep să creez produsul.
Am repetat acest proces pentru toate startupurile mele. Timpul petrecut într-un stadiu incipient mi-a revenit de o sută ori, ajutând la crearea unei soluții mai bune decât fără pregătirea prealabilă.
Concluzie: fără capacitatea de a implementa un prototip, cea mai simplă opțiune este să vă confirmați ideea - să discutați cu utilizatorii potențiali. Veți fi surprins de cât de mulți oameni vor împărtăși cu bucurie timpul și părerea lor cu tine.
2. Crearea de vizualizări
Am fost destul de norocos să aduc în echipă unul dintre cei mai buni prieteni, dezvoltatorul care tocmai a părăsit Yahoo! Înainte de a ajunge la serviciu, am încercat să mă așez și să-i spun despre toate funcțiile care, în opinia mea, ar trebui să fie în apendice. După cinci minute incoerente, ma oprit: "Nu putem dezvolta funcții pe listă. Să organizăm gândurile și să le punem pe hârtie pentru a înțelege cum va arăta aplicația ". Așa că am făcut-o.
Am început să schițez. Acestea s-au transformat în cadrul cererii. Apoi, în final, m-am gândit la Photoshop și am desenat aplicația mocaps.
Acest lucru a blocat decalajul dintre gândurile din cap și înțelegerea mea de la co-fondatorul meu. Această abordare ne-a salvat mult timp în editări și iterații suplimentare în viitor.
În ciuda faptului că acum am renunțat la Photoshop pentru a crea mocaps și a trecut la Balsamiq, aceasta este totuși metoda mea preferată de a arăta echipei exact ce trebuie să facem. De exemplu, pot indica partea din site în care am nevoie pentru a remedia eroarea:
Sau desenez un cadru întreg, astfel încât să fie mai ușor pentru echipa să o înțeleagă în viziunea mea.
Sau, dacă problema este în experiența utilizatorului, atunci voi înregistra comportamentul utilizatorului folosind Jing, un serviciu pentru înregistrarea a ceea ce se întâmplă pe ecran și îl trimite imediat echipei. Această abordare este mult mai utilă pentru echipa noastră decât orice explicație.
3. Dați-ne un răspuns ușor de înțeles
Când spuneți și nu vă prezentați, descrieți-vă dorințele în cât mai multe detalii posibil.
La începutul lucrului la cea de-a doua pornire, am încercat să creăm o pagină de conectare pentru utilizatori, iar procesul a fost foarte strâns. "Formularul ar trebui să fie mai mare și avem nevoie de mai puține linkuri de navigare", am scris directorului de dezvoltare într-o scrisoare. Dacă aveți experiență în dezvoltarea produsului, atunci vă agitați capul în nemulțumire. "Fără probleme", programatorul a răspuns și a trimis un câmp larg în care nu existau suficiente legături critice. Am dansat acest dans zile întregi: la început am cerut în mod neclar schimbări, apoi mi-a trimis editările mele.
În cele din urmă am decis că am avut destule. "Dumnezeule, de ce am scos link-ul de la pagina de pornire?", Am fost uimit. - Ai spus că vrei mai puține linkuri, răspunse dezvoltatorul. Așa a fost.
În dimineața următoare am avut o lungă discuție, care ma ajutat incredibil. Am înțeles importanța unui feedback clar și ușor de înțeles. În cele din urmă, dacă cineva mi-ar fi trimis postul din blog cu remarca "textul ar trebui să fie mai scurt", aș fi, de asemenea, pierdut.
Acum, în loc de "link-uri de navigare mai puțin", scriu: "Să eliminăm linkurile către secțiunile" Despre noi "," Contacte "," Funcții "și să mărim dimensiunea butoanelor cu 20%." Munca a început să fie mult mai productivă.
Concluzie: nu există niciun motiv obiectiv pentru a oferi un feedback vag. Acest lucru încetinește echipa, generează neînțelegeri și dăunează produsului. Exprimați clar, clar și direct.
4. Pre-vânzări
În timpul acestor conversații, când am auzit că agentul nu dorește să scrie manual phollo-uri, i-am spus: "Doar așa știți: dezvoltăm un instrument care automatizează toate acestea. El va face X, Y și Z. Când este gata, aș dori să vă arăt și să primiți feedback. Te deranjează? "Această strategie ne-a oferit sute de conducători calzi și zeci de utilizatori plătitori în primele săptămâni de lansare.
Concluzie: puteți începe să vindeți chiar înainte de a avea un produs de vânzare. De fapt, în timp ce produsul dvs. este în curs de dezvoltare, aceasta este una dintre cele mai bune opțiuni pentru a vă folosi timpul.
5. Vânzări
Am ajuns la concluzia că munca mea, ca fondator non-tehnic, este cea mai mare parte a vânzărilor.
Doriți să atrageți investiții? Trebuie să contactați investitorii care văd sute de terenuri în fiecare săptămână și să-i convingeți că compania dvs. este demnă de un pariu.
Vrei să vinzi produsul? Trebuie să vă contactați utilizatorii și să le înțelegeți pe deplin problemele, speranțele și temerile.
Vrei să angajezi cei mai buni specialiști? Trebuie să găsiți candidați talentați cu experiențe diferite, să înțelegeți obiectivele și să le arătați de ce compania dvs. este locul cel mai potrivit pentru ei.
Doriți să semnați un contract cu un partener profitabil? Este necesar să discutați cu persoana cu care căutați tranzacții, să aflați ce dorește și să-l convingați că vă puteți ajuta.
Doriți să gestionați eficient? Trebuie să fiți în contact cu echipa și să păstrați setul de indicatori la înălțime: fericirea, productivitatea, obstacolele, obiectivele și rutina. Lista poate fi continuată pe o perioadă nedeterminată.
Dar, în afară de formare, practica este de asemenea importantă. În fiecare zi pe care le cheltuiți pentru vânzări, devine mai bună decât cea anterioară. Ca experiență personală și oameni care vin mai bine decât mine, întotdeauna întâlniți noi provocări, din cauza cărora mâinile sunt abandonate. Dar, de-a lungul timpului, vă ocupați mai bine de ele și procesul nu devine atât de dureros. Vânzările sunt locul în care, în calitate de fondator non-tehnic, aduceți companiilor cel mai mare beneficiu prin îmbunătățirea abilităților acestora.
Concluzie: principala misiune a unui fondator non-tehnic este de a dezvolta afaceri prin atragerea de noi clienți, angajarea și gestionarea. Dezvoltați obiceiul de a interacționa cu oamenii prin practica obișnuită.
6. Majoreta
În fiecare dintre cele trei startup-uri, trebuia să intru în oameni care mi-au spus că n-am înțeles nimic, pentru că nu sunt dezvoltator. Pentru a fi sincer, scepticii reprezintă o problemă cu care se confruntă toți fondatorii. Acestea dau cele mai mari probleme atunci când lovesc o problemă care există cu adevărat. De exemplu, atunci când spun că nu sunteți dezvoltator.
Am învățat să fiu majoreta mea pentru a mă motiva să trec prin peretele scepticismului și să mă concentrez asupra lucrurilor importante. Și apoi am învățat să fiu majoretă pentru toți ceilalți.
Când dezvoltatorii noștri se luptă pentru o problemă serioasă care împiedică progresul, nu le pot ajuta din punct de vedere tehnic. Dar în acele momente pot fi majoretă pentru utilizatorii noștri, ajutând programatorii să rezolve problema prin comunicarea constantă cu clienții.
Un exemplu de majoretare pentru utilizatori este o scrisoare pe care am trimis-o utilizatorului atunci când serviciul nostru a fost temporar indisponibil.
Subiect: Actualizați starea Groove
Am vrut să fac o scurtă actualizare a activității echipei noastre în rezolvarea problemei serverului care a apărut în dimineața aceasta. Ne străduim să îmbunătățim munca lui Groove cu 100%.
Începând cu ora 15:00, am reluat cu succes șase dintre cele șapte servere care au fost afectate de eroarea Amazon / Engine Yard:
- Încărcarea este de 100%
- Trimiterea și primirea de mesaje prin e-mail 100%
- Serverul cu chat de suport încă nu funcționează. Încercăm să o restaurăm și ne așteptăm ca chat-ul să funcționeze într-o oră.
- Funcția de actualizare în timp real a programului Groove, care se află pe același server ca chatul, nu funcționează. Ne așteptăm să ne întoarcem în decurs de o oră. Între timp, actualizarea paginii va actualiza e-mailurile și toate modificările.
Vă mulțumim pentru că ați stat la noi în timp ce lucrăm la reconstruirea Groove și acceptați scuzele mele pentru funcționarea defectuoasă de astăzi.
Voi trimite o nouă actualizare imediat ce actualizările de chat și aplicații vor funcționa din nou.
Ca întotdeauna, puteți să-mi scrieți direct la [email protected] cu orice întrebări sau sugestii.
Dacă împărțiți cu echipa orice victorie mică, aceasta poate crește moralul și motivația.
Deoarece nu mă pot grăbi să reparăm bug-uri pe server, suportul echipei și utilizatorilor este cel mai bun pe care îl pot aduce în această situație.
Concluzie: treaba ta este să fii majoreta ta și să susții echipa și utilizatorii. Acesta vă va păstra sănătatea, va motiva echipa la un nivel adecvat, iar utilizatorii dvs. vor fi fericiți și loiali.
7. Să poată lucra cu instrumentele de dezvoltare
Ca fiecare dintre noi, dezvoltatorii folosesc instrumente care îi ajută să-și desfășoare activitatea mai bine și mai ușor. Pentru a nu distrage oamenii din fluxul de lucru și nu pentru a încetini dezvoltarea produsului, a trebuit să învăț să folosesc aceste instrumente.
Fiecare echipă va folosi diferite instrumente. Indiferent de preferințele echipei dvs., dacă știți cum să lucrați cu ele, aceasta va ajuta întreaga echipă.
Când găsesc un bug mic, nu trimit o scrisoare, distragând dezvoltatorul de la locul de muncă. Vă scriu un istoric detaliat al utilizatorilor și îl trimit la Pivotal Tracker, care direcționează feedbackul meu către fluxul de lucru al dezvoltatorului fără prea multă distragere.
Concluzie: nu încercați să forțați echipa de dezvoltare să vă folosească instrumentele. Probabil nu sunt proiectate pentru programare. În schimb, simplificați procesul de interacțiune și faceți mai ușoară viața echipei, învățându-vă să vă descurcați cu instrumentele.
8. Faceți "orice altceva"
Am învățat să merg într-o mie de roluri. Trebuie să creăm o foaie de calcul și să găsim contacte pentru a crește implicarea blogului nostru? E treaba mea. Trebuie să găsești o aplicație potrivită pentru a partaja capturi de ecran ale diferitelor versiuni ale produsului? Mă uit deja. Dezvoltatorul trebuie să contactez serviciul Pivotal Tracker și să aflu de ce nu sincronizăm actualizările? Scrisoarea este deja plecată!
Nu-mi permit să nu fac tot ce-mi stă în putință pentru a facilita munca altora.
Concluzie: Eul nu este locul. Treaba ta este să faci absolut totul, care pierde dezvoltatorii de timp. În caz contrar, riscați să vă creșteți compania.