Com construir una eina interna: panells d'administració, aprovacions i substitució de fulls de càlcul

Per construir una eina interna, tria un flux de treball que ara mateix sigui molest —normalment un full de càlcul compartit, un fil de correu o un canal de xat que fa la feina d'una base de dades— i converteix-lo en una petita app amb un formulari adequat, una llista amb estats, els permisos correctes per a cada rol i un historial de qui ha canviat què. Un constructor d'apps amb IA pot produir una primera versió funcional en una tarda. El que fa que tingui èxit és limitar l'abast a un sol flux de treball i construir-la amb les persones que la faran servir cada dia.

Què compta com a eina interna

Les eines internes són el programari poc vistós que fa funcionar un negoci. Tipus habituals:

Per a més punts de partida, mira idees d'eines internes per a equips.

Val la pena construir-la?

Manten el full de càlcul si una persona el manté, les dades són poques i un error costa poc. Construeix una eina quan notis aquests senyals:

• La gent sobreescriu els canvis dels altres, o ningú sap quina còpia és l'actual
• Necessites que alguns veuen o editin només una part de les dades
• Has escrit una pàgina d'instruccions sobre com usar el full
• Els canvis d'estat han d'avisar algú, i sempre es perden
• Necessites un registre d'auditoria: qui ha aprovat això, i quan

Hi ha també una opció intermèdia. Les plataformes d'eines internes de baix codi (Retool, les interfícies d'Airtable, Softr i altres) et donen blocs de construcció sobre les teves dades. Encaixen quan les dades ja són en una base de dades o un full compatible i vols pantalles arrossegables. Una app construïda amb IA et convé més quan el flux és específic, vols que es vegi i es comporti exactament com necessita l'equip, o vols ser propietari del codi. Per a la pregunta general, consulta construir o comprar programari per a una petita empresa.

Dissenya el flux abans que les pantalles

Escriu el flux de treball com una petita història abans de fer el prompt. Per a una aprovació de despeses:

1. Un empleat envia una despesa: import, categoria, data, descripció i una foto del rebut.
2. El seu responsable rep una notificació i aprova o rebutja amb un comentari.
3. Les despeses per sobre d'un límit també necessiten l'aprovació de finances.
4. Finances marca les despeses aprovades com a pagades en un lot setmanal.
5. Tothom pot veure l'estat de les seves pròpies despeses; finances veu totes.

A partir d'aquesta història obtens:

• Dades: despeses, usuaris, rols, aprovacions (qui, decisió, comentari, data), adjunts.
• Estats: enviada → aprovada pel responsable → aprovada per finances → pagada, o rebutjada.
• Rols: empleat, responsable, finances, administrador.
• Regles: el llindar d'import, qui pot passar un element a cada estat.
• Pantalles: formulari d'enviament, «les meves despeses», «pendents de la meva aprovació», la taula de totes les despeses de finances, una pàgina de detall amb l'historial.

Descriu el flux en aquests termes i la IA pot construir la cosa correcta a la primera.

Permisos i historial

Les eines internes sovint guarden dades sensibles —sous, dades de clients, diners—. Dues regles:

1. Comprova els rols al servidor per a cada acció. Un responsable no hauria de poder aprovar la seva pròpia despesa cridant directament el punt final d'aprovació.
2. Registra l'historial. Guarda cada canvi d'estat i cada edició amb qui l'ha fet i quan. Resol la majoria de discussions de «qui ha canviat això?» i és molt valuós quan alguna cosa va malament.

Decideix com entra la gent. L'inici de sessió amb els comptes de Google o Microsoft de l'empresa és còmode per als equips que ja els usen; el correu i la contrasenya funcionen a tot arreu. En qualsevol cas, restringeix el registre perquè només el teu equip hi pugui entrar.

Un primer prompt que funciona

Construeix una eina interna d'aprovació de despeses per a una empresa de 25 persones. Els empleats envien una despesa amb import, moneda, categoria (viatges, menjars, programari, equip, altres), data, descripció i una foto del rebut. El seu responsable veu una llista «Pendent de la meva aprovació» i pot aprovar o rebutjar amb un comentari. Les despeses per sobre de 500 $ també necessiten l'aprovació d'algú amb el rol de finances. Finances veu una taula amb totes les despeses, amb filtres per estat, persona i mes, i pot marcar les aprovades com a pagades. Cada canvi d'estat es registra amb qui l'ha fet i quan, mostrat com una línia de temps a la pàgina de la despesa. Rols: empleat, responsable, finances, administrador, comprovats al servidor per a cada acció. Guarda-ho tot en una base de dades i crea dades d'exemple realistes. Interfície plana, densa i ràpida: és una eina de treball, no un lloc de màrqueting.

Passos de construcció

1. La taula principal i el formulari per al registre central, amb dades d'exemple realistes perquè la cerca i els filtres es vegin funcionar.
2. Estats i transicions, incloent qui pot passar un element a cada estat.
3. Rols i inici de sessió, restringit al teu equip.
4. Registre d'historial a cada element.
5. Notificacions: un correu o un missatge de xat quan algú ha d'actuar.
6. Importar les dades existents del full de càlcul. Com convertir un full de càlcul en una app explica la neteja i la importació.
7. Prova pilot amb dos o tres usuaris reals durant una setmana abans d'estendre-ho a tothom.
8. Apaga el procés antic en una data fixada. Dos sistemes en paral·lel fan que cap dels dos sigui de fiar.

Aconseguir que la gent l'usi de veritat

Molt eines internes funcionen perfectament i igualment fracassen, perquè la gent segueix usant la manera antiga.

• Construeix-la amb els usuaris. Observa algú fent la tasca avui abans de dissenyar la nova versió.
• Fes-la més ràpida que la manera antiga. Si enviar triga més que enviar un missatge, la gent seguirà enviant missatges.
• Dens és millor que bonic. Els operaris prefereixen taules amb bons filtres i formularis usables amb teclat a targetes grans i espai en blanc.
• Posa la següent acció primer. «Pendent de mi» ha de ser el primer que la gent veu.

Errors habituals

• Reconstruir tot el full de càlcul. Mou només el flux de treball que fa mal; deixa la resta al full per ara.
• Sense responsable. Algú ha de ser responsable dels canvis i les correccions després del llançament.
• Els permisos com a reflexió tardana. Afegir rols a una eina acabada és més difícil que començar-hi amb ells.
• Saltar-se el registre d'auditoria, i després necessitar-lo la primera vegada que es perden diners.
• Publicar en una URL pública sense inici de sessió. Tot el que és intern ha de requerir inici de sessió.

Mantenir-la en marxa després del llançament

Un procés canvia cada pocs mesos: un pas d'aprovació nou, una categoria nova, un equip nou. Preveu-ho des del principi:

• Guarda la configuració en taules, no en codi. Les categories, els llindars i les assignacions d'aprovadors que viuen a la base de dades els pot canviar un administrador sense reconstruir res.
• Recull les sol·licituds en un sol lloc. Un enllaç senzill de «suggereix un canvi» dins de l'eina és millor que les sol·licituds dispersades en xats.
• Exporta regularment. Una exportació CSV de les taules principals fa que les dades mai quedin atrapades i facilita els informes de final de mes.
• Prova després de cada canvi. Repassa de nou enviar, aprovar i rebutjar després de qualsevol canvi en el flux de treball, perquè els errors de permisos tendeixen a aparèixer allà.

Costos

Una eina interna construïda amb IA implica l'allotjament, una base de dades, emmagatzematge de fitxers si la gent puja documents i possiblement un servei de correu o de missatgeria per a les notificacions. Normalment no hi ha llicències per usuari per a una eina que és teva, la qual cosa importa quan molts usuaris ocasionals necessiten accés. El cost continu és el temps d'algú per mantenir-la.

Construir-la amb Mythex

Les eines internes encaixen bé amb Mythex. Descrius el flux de treball, l'agent el construeix en una vista prèvia en directe, afegeix una base de dades Postgres per als registres i emmagatzematge de fitxers per a les pujades, com els rebuts. Els cas d'ús d'eina interna i cas d'ús de panell d'administració de la documentació tenen prompts inicials. Els companys poden ajudar a construir-la al teu espai de treball sense taxes per usuari.

Dues coses a tenir en compte. Els inicis de sessió de l'equip que usa l'eina formen part de l'app que construeixes, amb un enfocament que tu tries; són independents dels comptes de Mythex. I Mythex no inclou integracions integrades de Salesforce, HubSpot o Slack per a l'app en si; es connecten a través de les seves APIs amb les teves pròpies claus. Per a un prompt inicial, prova les plantilles seguiment d'aprovacions o eina d'administració interna, i mira com construir un tauler si el que necessites són sobretot gràfics.

Preguntes