Konserneille ja useille brändeille
Useita yrityksiä, yksi asennus, ei yhteisiä asiakkaita
Konsernit ratkaisevat tämän yleensä kahdesti huonosti: joko viisi erillistä asennusta ja viisi erillistä kaikkea, tai yksi asennus ja juhlallinen lupaus siitä, että sovellus suodattaa aina oikein. Ensimmäinen on kallista. Toinen on lupaus, eikä lupaukset ole tietoturvamalli.
Jos pyörität useampaa kuin yhtä yritystä — holdingyhtiötä tytäryhtiöineen, franchisingketjua, kahta eri markkinoille suunnattua brändiä, toimistoa ja asia, jonka toimisto eriytti — tunnet jo ongelman muodon. Brändit jakavat ihmiset, työkalut ja talousosaston. Ne eivät jaa asiakkaita, eikä niiden saa näyttää jakavan.
iKonekt pyörittää niitä kaikkia yhdestä asennuksesta, ja niiden välinen erottelu varmistetaan tietokannassa, ei koodissa. Se ero kuulostaa akateemiselta siihen päivään asti, jolloin se ei ole.
Miksi kerros on tärkeä
Sovellustason suodatin on lause kyselyssä. Se toimii niin kauan kuin jokainen koskaan kirjoitettava kysely sisältää sen — mukaan lukien kiireellä kirjoitettu, uuden kehittäjän kirjoittama ja kertakäyttöistä raporttia varten kirjoitettu.
Siirrä raja tietokantaan, ja aritmetiikka kääntyy. Käytäntö ajetaan jokaisella luku- ja kirjoitusoperaatiolla, kaiken alla. Kysely, joka unohtaa yrityksen, ei palauta vääriä rivejä; se ei palauta mitään. Vikatilaksi tulee tyhjä ruutu ja hämmentynyt kehittäjä — mikä on oikea vikatila.
Tyhjä ruutu on ominaisuus. Emme mieluummin selitä tyhjää ruutua omalle insinöörillemme kuin asiakaslistaa kahdelle asiakkaalle, jotka eivät odottaneet kohtaavansa.
- 1Asiakkaat & keskustelutRajattu. Brändin A myyjä ei pääse brändin B asiakkaisiin — rakenteen, ei asetuksen, ansiosta.
- 2Vaateet asiakkaaseen"Meillä on jo tämä tili" on lukko, joka pidetään yritystä kohden — joten kaksi brändiä voi molemmat työskennellä samalla markkinalla törmäämättä.
- 3Kehotteet & asetuksetJokainen yritys muokkaa omiaan. Ainoa paikka, jossa nämä ovat joskus olleet jaettuja, oli bugi — ja se on bugi, jonka löytämisestä tämä järjestelmä on ylpein.
- 4KumppaniohjelmatModuuli yritystä kohden, ei globaali, jonka kaikki perivät.
Raja valvotaan sovelluksen alapuolella
Mitä ryhmä oikeasti saa jakaa
Eriyttäminen ei ole eristämistä itsensä vuoksi. Asioita, jotka kannattaa jakaa ryhmän sisällä, jaetaan tietoisesti, ja ne ovat lähinnä tylsiä — mikä on täsmälleen oikein, sillä tylsissä asioissa piilee monistettu kustannus:
- Yksi asennus ajettavaksi ja päivitettäväksi. Yksi käyttöönotto, yksi tunnussarja hoidettavana, yksi asia, joka pidetään ajan tasalla.
- Yksi tiimi, eri hattuja päällä. Ihminen voi työskennellä useammassa yrityksessä; se, mitä hän ei voi tehdä, on nähdä molempia yhtä aikaa kyselyn kautta, joka unohti kysyä.
- Yksi tapasarja. Tap, jolla liidi osoitetaan, tapa kirjoittaa muistiinpano, tapa, jolla työstä tulee lasku — opitaan kerran, sovelletaan kaikkialla, mikä lyhentää perehdytyksen noin yhdeksi aamuksi.
- Yksi suhde muuhun perheeseen. castomAPI alla, sama tili, samat liittimet — konfiguroituna yrityskohtaisesti siellä, missä sillä on merkitystä.
Kysymys, jonka ryhmä aina esittää toisena
"Voimmeko raportoida kaikkien yli?" Kyllä — ryhmän omasta näkökulmasta, tietoisesti ja eksplisiittisesti, eikä vuotavan rajan sivutuotteena. Tämä ero on koko suunnittelun ydin: rajan ylittämisen on oltava teko, jonka joku teki tarkoituksella ja sillä valtuudella. Sen ei saa koskaan olla jotain, mitä harhainen tunniste saa aikaan vahingossa.
Ja kolmas kysymys: "mitä tapahtuu, jos myymme yhden brändeistä?" Rajaa, jonka tietokanta pitää yllä, pitkin voi myös nostaa esiin puhtaan kopion. Se ei ole sattumaa — eriyttäminen ja siirrettävyys ovat sama ominaisuus kahdesta eri kokouksesta katsottuna.
Lattian alla
Mikä konkreettisesti pitää rajan yllä
Ei väite, vaan lista. Jos toimittaja ei pysty tuottamaan tätä listaa omasta tuotteestaan, se on syytä huomata.
26
Taulut, jotka kantavat yritystään, ja pakote tarkistuksessa päällä, ei vain saatavilla.
72
Käytännöt, kirjoitettuina yksi kerrallaan, jotta jokaisen on lukenut ihminen, eikä niitä ole tuotettu silmukassa.
942
Testit, jotka ajetaan tietokantaa vastaan, joka rakennetaan nollasta joka kerta, kun mikä tahansa muuttuu.
0
Oletusyritykset. Pyyntö ilman rajaa kaatuu ennen kuin se pääsee dataan asti — ei ole oletusta, jonka unohtaisi poistaa käytöstä.
"Viisi yritystä, viisi asennusta, viisi laskua sinulta."
Yksi asennus. Viisi rajaa, jotka tietokanta pitää yllä.
Jaetut ihmiset, jaetut tavat, jaettu alusta — eikä yhtään jaettua asiakasta. Rajan ylittämisen on oltava jotain, jonka ihminen teki tarkoituksella, ei koskaan jotain, minkä tunniste sai aikaan vahingossa.
Näin eriyttäminen rakennetaan →