Aktivera en app ur katalogen
I drift samma dag.
Tjugofem appar står klara: ärenden, projekt, avtal, personal, utbildning, dokument och rapporter. Ni slår på den ni behöver, lägger upp användarna och kör.
Se apparnaSkyflow är ingen svit att välja ur, utan en grund att bygga vidare på. En process kan komma in på tre sätt — färdig ur katalogen, formad efter era rutiner, eller byggd från grunden som en egen app. Vilken väg ni tar avgör tid och pris. Den avgör inte vad processen får av plattformen.
En egen app tar ingen plats i nivåns tak — taket gäller apparna i vår katalog.
Era egna appar ligger bredvid de färdiga — samma väljare, samma lista.
En färdig app, en app formad efter era rutiner, eller er egen process byggd som app. Skillnaden ligger i hur den kommer in — inte i vad den får när den väl är där.
I drift samma dag.
Tjugofem appar står klara: ärenden, projekt, avtal, personal, utbildning, dokument och rapporter. Ni slår på den ni behöver, lägger upp användarna och kör.
Se apparnaEr process, inte vår mall.
Egna ärendetyper, egna fält, egna statusflöden, egna ramverk och egna rapporter. Appen lär sig era ord och er ordning — ni lägger inte om arbetssättet efter systemet.
Se uppstartshjälpenFinns den inte, byggs den.
Anbudshanteringen, avvikelserna, registret i kalkylbladet. Er process paketeras som en riktig app, med samma inloggning och spårbarhet som de färdiga.
Berätta om er processSex saker ligger i plattformen och inte i apparna. De gäller katalogens tjugofem appar och era egna på exakt samma sätt — det är den skillnaden som gör en egen Skyflow-app till något annat än ett specialbygge.
Era egna appar använder samma konton som de färdiga. Ingen ny användarlista att hålla i synk, och ingen medarbetare som ska läggas upp två gånger.
Behörighetsmodellen är plattformens, inte appens. Det ni redan bestämt om vem som får se vad gäller i den nya appen från första dagen.
Påminnelser, uppföljningar och schemalagda rapporter finns i grunden. En egen app ärver dem i stället för att få dem inbyggda för hand.
Ändringar och godkännanden loggas likadant oavsett vilken app de skedde i. Revisorn möter ett system, inte tretton.
Alla appar nås genom samma versionshanterade API. Kopplingen mot ert affärssystem byggs en gång, inte en gång per app.
Er egen app driftas där resten av plattformen driftas: Microsoft Azure inom EU, med säkerhetsuppdateringar och backup på köpet.
Ett bygge utanför plattformen börjar om från noll på allt som inte är själva processen — inloggning, behörigheter, loggar, drift. Det är den delen som brukar kosta mest, och som åldras först.
Omfattningen sätts vid en genomgång innan något byggs, och klassen låses i avtalet. De tre tyngderna nedan täcker det mesta som kommer in.
En process, ett fåtal vyer och enkel logik. Byggs snabbt och ersätter oftast ett kalkylblad som vandrar mellan människor.
Flera vyer och flöden, bredare användning och någon koppling utåt. Här börjar automatiken göra jobbet i stället för påminnelser i en kalender.
En central verksamhetsprocess med mycket logik, flera integrationer och egna arbetsflöden. Det som annars blir ett eget system att förvalta.
Priset sätts innan något byggs. Ni tar ställning till en omfattning och en summa, inte till en löpande räkning.
Vi går igenom processen som den ser ut i dag: stegen, vem som gör vad, var den fastnar och vad den ska prata med.
Vyer, fält, flöden och integrationer skrivs ned. Omfattning och pris sätts innan något byggs, och klassen låses i avtalet.
Appen byggs på plattformens grund, med era ord i gränssnittet. Ni följer den i er egen miljö medan den växer fram.
Appen driftas som vilken annan app som helst, med rättningar, mindre justeringar och återkommande avstämning.
Berätta hur den ser ut i dag. Vi säger vad den skulle kosta att bygga — eller vilken av de färdiga apparna som redan gör jobbet.