Belső appok AI-jal · Lecke 04

Tervezés a kód előtt

Az AI nemcsak kódot ír, tervezni is segít. A legtöbben a kódírásra használják, pedig a legnagyobb megtakarítás abból jön, ha egy órát a tervezéssel töltünk, mielőtt bármi elkészülne.

Vissza a tananyaghoz


A leírás, ami a kód előtt jön

Mielőtt egy új belső app elkészül, egy oldalt írok le róla az AI-nak, programozói szavak nélkül. Mit old meg, kik fogják használni és milyen gyakran, milyen rendszerekből kell adat, mit ír vissza, és mi történik, ha egy napig nem működik. Erre a leírásra a modell kód helyett kérdésekkel válaszol, és a kérdései rendre megmutatják, mire nem gondoltam.

Ugyanezt a leírást használom arra, hogy alternatívákat kérjek. Három megoldási utat kérek, a legegyszerűbbtől a legteljesebbig, mindegyiknél az előnyökkel, a fenntartási teherrel és a kockázattal. Meglepően gyakran a legegyszerűbb út az, hogy a meglévő rendszer egy beállítását kell módosítani, és app nem is kell.


Öt kérdés a probléma felől

A tervezést a problémával kezdem, az eszköz csak a végén jön. Öt kérdést szoktam feltenni.

Nem minden bottleneckre app a válasz. Néha a folyamatot kell egyszerűsíteni, néha egy gazdát kell kinevezni, néha az adatot kell rendbe tenni. Az AI felerősíti azt, ami van, és amit rosszul csinálunk, azt gyorsabban fogja rosszul csinálni.


Megépíteni vagy megvenni

A kódoló ügynökök olcsóvá tették a megépítést, a döntést viszont sok cég még a régi módon hozza meg. Vásárlásnál a beszerzés átvizsgálja a szállítót, a saját építést viszont senki. Pedig a teljes költség nagyobb része a birtoklásban van, a frissítésekben, a jogosultságokban, az auditban, és abban, mi lesz, ha a készítő elmegy.

Négy jel szól a saját építés mellett. A folyamat a cégre szabott, és ez a sajátosság értéket termel, nem csak megszokás. Belső és szűk a felhasználói kör, néhány tucat ember, nem ügyfelek ezrei. Alacsony a szabályozási tét, nincs mögötte hatósági adatszolgáltatás. Gyakran változik a működés, és a szállítói fejlesztési ciklusra várni lassabb lenne.

Ahol ezek nem teljesülnek, ott érdemes venni. Bérszámfejtést, főkönyvet, számlázást vagy bármit, ami a hatóság felé ad adatot, nem építek házon belül, és a biztonsági, azonosítási rendszereket sem. A szürke zónában az a szabályom, hogy a vásárolt rendszer maradjon a gerinc, és a saját építés csak a szélein dolgozzon.


Fejlesztés felől nézve

  • Két hét alatt kész
  • Nincs licencdíj
  • Azt tudja, amit kérünk
  • A készítő mindent ért benne

Fenntartás felől nézve

  • Évekig kell működnie
  • A belső órák is pénzbe kerülnek
  • A folyamat változásával együtt kell változnia
  • Ha a készítő elmegy, a tudás vele megy

3

Három évre számolok, nem két hétre. Egy elemző órája nem ingyenes, csak nem jelenik meg külön számlán. A saját építés költségébe a karbantartás és a frissítések belső óráit is beleszámolom, és ezt vetem össze a megvásárolható alternatíva teljes árával.


Források és további olvasnivaló

Megépíteni vagy megvenni a szoftvert az AI korában és Az első kérdés nem az AI platformról szól című cikkeim részletesebben is kifejtik a döntési szempontokat. A kódolás előtti tervezésről fejlesztői szemmel itt írtam.


← Előző lecke Következő lecke →

Workshop

AI Transformation Day

Egésznapos, vezetőknek szóló program. Feltérképezzük, hol tart a szervezet, mi az első reális lépés, és milyen belső feltételek szükségesek a sikerhez. A nap végén konkrét, priorizált cselekvési lista.

Érdekel a program →