Kehittäjäkeskeisen ohjelmiston monet maut

Kehittäjille tarkoitetuilla ohjelmistoilla on taipumus niputtaa yhteen laajaan kategoriaan. Mutta itse asiassa sitä on monia erilaisia ​​makuja, joista jokaisella on omat ainutlaatuiset haasteensa markkinoille menevän strategian suunnittelussa. 

Ymmärtääkseni paremmin markkinoille tulevia kuumia uusia tuotteita käytän tätä kehystä: 

• Avoin lähdekoodi: Näissä tuotteissa on avoimen lähdekoodin (ilmainen) komponentti, ja ne yleensä ansaitsevat rahaa sen mukaan, mitä kalliimmat ostajat saattavat tarvita patentoitujen ominaisuuksien, hallitun hosting-palvelun tai palveluiden kautta. Avoimen lähdekoodin yleisöt vaativat korkeaa arvoa vastineeksi maksusta, mutta innovoivat jatkuvasti ja tarjoavat vaikuttavia palautesilmukoita kaupallisiin tarkoituksiin. Esimerkkejä: Cypress.io, MongoDB ja Elastic.
• API ensin: API-ensimmäisiä yrityksiä on vaikea selittää, mutta tunnet ne, kun näet ne – ne ovat osa useimpien tuotteiden selkäranka. Näiden tuotteiden yleisöihin voi olla haastavaa kohdistaa arvoehdotuksen ja viestinnän näkökulmasta. Nämä yritykset siirtyvät yleensä sovellusalueelle. Esimerkkejä: Twilio, Stripe ja Marqeta.
• Kehittäjäsovellukset: Vaikka en haluaisi luoda toista yleistä luokkaa, kehittäjäsovellukset ovat pohjimmiltaan mitä tahansa muita kehittäjille luotuja tuotteita, jotka eivät kuulu avoimen lähdekoodin tai API-ensimmäiseen ryhmään. Esimerkkejä: Datadog, Snyk ja Logz.io.

Viimeisin Kehittäjälähtöinen markkinointikirja, Korostan, että myyminen kehittäjille ei ole mahdotonta – se vaatii vain markkinoijia ja myyntitiimiä muuttamaan taktiikkaansa vakiintuneen SaaS-ohjekirjan ulkopuolella. Kehittäjäkeskeisten työkalujen osalta suosittelen ottamaan tämän askeleen pidemmälle ja säätämään taktiikkaasi myös oman ohjelmistosi "maun" mukaan.

Avoimen lähdekoodin mallit

Avoimen lähdekoodin liiketoimintamallit ovat melkein harhaanjohtavia nimityksiä sinänsä. OSS Capitalin perustaja Joseph Jacks tekee erinomaista työtä selittää avoimen lähdekoodin liiketoimintamallien etenemistä. Jos työskentelet avoimen lähdekoodin mallin kaupallistamiseksi, ymmärrä, että yhteisö on avainasemassa. Jos olet epärehellinen tai yrität jotain hämärää, yhteisösi ilmoittaa sinulle.

GitHub on loistava esimerkki yrityksestä, joka on aina asettanut yhteisön ytimeen ja kasvattanut faneja ensimmäisestä päivästä lähtien. Varhaisiin GitHubin käyttäjiin otettiin yhteyttä, jos heidän alueellaan oli tarkoitus järjestää tapaaminen, he saivat bonuksen tiettyjen raja-arvojen saavuttamisesta alustalla, ja tehokäyttäjiä palkattiin usein hallinnoimaan itse yhteisöä – varmistettiin, että he ymmärsivät alkuperäisesti mitä tapahtuisi ja ei lennä useimpien käyttäjien kanssa.

MongoDB on toinen vankka esimerkki yrityksestä, joka pysyi uskollisena yhteisölleen. MongoDB oli Daavidin ja Goljatin tilanteessa relaatiotietokantoja vastaan, ja he taistelivat hyvän taistelun tapaamalla käyttäjiä varpaisiin. Yhdessä vaiheessa Mongo isännöi enemmän kuin yhtä tapahtumaa päivässä. Nämä tapahtumat eivät olleet kaikki niitä massiivisia konferensseja, joita näemme nyt. Suurin osa heidän saamastaan ​​varhaisesta vedosta oli pienten käyttäjäryhmien kanssa, jotka keskittyivät opiskelijoihin ja teknologian harrastajiin, jotka lopulta toivat Mongon yrityksiin, joissa he työskentelivät.

API-ensimmäiset mallit

API-first-tuotteilla on korkeat vaihtokustannukset, joten kategorioiden luoja tai innovatiivinen lähestymistapa markkinoille helpottaa. Koska sovellusliittymillä ei aina ole käyttöliittymää, sinulla ei ole niin paljon vaihtoehtoja tai niin paljon aikaa, että voit todella tuoda tuotteen arvon käyttäjille kotiin. Tämän seurauksena sinun on oltava uskomattoman tarkka tuotteen dokumentaation, verkkosivuston viestien ja kaikenlaisten käyttäjille lähettämiesi kampanjoiden kanssa. 

Yksi suosikki API-ensimmäisistä yrityksistäni on Raita. He onnistuivat saamaan löytöjä ja mahdollistamaan tuotteen arvon avaamisen luomalla maailmanluokan dokumentaatiota. He myös käsittelivät omaansa dokumentaatio muunnostyökaluna, mikä on edelleen uskomattoman harvinaista kehittäjäkeskeisellä ohjelmistoteollisuudella. 

Twilio on myös tehnyt mahtavaa työtä rakentaessaan hypeä tuotteensa ympärille tuotteensa ulkopuolella. Jeff Lawsonin myydyin kirja, Twilion massiiviset konferenssit ja jopa videopeli, joka on suunniteltu kouluttamaan kehittäjät koodaamaan Twiliossa, pitävät yleisönsä kiinnostuneina – ja se auttaa heitä myös löytämään uusia käyttötapauksia tuotteensa hyödyntämiseen. 

Kehittäjäsovellukset

Kehittäjätyökalujen tila on ruuhkautunut ja erottuminen joukosta on yhä vaikeampaa. Vaikka sinulla olisi upea tarjonta, sinun on silti vakuutettava kehittäjät siitä ennen he käyttävät sitä. Yksi hyväksi havaituista tavoista saada kehittäjän huomio on tehdä itsestäsi löydettävissä heidän työnkulussaan tai silloin, kun hän etsii ratkaisua ongelmaan. 

Upea esimerkki tästä on Algolia. He myyvät hakutyökaluja ja ovat sen seurauksena laajalti sovellettavissa noin miljardiin käyttötapaukseen. Varmistaakseen, että ihmiset törmäävät niihin yrittäessään ratkaista näitä käyttötapauksia, Algolia on luonut aloitussivut jokaiselle asiakkaalle ja heidän näkemilleen käyttötapauksille.

Kyllä, tämä on aikaa vievää, ja ihannetapauksessa se tehdään ohjelmallisesti. Mutta jos pystyt murtamaan koodin, näiden hakujen taltioimisen pitkä sijoitetun pääoman tuottoprosentti on ehdottomasti sen arvoista. 

Unohda, miten sinun pitäisi mielestäsi myydä kehittäjille

Heitä pois tuo B2B SaaS -ohjekirja ja hanki uusi, joka opettaa sinua ajattelemaan kriittisesti, mitä potentiaaliset ostajasi tarvitsevat, mikä motivoi heitä ja miten he löytävät tuotteita tänään.

Innovaatio voittaa paitsi tuotteen, myös markkinoille pääsyn näkökulmasta. Sinulla voi olla maailman paras tuote, mutta jos kukaan ei kokeile sitä, kukaan ei myöskään saa siitä arvoa.

Käytä aikaa kehittäjäkeskeisen tuotteesi tuomiseen markkinoille. Jos se on todella niin hyvää kuin luulet sen olevan, maailma kiittää sinua.

Lähde: https://openviewpartners.com/blog/flavors-developer-focused-software/