Hvordan man bygger, forbedrer og drejer et minimums levedygtigt produkt

Bemærk: Få et gratis kursus i slutningen af ​​artiklen.

Næsten alle SaaS-virksomheder starter livet som en * god idé *: et kick-ass-koncept bestemt til at revolutionere den måde, verden fungerer på.

Problemet er, at jeg har set et væld af lidenskabelige grundlæggere investere deres tid og energi i at realisere deres vision, opbygge og foredle et poleret, perfekt produkt; kun for at finde ud af, at det løser et problem, som ingen interesserer sig for.

Så hvad gik der galt?

HVAD ER EN MINIMUM VIABLIG PRODUKT?

Enkel. Næsten alle disse gode ideer er bygget på et væld af temmelig grundlæggende antagelser:

  • Du antager, at dit produkt løser et problem og løser det på en effektiv måde.
  • Du antager, at problemet er vigtigt nok til, at folk skal betale for en løsning.
  • Du antager, at du løser dette problem mere effektivt end dine konkurrenter.

... og faktisk, som en grundlægger af opstart, er dit første job ikke at bygge verdens største produkt eller skalere din virksomhed så hurtigt som muligt.

Dit job er at bevise / modbevise dine grundlæggende antagelser på den billigste måde som muligt.

Det er her, det minimale levedygtige produkt kommer ind.

DEN MINIMALE VIABLE PRODUKT (MVP)

Et minimum, levedygtigt produkt er [en] version af et nyt produkt, der giver et team mulighed for at samle den maksimale mængde af valideret læring om kunder med mindst mulig anstrengelse.
Eric Ries

Forestil dig at prøve at slå en bullseye i et beksvart rum. For det første ved du ikke, hvor målet er. Helvede, der er muligvis ikke et mål.

Så før vi kan ramme den bullseye, er vi nødt til at gennemføre et par test.

Vi bliver nødt til at:

  • Tænd for lysene, og kontroller, at målet findes.
  • Prøv et par forskellige værktøjer, og find ud af, hvad der var mest nøjagtigt: en bue og pil, en hagle eller en snigskytteriffel.
  • Øv dig på at ramme målet, som chancerne er, at vores første par skud går glip af.

At opbygge, lancere og skalere et nyt produkt er som at prøve at ramme den bullseye: Du kan enten bygge et færdigt produkt lige fra dag et og håbe, at det rammer mærket; eller du kan bygge dit produkt i små trinvise trin og teste dine antagelser på hvert trin.

Denne proces kaldes valideret læring. I stedet for at opbygge et produkt for at sikre kunder og generere indtægter, bygger du et produkt designet til at maksimere læring.

I stedet for at opbygge et væld af funktioner og funktionalitet og håbe, at de er i overensstemmelse med kundernes behov, bygger du en enkelt funktion, tester den og bruger denne feedback til at bestemme dine næste trin.

EKSEMPLER AF MINIMALE VIABLE PRODUKTER

1) DROPBOX

Nogle gange kan du teste grundlæggende antagelser uden selv at bygge et produkt. Før DropBox blev en global behemoth på 10 milliarder dollars, eksisterede den som en 3-minutters video fyldt med nørdige vittigheder og amatørfortælling.

Grundlægger Drew Houston indså, at det tidsniveau og energi, der kræves for at skabe en fungerende DropBox-prototype, var utroligt høj: krævende alle slags komplekse integrationer med eksisterende værktøjer.

Så i stedet for at investere et ton ressourcer i at skabe en funktionel version af softwaren, som brugerne kan prøve, oprettede Drew en simpel video, der forklarede, hvordan softwaren var beregnet til at fungere.

På trods af videoens enkelhed forårsagede den en eksplosion af interesse: at bevise, at DropBox-konceptet, når det var korrekt implementeret, ville løse et enormt smertefuldt problem.

[Videoen] kørte hundretusinder af mennesker til webstedet. Vores beta-venteliste gik fra 5.000 mennesker til 75.000 mennesker bogstaveligt talt natten over. Det blæste os helt væk.
Drew Houston

2) ZAPPOS

Tilbage i dagene før eCommerce var et etableret koncept, havde Nick Swinmurn en radikal idé: at folk ville være glade for at købe sko online uden nogensinde at prøve dem på.

For at teste denne idé gik Nick til lokale skobutikker, fotograferede deres lager og annoncerede dem online. Hvis skoen solgte, ville han vende tilbage til butikken, købe skoene og sende dem videre. Spol frem et par år, og e-handel er en industri på flere milliarder dollars; og Nicks forretning, Zappos, blev købt af Amazon for 1,2 milliarder dollars.

Denne tilgang kaldes undertiden 'Flintstoning': selvom det ser ud til, at dit produkt og din service er poleret og fuldt funktionsdygtig, pedaler du faktisk som et helvede under overfladen.

3) ANGELLIST

I stedet for at bygge et komplekst websted og bruge en formue på at markedsføre sig for både investorer og stiftere, holdt AngelList det enkelt: at stole på deres eksisterende netværk af kontakter og almindelig gammel e-mail for at arrangere deres første par investeringsmuligheder.

Når de nåede succes på denne lille skala, blev det meget lettere at retfærdiggøre den tid og ressourcer, der kræves for at opskalere tjenesten - sikkert i den viden, at deres grundlæggende antagelse var blevet vist korrekt.

DE 4 TYPER MINIMALE VIABLE PRODUKTER

At opbygge en SaaS-løsning er risikabelt. Oprettelse af et perfekt, poleret produkt kan tage hundreder (nogle gange tusinder) af timers udviklingstid - og der er ingen garanti for, at folk endda bruger det, så meget mindre at betale for det.

Så i dag ser jeg på 4 måder, du kan opbygge et minimum levedygtigt produkt (MVP) for at minimere udviklingstiden og maksimere dine chancer for at bygge noget, som folk faktisk har brug for.

... det mest risikable aspekt ved nye produkter er ikke teknologi (om det kan bygges) men markedet (vil folk bruge det og betale for det).
Ramli John

deres grundlæggende antagelse var blevet vist korrekt.

DE 3 TYPER MINIMALE VIABLE PRODUKTER

At opbygge en SaaS-løsning er risikabelt. Oprettelse af et perfekt, poleret produkt kan tage hundreder (nogle gange tusinder) af timers udviklingstid - og der er ingen garanti for, at folk endda bruger det, så meget mindre at betale for det.

Så i dag ser jeg på 4 måder, du kan opbygge et minimum levedygtigt produkt (MVP) for at minimere udviklingstiden og maksimere dine chancer for at bygge noget, som folk faktisk har brug for.

... det mest risikable aspekt ved nye produkter er ikke teknologi (om det kan bygges) men markedet (vil folk bruge det og betale for det).
Ramli John

1) LANDING SIDE MVP

Når du er klar til at sælge dit færdige produkt, skal du oprette en destinationsside eller to - så hvorfor ikke bygge den destinationsside, før du har et færdigt produkt?

  • Udvikle din destinationsside, og voks lyrisk om fordelene ved dit snart produkt.
  • Opret en AdWords-kampagne for at få trafik til den. Dette er noget forfatteren Tim Ferris gør for at teste potentielle nye bogemner: oprette annoncer til hvert emne og overvåge publikumsvar.
  • Mål konverteringskurser. Bed folk om at tilmelde dig for at få flere oplysninger, eller endda lade dem "købe" dit produkt - kun for at blive mødt af en udsolgt eller 'snart tilgængelig' besked. Moralt tvivlsomt, måske, men en effektiv måde at måle ønsket om dit produkt på.

Af afgørende betydning er en simpel e-mail-tilmeldingsformular ikke et minimum, levedygtigt produkt: At fange e-mail-adresser er ikke en form for valideret indlæring.

Som Buffer's Joel Gascoigne forklarer, for at gøre din destinationsside til en ægte MVP, skal du bruge den til at fange så meget produktfeedback som muligt:

Bed dem om at klikke på en tilmeldingsknap mindst inden du giver dem deres e-mail ... Bed dem om at klikke på en "prisplaner" -knap, vælge en plan og derefter give deres e-mail, og du får faktisk en valideret læring.
Følg den op med en samtale, så lærer du måske, hvorfor de gav dig deres e-mail, og om de virkelig har det problem, du løser til.
Joel Gascoigne, Buffer

2) FLINTSTONE MVP

Hvis du så Flintstone-familien køre forbi i deres 'bil', antager du måske, at den blev drevet af en motor. Men under overfladen bruger de faktisk gammeldags arbejdskraft.

Det er det grundlæggende princip bag Flintstone MVP (også kendt som Wizard of Oz MVP): at skabe illusionen af ​​et fuldt funktionelt produkt, men bag kulisserne og stole på arbejdskraft alene (og tjenester som Amazons Mechanical Turk) for at levere den færdige løsning .

Denne lave omkostningstilgang betyder, at du kan teste markedets respons på dit produkt uden at skulle bygge det faktisk. Først når du har set et positivt svar, investerer du udviklingstid i at faktisk skabe den - en tilgang, der er udnyttet til stor effekt af e-handelsgiganterne Zappos.

3) CONCIERGE MVP

Concierge MVP repræsenterer den ultimative ineffektive, ikke-skalerbare udvikling: I stedet for at opbygge et produkt, emulerer du et produkt ved at levere en helt manuel, praktisk service.

Måltidsplanlægning Food on the Table (erhvervet i 2014) startede som en concierge MVP, med virksomhedens stiftere, der tilbyder en VIP-service til en enkelt kunde: håndplukningsopskrifter, der passer til hendes behov, identificering af de nødvendige ingredienser og sourcing de bedste i butikskampagner, som hun kan bruge.

I slutningen af ​​ugen ville de modtage en check på $ 10: men endnu vigtigere, de lærte en enorm mængde om de dele af deres service, folk elskede, og de dele, de ikke gjorde. Denne indsigt gjorde det muligt for dem at begynde at udvikle et produkt, de vidste, at folk rent faktisk ville bruge.

SÅDAN OPBYGGER DU EN MINIMUM VIABEL VARE

Oplev de seks faser i opbygningen af ​​et minimum, levedygtigt produkt, og sørg for, at hver times udviklingstid og hver dollar i dit budget går i opbygningen af ​​et produkt, som folk faktisk har brug for.

1) Definer problemet, du prøver at løse

Det er nemt at blive fanget af ideer om et bestemt produkt og glemme det problem, det er beregnet til at løse.

Men hvis du vil opbygge en succesrig SaaS-forretning, kan du ikke bygge det produkt, du vil bygge: du er nødt til at bygge det produkt, folk har brug for.

Bliv knyttet til problemet og ikke til en bestemt løsning: fordi chancerne er, at det produkt, du oprindeligt har forestillet dig, faktisk ikke er den bedste måde at løse det problem på.

2) Find den enkleste måde at løse problemet

Med 'problemet' foran sindet, er det tid til at begynde at planlægge løsningen. Som udvikler kan du måske finde dig selv til at kortlægge detaljeret funktionalitet og seje nye funktioner, fordi det er det, du er god til, og hvad du nyder.

Problemet er, at det tager tid og penge at opbygge al denne funktionalitet. Selv hvis du kunne samle ressourcerne til at udvikle dit perfekte produkt, er der stadig den enorme risiko for, at ingen vil bruge det: det kan løse et problem, som ingen bekymrer sig om.

Så i stedet for at lægge et væld af ressourcer på produktudvikling, vil vi skære vores funktionsliste tilbage til de blotte knogler. Vi vil lancere den mindste, enkleste version af det produkt, vi kan: indeholdende lige nok funktionalitet til at teste vores 3 grundlæggende antagelser:

  1. Eksisterer problemet?
  2. Er problemet vigtigt nok?
  3. Kan vi løse problemet?

3) PRIORITER DINE FUNKTIONER

For at bygge den mindste fungerende version af vores produkt, er vi nødt til at identificere de kernefunktioner, som vi ikke kan undvære, og de 'rart at have' -funktioner, som vi har brug for at gemme til senere iterationer.

Heldigvis er der snesevis af forskellige rammer til prioritering af din funktionsliste, herunder MoSCoW-metoden: en måde at opdele din funktionsliste i Must Haves, Should Haves, Could Haves og Won't Haves:

MÅ HAVE

Dette er funktionerne med bare knogler, der er uløseligt forbundet med dit produkts funktionalitet. De funktioner, der ender her, udgør rygraden i dit minimum levedygtige produkt.

SKULLE HAVE

Dette er funktioner, som et færdigt produkt skal have, men som ikke er vigtigt for denne iteration på et tidligt tidspunkt. For eksempel ved du, at dit produkt i sidste ende har brug for et automatisk gendannelsessystem til adgangskode, men til din MVP kan du i stedet bruge et manuelt e-mail-supportsystem.

KUNNE HAVE

Det er her al din ønskede, ekstra-ekstra funktionalitet går: klar til at blive bygget ud først, når du har testet kernefunktionaliteten i dit produkt.

HAR IKKE

Nogle gange kan det være værdifuldt at definere de høje ressourcer og lave belønningsfunktioner, som dit produkt ikke bør have.

4) GLEM OM EFFEKTIVITET

For at vokse skal dit færdige produkt være effektivt og skalerbart.

Men dette er ikke dit færdige produkt, og på dette tidspunkt har du råd til at udvikle din MVP på en ineffektiv og ikke-skalerbar måde. Effektive processer kan udvikles senere. For øjeblikket tester du bare dine grundlæggende antagelser.

Når vi vender tilbage til vores tidligere eksempler, er AngelList og Zappos to store casestudier i ineffektive MVP'er, der udvikler sig til skalerbare, rentable virksomheder:

ANGELLIST

Til AngelLists MVP var de nødt til at finde en måde at forbinde engleinvestorer med start-stiftere.

Traditionel produktudvikling ville kræve et websted, et tilmeldingssystem, en slags indbygget meddelelsesfunktionalitet - men AngelLists MVP opnåede det samme slutmål ved hjælp af almindelig gammel e-mail-udveksling. Selvom denne tilgang ikke kunne skaleres, var det nok til at bevise kravet om deres løsning.

Zappos

I stedet for at købe lagerets værdi af lager, gik Zappos den ultimative low-tech-rute: Annoncering af produkter, de ikke ejer, og køb af materiel kun, når de allerede havde formået at sælge det.

5) BUILD, MÅLING, LÆR

En MVP er ikke et slutmål: det er et springbræt. Du forsøger ikke at skabe en formue i indtægter (endnu), og du prøver ikke at skalere din virksomhed så hurtigt som muligt. I stedet prøver du at maksimere læring.

Med din MVP's funktioner kortlagt, kan du begynde at udvikle dig. Men afgørende er, at denne udvikling ikke er slutningen af ​​vejen. Det er starten på en feedback-loop, designet til at hjælpe dig med løbende at forbedre dit produkt i 3 faser:

Byg, mål og lær.

TRIN 1) UDVIKL EN BRUGERBASE

Jo flere brugere du kan tilmelde dig din MVP, jo flere data skal du analysere. At køre en åben beta og bruge tjenester som BetaList, giver dig mulighed for at tiltrække de rigtige brugertyper til dit nye produkt: de tidlige adoptører og teknologientusiaster, der nyder at bruge prototype produkter og give feedback.

TRIN 2) SAMLER BRUGSDATA

V i MVP står for Viable: det vil sige, folk er nødt til at være villige og i stand til rent faktisk at bruge dit produkt. Tjenester som Mixpanel og Intercom tilbyder en omkostningseffektiv måde at indsamle brugsdata på og begynde at spore alle vigtige målinger som f.eks.

Hvis du udvikler en B2B-applikation, strækker 'levedygtighed' ud over en enkelt brugeroplevelse. I 'målingsfasen' er det vigtigt at se, hvordan din MVP bruges i sammenhæng med en bredere organisation, og om det giver værdi (for eksempel sparet tid, øget overskud, bedre kommunikation osv.) Til de potentielle købere af dit produkt - såvel som de enkelte brugere.

TRIN 3) SPØRGSMÅL TIL BRUGERFORBACK

Gør det nemt for brugerne at kontakte dig, og du får sandsynligvis masser af indsigt i manglende funktionalitet, bugs og unødvendige funktioner.

Med det sagt er brugerne altid mere tilbøjelige til at kontakte dig, når de har et problem med dit produkt - så for at finde ud af, hvad der fungerer godt, er det vigtigt at være proaktiv og nå ud til dine brugere ved hjælp af tjenester som Qualaroo og SurveyMonkey.

TRIN 4) OPDATER DIT PRODUKT

Bevæbnet med brugeroplysninger og kundeindsigt, kan du finde ud af, hvilke aspekter af din MVP er en rungende succes, og hvilke der er brug for yderligere forbedringer.

Disse ændringer kan indbygges i den næste version af dit produkt, og når dit produkt er opdateret, kan du måle, lære og opbygge igen. Med hver iteration kommer du tættere på et fuldt færdigt produkt - og afgørende, et fuldt færdigt produkt, som folk faktisk har brug for.

6) PIVOT ELLER PERSEVERE

Nogle gange vil brugerfeedback bekræfte din tro og indikere, at du er på vej ned ad den rigtige sti. Nogle gange fortæller det dig, at du er fejlagtigt, og at du går i den forkerte retning.

Disse indsigter er smertefulde, men de er afgørende for at opbygge et produkt, som folk har brug for. Når alt kommer til alt bygger vi ikke software af hensyn til softwaren: vi ønsker at oprette et produkt, som folk vil falde over selv at bruge. Uden testning ved vi ikke, hvordan det produkt ser ud.

Så hvis du lancerer et minimum af levedygtigt produkt og indser, at du har taget en forkert drejning, skal du ikke bekymre dig. Du har lige svigtet dig selv lidt tættere på succes.

10 STRATEGIER FOR PIVOTERING AF DIN MANGLENDE SAAS-PRODUKT

Vi vil alle opleve fiasko på et tidspunkt. Det eneste, der betyder noget, er, hvordan vi vælger at reagere på det.

PIVOT ELLER PERSEVERE BESLUTNINGER

Alle SaaS-virksomheder starter med en * god idé * - men selv de bedste ideer er afhængige af ubeviste antagelser.

Efterhånden som produktudviklingen skrider frem, og vi begynder at tjene feedback fra virkelige brugere, begynder vi at indse, at nogle af disse antagelser er forkerte.

Pludselig begynder vi at se de første advarselstegn på 'fiasko':

  • Væksten begynder at aftage, og kerne begynder at klatre.
  • Funktioner, som vi forventede at udmærke, dør en langsom død, og andre overrasker os med deres popularitet.
  • Vi markedsfører os til et kundesegment kun for at finde en voksende interesse for et andet.
  • Den forretning, vi satte os for at skabe, udvikler sig til noget andet.

På dette centrale punkt har vi to valg:

  1. Vi kan holde os til vores kanoner, forblive beslutte i modsætning til modgang og håbe, at dukkert i ydeevne ikke er symptomatisk for en nedadgående tendens.
  2. Vi kan antage, at en af ​​vores grundlæggende antagelser er forkert, og bruge den som en mulighed for at lære om, ændre og forbedre vores forretning.

Med andre ord kan vi dreje eller holde ud.

En pivot er en speciel type ændring designet til at teste en ny grundlæggende hypotese om produktet, forretningsmodellen og vækstmotoren.
Eric Ries

VEJEN TIL HELDEN BLEVES MED PERSEVERANS

Utholdenhed spiller en afgørende rolle for succes. Når alt kommer til alt opnår vi aldrig noget, hvis vi gik over de første tentative tegn på kamp.

Men der er forskel mellem at ride en grov plaster ud og blindt ignorere beviser.

De fleste af SaaS-sektorens eventyrlige succeshistorier er ikke kendetegnet ved stædig udholdenhed, men af ​​smart, lydhør svingning.

I stedet for blindt at fortsætte med noget, der ikke passer til den virkelige verden, tog virksomheder som Slack, Eloqua og PayPal en chance for at teste nye ideer og i sidste ende omforme deres forretninger til noget mere ønskeligt og mere rentabelt.

Med det i tankerne ser vi på de 10 typer SaaS-drejepunkter - hver repræsenterer en anden måde for dig at tage status af din nuværende vækststrategi; fordobling af de dele, der fungerer, og skrotning af de dele, der ikke er.

1) ZOOM-IN PIVOT

Hvis dit SaaS-produkt tilbyder et væld af funktionaliteter, er der en chance for, at en enkelt funktion har en bestemt resonans med din målgruppe - selvom det ikke er den, du forventede.

I disse tilfælde er det muligt at grøfte den fremmede funktionalitet og omdanne den populære funktion til et selvstændigt produkt.

Både Slack og Flickr har usandsynlige oprindelser og starter livet som vildt mislykkede onlinespil.

Da spillernes interne fotodelings- og chattefunktioner viste sig at være populære, grotter grundlægger Stewart Butterfield de ekstra funktioner og gjorde dem til selvstændige produkter.

2) ZOOM-OUT PIVOT

I andre tilfælde skal det modsatte ske. Kunder råber om ekstra funktionalitet, og der udvikles en række supplerende funktioner til understøttelse af den originale funktion.

3) KUNDESEGMENT PIVOT

Nogle gange vil du lykkes med at løse det problem, du har sat ud for at løse, men du gør det for en uventet gruppe af kunder.

I denne situation skal du være i stand til at skifte gear, og begynde at fokusere på de mennesker, der vil have dit produkt - ikke de mennesker, du vil have dit produkt.

Groupons 'tippepunkt' -system (hvor projekter kun aktiveres, når der opnås et minimumsniveau for support) blev oprindeligt indsat i en fundraising-kapacitet, som The Point.

Groupon blev rullet ud som et sideprojekt og målrettet mod et helt andet kundesegment - og hurtigt formørkede sin modersatsning i processen.

4) KUNDEN BEHOV PIVOT

Omvendt bliver du undertiden ramt af erkendelsen af, at det problem, du prøver at løse, simpelthen ikke er et problem.

Dog bevæbnet med den indsigt, du har fået ved at målrette mod et specifikt segment, kan du muligvis dreje for at løse et mere presserende og presserende problem.

Marketing-automatiseringsgiganter Eloqua begyndte livet som en forretningsfokuseret messaging-app.

Da de blev klar over, at chat ikke var en hovedprioritet for deres målgruppe, flyttede de deres fokus mod leadgenerering - genopfandt produktet som et værktøj til opfølgning med kundeemner.

5) PLATFORM PIVOT

Undertiden udvikler virksomheder deres egen platform til at sælge eller støtte et produkt.

I nogle tilfælde er det selve platformen, der viser sig at være interessant for deres kunder, og der skal træffes beslutning om at fokusere på platformen og ikke appen - hvilket gør pivot fra SaaS til PaaS i processen.

6) BUSINESS ARCHITECTURE PIVOT

Lejlighedsvis kan en SaaS-virksomhed muligvis ændre arkitekturen for deres forretning fuldstændigt.

Når den sande natur af deres kunders salgsproces begynder at dukke op, bliver det nødvendigt at skifte fra en lav margin, høj volumen model (typisk B2C), til en høj margin, lav volumen model (mere almindeligt findes i B2B), eller vice versa.

7) VALUE CAPTURE PIVOT

'Værdifangst' henviser til din strategi til generering af indtægter fra dit produkt.

Når dit SaaS-produkt udvikler sig, og dine vækstmål ændres, kan forskellige metoder til værdifangst blive mere fordelagtige end andre - hvilket kræver et skift til enten en gratis (læs: annonce-understøttet), freemium eller premium-model.

Videomarkedsføringsfirma Wistia lavede drejepunktet fra premium til freemium og tilføjede en gratis lagringspakke for at tilskynde til større anvendelse af deres tjenester.

8) MOTOR FOR VÆKSTPIVOT

Der er tre vigtigste vækstmotorer: viral, klistret og betalt.

Selvom det er vigtigt at bestemme en enkelt vækstmotor for dit SaaS-produkt, kan den mest relevante motor ændres, efterhånden som din virksomhed udvikler sig.

  • Viral refererer til vækst opnået gennem bruger henvisninger (noget målt ved en viral koefficient).
  • Klistret henviser til vækst opnået gennem kundebeholdning (med meget lave churnrater, der forstærker kundevækst - hvis ingen forlader, har hver yderligere kunde en sammensat effekt).
  • Betalt refererer til væksten opnået gennem kombinationen høje kundelevetidsværdier (LTV) og lave kundeopkøbsomkostninger (CAC) - hvilket gør det muligt med rentabilitet at generere vækst gennem betalte kanaler.

9) KANAL PIVOT

'Kanalen' her henviser til den metode, du tager for at levere dit SaaS-produkt til dine kunder.

Hvis du beslutter at tage en anden rute til markedet og opgive en kompleks salgsproces til fordel for at sælge 'direkte', gennemgår du en kanalpivot. Det samme princip gælder, hvis du beslutter at sælge via en tredjepart eller en bestemt markedsplads.

10) TEKNOLOGI PIVOT

Nogle gange bliver det muligt at levere den samme løsning med en anden teknologi.

Denne type drejning er typisk en bæredygtig innovation - hvor etablerede virksomheder finder nye måder at løse det samme grundlæggende problem.

I sin oprindelige inkarnation var PayPal designet til at lette betalinger via Personal Digital Assistants (eller PDA'er), ligesom Palm Pilot.

Få år senere, med voksende vedtagelse af internettet, drejede PayPal sig om at tilbyde de samme sikre og sikre betalinger via internettet.

Du kan bruge dette snyderis, som jeg personligt bruger her!

Færdigheder er ved at blive den nye ”Uddannelse”.

Tilmeld os og få maskinlæringskursus helt GRATIS