Sisäisen työkalun tekeminen: hallintanäkymät, hyväksynnät ja taulukkojen korvaaminen

Sisäisen työkalun tekemiseen valitset yhden työnkulun, joka on tällä hetkellä kivulias — yleensä jaettu taulukko, sähköpostiketju tai chat-kanava, joka tekee tietokannan työn — ja muutat sen pieneksi sovellukseksi: kunnollisen lomakkeen, listan tiloineen, oikeudet kullekin roolille ja historian siitä, kuka muutti mitäkin. Tekoälyllinen sovellusrakentaja voi tuottaa toimivan ensiversion yhdessä iltapäivässä. Onnistumisen ratkaisee se, että rajaat laajuuden yhteen työnkulkuun ja rakennat sen niiden ihmisten kanssa, jotka käyttävät sitä joka päivä.

Mikä lasketaan sisäiseksi työkaluksi

Sisäiset työkalut ovat arkisia ohjelmistoja, jotka pyörittävät yritystä. Yleisiä tyyppejä:

Lisää lähtökohtia löydät kohdasta sisäisen työkalun ideoita tiimeille.

Kannattaako sitä edes rakentaa?

Pidä taulukko, jos yksi henkilö ylläpitää sitä, data on pientä ja virhe maksaa vähän. Rakenna työkalu, kun huomaat seuraavia merkkejä:

• Ihmiset kirjoittavat toistensa muutosten päälle, tai kukaan ei tiedä, mikä kopio on ajantasainen
• Osan ihmisistä pitää nähdä tai muokata vain osaa tiedoista
• Olet kirjoittanut sivun ohjeita siitä, miten taulukkoa käytetään
• Tilamuutosten pitää ilmoittaa jollekulle, ja ilmoitukset jäävät jatkuvasti huomaamatta
• Tarvitset tarkastusjäljen — kuka tämän hyväksyi ja milloin

Välimuotokin on olemassa. Low-code-sisäisten työkalujen alustat (Retool, Airtable-käyttöliittymät, Softr ja muut) antavat rakennuspalikoita datasi päälle. Ne sopivat, kun data on jo tuetussa tietokannassa tai taulukossa ja haluat vedä-ja-pudota-näkymiä. Tekoälyllä rakennettu sovellus sopii paremmin, kun työnkulku on tarkka, haluat sen näyttävän ja toimivan juuri tiimillesi sopivalla tavalla tai haluat omistaa koodin. Yleisemmän kysymyksen käsittelee ohjelmiston rakentaminen vai ostaminen pienelle yritykselle.

Suunnittele työnkulku ennen näkymiä

Kirjoita työnkulku lyhyeksi tarinaksi ennen kehotteen kirjoittamista. Esimerkiksi kulujen hyväksyntätyökalulle:

1. Työntekijä lähettää kulun: summa, kategoria, päivämäärä, kuvaus, kuvan kuitista.
2. Hänen esihenkilönsä saa ilmoituksen ja hyväksyy tai hylkää kommentilla.
3. Rajan ylittävät kulut tarvitsevat lisäksi talousosaston hyväksynnän.
4. Talousosasto merkitsee hyväksytyt kulut maksetuiksi viikoittaisessa erässä.
5. Jokainen näkee oman kulunsa tilan; talousosasto näkee kaikki.

Tästä tarinasta saat:

• Data: kulut, käyttäjät, roolit, hyväksynnät (kuka, päätös, kommentti, päivämäärä), liitteet.
• Tilat: lähetetty → esihenkilö hyväksynyt → talous hyväksynyt → maksettu, tai hylätty.
• Roolit: työntekijä, esihenkilö, talous, ylläpitäjä.
• Säännöt: summaraja, kuka saa siirtää kohteen mihinkin tilaan.
• Näkymät: lähetyslomake, ”omat kulut”, ”odottaa minun hyväksyntääni”, talousosaston taulukko kaikista kuluista, yksittäisen kohteen sivu historiineen.

Kuvaa työnkulku näillä termeillä, niin tekoäly voi rakentaa oikean asian heti ensimmäisellä kerralla.

Oikeudet ja historia

Sisäiset työkalut pitävät usein arkaluonteista dataa — palkkoja, asiakastietoja, rahaa. Kaksi sääntöä:

1. Tarkista roolit palvelimella jokaisessa toiminnossa. Esihenkilön ei pitäisi pystyä hyväksymään omaa kuluaan kutsumalla hyväksymisrajapintaa suoraan.
2. Tallenna historia. Tallenna jokainen tilamuutos ja muokkaus sekä tekijä ja aika. Se ratkaisee useimmat ”kuka tämän muutti?” -kiistat ja on korvaamatonta, kun jotain menee pieleen.

Päätä, miten ihmiset kirjautuvat. Yrityksen Google- tai Microsoft-tilillä kirjautuminen on kätevää tiimeille, jotka käyttävät niitä jo; sähköposti ja salasana toimivat kaikkialla. Kummassakin tapauksessa rajoita rekisteröityminen niin, että vain tiimisi pääsee sisään.

Ensimmäinen toimiva kehote

Rakenna sisäinen kulujen hyväksyntätyökalu 25 hengen yritykselle. Työntekijät lähettävät kulun: summa, valuutta, kategoria (matkat, ateriat, ohjelmistot, laitteet, muu), päivämäärä, kuvaus ja kuvan kuitista. Esihenkilö näkee listan ”Odottaa minun hyväksyntääni” ja voi hyväksyä tai hylätä kommentilla. Yli 500 dollarin kulut tarvitsevat lisäksi hyväksynnän henkilöltä, jolla on Talous-rooli. Talousosasto näkee taulukon kaikista kuluista, suodatettuna tilan, henkilön ja kuukauden mukaan, ja voi merkitä hyväksytyt kulut maksetuiksi. Jokainen tilamuutos tallennetaan tekijän ja ajan kanssa, ja se näkyy aikajanana kulun sivulla. Roolit: työntekijä, esihenkilö, talous, ylläpitäjä — tarkistetaan palvelimella jokaisessa toiminnossa. Tallenna kaikki tietokantaan ja luo realistista esimerkkidataa. Yksinkertainen, tiivis ja nopea käyttöliittymä — tämä on työkalu, ei markkinointisivu.

Rakennusvaiheet

1. Pääasiallinen taulukko ja lomake ydintietueelle, realistisella esimerkkidatalla, jotta haku ja suodattimet näkyvät toimivan.
2. Tilat ja siirtymät, mukaan lukien se, kuka saa siirtää kohteen mihinkin tilaan.
3. Roolit ja kirjautuminen, rajattuna tiimiisi.
4. Historialoki jokaisessa tietueessa.
5. Ilmoitukset — sähköposti tai chat-viesti, kun jokin vaatii jonkun toiminnan.
6. Olemassa olevan datan tuonti taulukosta. Taulukon muuttaminen sovellukseksi kertoo puhdistamisesta ja tuonnista.
7. Pilotti kahdella tai kolmella oikealla käyttäjällä viikon ajan ennen käyttöönottoa kaikille.
8. Vanha prosessi pois käytöstä tiettynä päivänä. Kaksi rinnakkaista järjestelmää tarkoittaa, ettei kumpaakaan luoteta.

Saa ihmiset oikeasti käyttämään sitä

Moni sisäinen työkalu toimii täydellisesti ja epäonnistuu silti, koska ihmiset jatkavat vanhalla tavalla.

• Rakenna käyttäjien kanssa. Katso, kun joku tekee tehtävän tänään, ennen kuin suunnittelet uuden version.
• Tee siitä nopeampi kuin vanha tapa. Jos lähettäminen vie kauemmin kuin viestin lähettäminen, ihmiset jatkavat viestien lähettämistä.
• Tiivis voittaa kauniin. Operaattorit pitävät taulukoista, joissa on hyvät suodattimet, ja näppäimistöystävällisistä lomakkeista, enemmän kuin suurista korteista ja tyhjästä tilasta.
• Seuraava toiminto ensin. ”Odottaa minua” pitää olla ensimmäinen asia, jonka ihmiset näkevät.

Yleisiä virheitä

• Koko taulukon uudelleenrakentaminen. Siirrä yksi kivulias työnkulku; jätä loput taulukkoon toistaiseksi.
• Ei omistajaa. Jonkun pitää vastata muutoksista ja korjauksista julkaisun jälkeen.
• Oikeudet jälkikäteen. Rooleja on vaikeampi lisätä valmiiseen työkaluun kuin aloittaa niistä.
• Tarkastusjäljen ohittaminen, ja sitten sen tarvitseminen ensimmäisen kerran, kun rahaa katoaa.
• Julkaiseminen julkiseen osoitteeseen ilman kirjautumista. Kaiken sisäisen pitää vaatia kirjautumisen.

Ylläpito julkaisun jälkeen

Prosessi muuttuu muutaman kuukauden välein — uusi hyväksyntävaihe, uusi kategoria, uusi tiimi. Suunnittele se alusta asti:

• Pidä asetukset taulukoissa, ei koodissa. Kategoriat, rajat ja hyväksyjien määritykset tietokannassa voi ylläpitäjä muuttaa ilman uudelleenrakentamista.
• Kerää pyynnöt yhteen paikkaan. Yksinkertainen ”ehdota muutosta” -linkki työkalussa on parempi kuin pyynnöt hajallaan chateissa.
• Vie dataa säännöllisesti. Pääasiallisten taulujen CSV-vienti pitää datan vapaana ja helpottaa kuukausiraportointia.
• Testaa jokaisen muutoksen jälkeen. Käy lähetys, hyväksyntä ja hylkäys uudelleen läpi aina, kun työnkulkua muutetaan, koska oikeusvirheet tuppaavat ilmestymään juuri siellä.

Käyttökustannukset

Tekoälyllä rakennettu sisäinen työkalu maksaa hostingista, tietokannasta, tiedostotallennuksesta, jos ihmiset lataavat dokumentteja, ja mahdollisesti sähköposti- tai viestipalvelusta ilmoituksia varten. Omistamallesi työkalulle ei yleensä ole käyttäjäkohtaisia lisensseja, mikä on merkittävää, kun monilla satunnaisilla käyttäjillä on pääsy. Jatkuva kustannus on jonkun ajan kulu työkalun ylläpitoon.

Rakentaminen Mythexillä

Sisäiset työkalut sopivat Mythexiin hyvin. Kuvaat työnkulun, agentti rakentaa sen live-esikatseluun, lisää Postgres-tietokannan tietueille ja tiedostotallennuksen latauksille, kuten kuiteille. Dokumentaation sisäisen työkalun käyttötapaus ja hallintanäkymän käyttötapaus sisältävät aloituskehotteita. Kollegat voivat auttaa rakentamisessa työtilassasi ilman käyttäjäkohtaisia maksuja.

Kaksi asiaa kannattaa tietää. Tiimisi kirjautumiset työkalun käyttöön ovat osa rakentamaasi sovellusta valitsemallasi tavalla — ne ovat erillään Mythex-tileistä. Lisäksi Mythexissä ei ole sovellukselle sisäänrakennettuja Salesforce-, HubSpot- tai Slack-integraatioita; ne kytketään API-rajapintojen kautta omilla avaimillasi. Aloitukseen voit kokeilla hyväksyntäseurannan tai sisäisen hallintatyökalun mallipohjia, ja jos tarvitset pääasiassa kaavioita, katso miten kojelauta rakennetaan.

Kysymykset