Historia

Kun aloimme rakentaa kenttäpohjaista ohjelmistoratkaisua opetuslasten ja seurakuntien kertolaskuliikettä varten, katsoimme, mitä CRM-ratkaisuja oli jo olemassa markkinoilla. Tiesimme, että jos työkalu aikoo vastata kenttätiimien ainutlaatuisiin tarpeisiin kaikkialla maailmassa, sen täytyi olla:

• edullinen – pystyy skaalaamaan ja sisällyttämään suuria yhteistyökumppaneita ilman kustannuksia.
• Muokattavat – yksi koko ei sovi kenellekään. Halusimme Valtakunnan ratkaisun, jota voitaisiin muokata vastaamaan yksilöllisiä palvelustarpeita.
• Kestävä kehitys – Joskus joukkueilla on ainutlaatuisia tarpeita, jotka vaativat ohjelmoijan. Yritysohjelmistojen ohjelmoijat voivat maksaa satoja dollareita tunnissa. WordPress-kehittäjät löytyvät paljon halvemmalla.
• hajautettu – Tietojen seuranta voi vaarantaa ihmishenkiä. Halusimme pienentää riskejä välttämällä keskitettyä ratkaisua, jossa kaikilla on pääsy kaikkien tietoihin.
• Monikielinen – opetuslasten ja kirkkojen moninkertaistuminen kaikkien ihmisryhmien kesken ei tapahdu yhden etnisen tai kieliryhmän toimesta. Se on Kristuksen maailmanlaajuisen ruumiin yhteinen ponnistus. Halusimme työkalun, joka voisi palvella ketä tahansa uskovaa mistä tahansa kielestä/kansallisuudesta.

Tutkimme 147 CRM:ää toivoen, että sopiva ratkaisu olisi jo olemassa. Meillä oli kaksi keskeistä kriteeriä:

1 – Voidaanko tämä järjestelmä ottaa käyttöön pienin kustannuksin?

1. Eivätkö infrastruktuurikustannukset voisi nousta liikkeen moninkertaistuessa?
2. Voisiko yksi järjestelmä palvella 5000 ihmistä alle 100 dollarilla kuukaudessa?
3. Voisimmeko lahjoittaa järjestelmiä muille kenttäryhmille ja ministeriöille ilmaiseksi ilman, että meidän tarvitsee kasvattaa kokoamme ja rahoitusta?
4. Voisiko kehitys olla hajautettua, jolloin laajennuskustannukset jaetaan monen kesken?
5. Onko pienimmällä kahden hengen joukkueella varaa tähän?

2 – Voivatko matalan teknologian ihmiset käynnistää ja ylläpitää tätä järjestelmää?

1. Voiko se olla valmis opetuslapsivalmistukseen heti laatikosta otettuna ilman suuria määrityksiä?
2. Voiko sitä ajaa itsenäisesti, hajautetusti, mutta ilman erityistä tietoa palvelimista, komentosarjasta jne?
3. Voiko sen käynnistää nopeasti parissa vaiheessa?

Lopulta kysymyksemme oli, voisiko kansallisten uskovien kenttäryhmä tai kotiseura ottaa käyttöön ja ylläpitää ratkaisua itse (riippumatta meistä tai mistä tahansa muusta organisaatiosta)?

Tutkimme markkinoilla 147 CRM:ää.

Useimmat kaupalliset ratkaisut hylättiin kustannusten perusteella. Pienellä tiimillä saattaa olla varaa 30 dollariin henkilöä kohden kuukaudessa (kaupallisten asiakassuhteiden hallintajärjestelmien keskimääräiset kustannukset), mutta kuinka 100 hengen liittoutuma maksaisi 3000 1000 dollaria kuukaudessa? Entä 501 ihmistä? Kasvu tukahduttaa nämä ratkaisut. Jopa 3cXNUMX-ohjelmien alennetut hinnat olivat haavoittuvia peruutukselle tai kansalaisten ulottumattomiin.

Muutamat jäljellä olevat avoimen lähdekoodin CRM:t markkinoilla vaatisivat valtavan määrän uudelleenkonfigurointia ja mukauttamista, jotta ne olisivat hyödyllisiä oppilaiden tekemisessä. Se ei todellakaan ollut jotain pientä opetustyöryhmää, joka ei voisi tehdä ilman erityisiä taitoja. 

Joten kun tarkastelimme potentiaalisia, laajalti saatavilla olevia alustoja mukautetun CRM:n tekemiseksi oppilaiden tekemiseen, päädyimme WordPressiin, joka on todennäköisesti maailman menestynein ja laajimmin hyväksytty avoimen lähdekoodin projekti keskivertoihmiselle. Kolmannes Internet-sivustoista toimii WordPressillä. Se on joka maassa ja sen käyttö vain kasvaa. 

Joten aloitimme.