Mannen å mannen, jag känner att det är 2007 igen. Okej, inte den mest motiverande öppningsmeningen, men 2007 diskuterades molnet och SaaS som framtiden för affärsapplikationer. Ja, du hade redan några SaaS-pionjärer som Salesforce, Taleo, SuccessFactors, Eloqua, etc. som gjorde det mycket bra och växte, men molnet började just då bli ett huvudämne för diskussion. Stora aktörer som Oracle, Microsoft och SAP avfärdade antingen öppet molnet som en fluga eller gjorde ingenting faktiskt åt det. Till och med Gartner brukade tro att "SaaS" var "SAS", företag för analysprogramvara!

Nåväl, vi vet hur det hela slutade.

Runt den tidpunkten gjorde vi vårt första stora vad, vilket var att bygga en integrationsplattform för molneran. Vi tittade på Boomi-verksamheten 2006 och undrade hur nästa generation av vår verksamhet skulle se ut. Internt på Boomi var vi tidiga användare av molnet, vi rullade ut Salesforce "för länge sedan" 2004, och det var klart för oss att applikations- och dataintegration skulle förändras fundamentalt om världen skulle gå över till molnet. Och så började vårt första stora vad; vi bestämde oss för att designa (från grunden) en ny integrationsplattform med molnet i fokus för vår arkitektur. En arkitektur som skulle hjälpa företag att integrera sina applikationer och data, vilket erkände verkligheten att företag inte bara kan dra ur kontakten för all infrastruktur som de har som körs lokalt över natten, utan istället skulle behöva ha en säker och robust integrationsarkitektur som sträcker sig över deras brandvägg säkert in i molnet. Den produkten blev en stor succé för Boomi och ledde slutligen till vår förvärv av Dell. Och jag är mycket stolt över teamet som fortfarande, än idag, gör ett fantastiskt jobb och växer en fantastisk verksamhet som en del av Dells mjukvarugrupp.

Guru är nu manifestationen av vårt 2:a stora vad: destinationer (läs: "portaler") dör, och den kunskap vi behöver för att utföra våra jobb dagligen borde hitta oss när vi behöver den. Så hur kom vi hit?

Ge Guru en chans.

Börja gratis

Precis som 2007 när många smarta människor talade om revolutionära begrepp som flermåttlig och elastisk databehandling, är vi nu i början av vad vi tror kommer att bli en annan omskrivning av webben. Istället för att våra enheter innehåller ett hav av appar som vi måste hitta, öppna och använda, kommer vi att vända detta mönster upp och ner till en specifik samling av tjänster och arbetsflöden baserat på det arbete vi behöver göra. Dessa tjänster kommer att komma till oss, vi kommer inte att gå till dem längre, och under huven kommer ett arbetsflöde att vara kanske dussintals "appar" byggda av dussintals olika företag som var och en tjänar sitt eget mycket specifika och värdefulla syfte. Och dessa specifika tjänster kommer att utnyttja vilken data vi väljer att dela, såsom vår e-post, vår plats, våra gillanden, och ge oss en enkel och intelligent upplevelse.

Det händer redan.

Vi har redan skrivit om detta i vår inlägg om destinationer, det är löjligt hur många ställen, inloggningar och steg som krävs för att slutföra grundläggande uppgifter idag. Grundaren av Drupal skrev just ett fantastiskt inlägg om detta ämne, och Paul Adams från Intercom skrev ett fantastiskt, om än kontroversiellt inlägg om ämnet också. Och låt oss inte glömma kort - detta är ett av de nya designmönster som gör vad vi beskriver möjligt. Vi ser fler och fler exempel på personer tala om och bygga användarupplevelser baserade på kort också.

Medan många talar om att aviseringar är framtiden för hur vi interagerar med tjänster på mobila enheter, anser vi att en av de bästa analoga upplevelserna för skrivbordet idag är webbläsartillägget. Chrome har absolut dominerat användarupplevelsen på skrivbordet, och deras tillägg är en av de stora anledningarna till varför.

Det är så viktig teknik, att Microsoft nyligen bekräftade att de kommer att stödja Chrome-tillägg nativt i sin ‘Spartan’-webbläsare, det gjorde även Firefox.

Detta är en stor sak. Vi anser att vad som beskrivs som en “tillägg” kommer att bli ett centralt designmönster i denna nya arkitektur. Det kommer antagligen inte längre att kallas ett “tillägg”, men tanken på att lägga till kontext och värdeadderande tjänster i ditt nuvarande arbetsflöde kommer att bli ett vanligt sätt vi "får jobbet gjort".

Så precis som vi gjorde 2006, tar vi dessa spännande trender och gör dem till ritningen för Guru. Och precis som 2006, kunde vi inte vara mer exalterade. Denna gång handlar det om kunskapsdelning, ett av dessa uråldriga men olösta problem, precis som integration en gång var. När företag växer har sättet de institutionaliserar "hjärnan" i företaget inte riktigt förändrats på mer än ett årtionde. Det finns en portal som innehåller avdelningsspecifik kunskap. Någon har antagligen omtänksamt skapat det innehållet, men ingen läser det verkligen och det har blivit gammalt, inte längre ett verkligt reflektera av dagens lärdomar från företaget. Det är ett klassiskt problem med "utanför synen, ur sinnet" eftersom det finns utanför ditt dagliga arbetsflöde. Och ändå finns det färre saker i vår digitala värld som är viktigare för att göra oss till produktiva anställda än att se till att vi har tillgång till den kunskap vi behöver för att göra våra jobb, var vi än arbetar.

• Vad är den bästa saken att säga till en prospekt som tittar på min konkurrent?
• Hur ska jag beskriva den nya funktionen vi just lanserat?
• Vad betyder alla dessa steg i min CRM?

Detta är frågor som dyker upp medan vi gör andra saker. Den kunskap vi behöver är ett medel för att nå ett mål; målet är jobbet som måste slutföras, och kunskapen informerar oss hur vi slutför jobbet. Men trots detta är lösningar som finns idag byggda på exakt motsatt sätt. Det beror alltid på en central plats för kunskap, och det är upp till dig att gräva runt och försöka hitta svaret på din fråga.

Detta är ett stort problem och ett som vi verkligen brinner för. Och detta är bara en av många kategorier som är redo för störningar. Det är tidiga dagar förvisso, men detta är en spännande tid att arbeta inom teknik när vi bevittnar nästa våg av transformation.