De waarde van software vergroten: de kracht van externe data-integratie

Niet alle producten zijn gelijk. Sommige producten zijn 'gevuld': het integreren van externe gegevens in het product is een voorwaarde om waarde te kunnen bieden aan de gebruiker. Hoewel dit in het begin grote uitdagingen kan opleveren voor het softwareontwikkelingsteam – en langere ontwikkelingscycli – kan het veel waarde opleveren voor eindgebruikers en aanzienlijke toetredingsdrempels voor gevestigde bedrijven. Als gevuld product folk deze typische uitdagingen. Vanaf dag 1 hebben we communicatiebronnen geïntegreerd en interacties van gebruikers (e-mails, agenda-items) geïmporteerd. Aan de 5.000 piloten op de wachtlijst: bedankt voor jullie geduld, we voegen elke dag waarde toe. Het wachten zal de moeite waard zijn.

Het doel van elk productteam is om waarde te creëren voor de eindgebruikers. Teams houden dit in elke fase van het ontwikkelingsproces in gedachten. Elk proces is echter anders, afhankelijk van hoe het product gegevens en inhoud consolideert. Er ontstaan twee productfamilies:

Over lege producten

Deze producten werken op zichzelf staand. De waarde zit hem in de manier waarop de gebruiker inhoud creëert in het product. Er is geen initiële integratie die de gebruikerservaring bepaalt. Deze producten zijn bedoeld om gegevens op te slaan. Dit geldt voor verschillende productcategorieën:

• Notitie-apps, bijvoorbeeld Notion, Slite

• Product-/projectmanagementapps, bijvoorbeeld Asana, Trello, Cycle, Jira

• Presentatietools, bijvoorbeeld Pitch

• Taakbeheerders, bijvoorbeeld Todoist, Wunderlist, Kairn

• Communicatiemiddelen, bijvoorbeeld Slack, Aircall

Over gevulde producten

Deze producten krijgen pas waarde nadat externe gegevens uit andere producten of API's zijn geïmporteerd, samengevoegd en geconsolideerd. Integraties vormen in die zin een hoeksteen van de gebruikerservaring en een vroeg aandachtspunt voor productontwikkelingsteams. Deze producten nemen reeds bestaande inhoud over en omvatten verschillende clientsoftware:

• Communicatie- en berichtenclients, bijvoorbeeld Front, Superhuman

• Agendaklanten, bijvoorbeeld Sunrise (RIP), Cron

• Contactbeheerklanten, bijvoorbeeld folk

• Tools voor datavisualisatie, bijvoorbeeld Tableau, Data Studio, Forest Admin

Na de eerste paar jaar van productiteraties vervaagt het verschil tussen lege en gevulde producten vaak, vooral bij succesvolle producten. In onze opkomende API-economie zal elk succesvol team uiteindelijk integraties ontwikkelen.

Maar in het begin, nog voordat het product op de markt is gebracht, is dit onderscheid belangrijk en stelt het het ontwikkelingsteam voor extra uitdagingen.

Niet alle producten zijn gelijk: de gevaarlijke weg naar gevulde producten

Niet alle producten zijn gelijk. Goede productteams weten dat. Er zijn verschillende soorten ongelijkheden, bijvoorbeeld in de complexiteit van de benodigde functies, de complexiteit van de technologie van het product of de kracht van de bestaande producten.

Het ontwikkelen van een gevuld product voegt hindernissen toe aan het initiële softwareontwikkelingsproces. Gevulde producten integreren invoergegevens uit verschillende bronnen, in die zin zijn ze klanten. Het vertrouwen op externe gegevens brengt drie soorten uitdagingen met zich mee:

Beheer & Juridisch

Het begint allemaal met het verkrijgen van de input. Inputgegevens staan niet op zichzelf. Ze worden gehost door een moederbedrijf dat een API had moeten ontwikkelen. Om toegang te krijgen, zijn meestal langdurige administratieve en juridische procedures nodig voordat een deal kan worden gesloten. Neem bijvoorbeeld de Gmail API. Producten moeten een beveiligingsbeoordeling door een derde partij ondergaan, wat tussen de 15.000 en 75.000 dollar kan kosten. Oplossingen komen vaak neer op het investeren van tijd en/of geld om close partnerschap close . Dat is wat we hebben gedaan met Gmail for folk.

Gegevens

• Heterogene gegevens — De gegevens zijn nu binnen. Mogelijk afkomstig uit verschillende bronnen. Ze zijn verschillend gestructureerd, afhankelijk van de bron. Neem Front bijvoorbeeld, zij moesten verzonden e-mails, Twitter-berichten, WhatsApp-berichten, enz. integreren. Datateams moeten ervoor zorgen dat alle verzamelde gegevenspunten worden geüniformiseerd.

• Gedupliceerde gegevens — Meerdere gegevensbronnen leiden ook tot duplicaten. Onze ervaring leert dat duplicaten redundantie veroorzaken. Dit vraagt om deduplicatie. Zodat één gegevenspunt gelijk staat aan één voorkomen.

• Onjuiste gegevens — Invoergegevens kunnen ook fouten bevatten. Het opschonen van externe gegevens door onjuiste gegevenspunten te verwijderen, is een voorwaarde voor het bieden van een goede ervaring.

• Irrelevante gegevens — Nadat deze externe, heterogene en mogelijk dubbele gegevens zijn geïntegreerd, moeten ze worden behandeld op een manier die relevant is voor de gebruiker. In Empty-producten worden de gegevens door de gebruiker gegenereerd, dus hoeft u zich geen zorgen te maken over de relevantie van de inhoud. In Filled-producten is het echter een uitdaging om de gegevens relevant te maken.

Om deze uitdagingen het hoofd te bieden, moet een datateam worden samengesteld – met vaardigheden op het gebied van data-engineering – en moet een data-infrastructuur (waaronder een data lake) worden opgezet om de ontvangen data te verzamelen, te hosten en te verwerken. Dit zijn ook extra kosten waarmee rekening moet worden gehouden.

👉🏼 Probeer folk om contacten uit e-mail en agenda te verenigen en te ontdubbelen, zodat uw CRM overzichtelijk en betrouwbaar blijft.

Gebruikerservaring

• Vertrouwen — Het opbouwen van vertrouwen bij gebruikers is een moeizaam proces, vooral voor Filled-producten. Een gebruiker is bekend met zijn eigen gegevens, dus er is weinig ruimte voor fouten wanneer deze worden gesynchroniseerd met de software. Elk verlies of elke wijziging van gegevens zal fataal zijn voor het toch al kwetsbare vertrouwen dat u probeert op te bouwen en zal onvermijdelijk leiden tot klantverloop. Vertrouwen is moeilijk op te bouwen en gemakkelijk te verliezen.

• Prestaties — Er kan een grote hoeveelheid gegevens in het product binnenkomen. Productteams moeten ervoor zorgen dat de infrastructuur de belasting van het importeren van externe gegevens aankan en tegelijkertijd de prestaties op het hoogste niveau houdt.

• Vindbaarheid — Met de grote hoeveelheid geïmporteerde gegevens moet elk gegevenspunt vindbaar zijn. Dit creëert een behoefte aan extra functies, zoals categorisering en zoeken. Vindbaarheid van gegevens is geen probleem voor software waarbij de inhoud door gebruikers wordt gegenereerd.

Om zonder gevaar te overwinnen, triomferen we zonder glorie.

Hoewel de meeste ontwikkelingsteams het erover eens zijn dat de weg naar een voltooid product bezaaid zal zijn met uitdagingen, zijn eindgebruikers zich daar niet noodzakelijkerwijs van bewust. Hun verwachtingen ten aanzien van het product zullen niet lager zijn. Daarom moet de algehele productkwaliteit – ontwerp, snelheid en functies – aan de hoogste normen blijven voldoen om uw klanten tevreden te stellen.

Gezien al deze obstakels vraag je je waarschijnlijk af waarom we dan in vredesnaam een Filled-product lanceren?

Ja, het is een grote onderneming. Maar het heeft een aanzienlijke, baanbrekende productwaarde voor gebruikers:

• Kortere time-to-value — Wanneer de onboarding is voltooid, heeft de gebruiker al zijn gegevens al in het product staan. Gebruikers kunnen direct aan de slag met het product, in tegenstelling tot lege producten waarbij gebruikers geleidelijk inhoud moeten invoeren. Bij Superhuman kunt u direct na uw onboarding aan de slag met de software, omdat al uw e-mailgegevens al zijn ingevoerd.

• Datagestuurd product — Vanaf dag 1 bevat een Filled-product grote hoeveelheden data. Het is een geweldige voedingsbodem voor het bouwen van slimme functies op basis van data-analyse. Bij folk kunnen we vanaf de dag dat u aan de slag gaat uw duplicaten detecteren, irrelevante contacten identificeren en uw relaties met uw contacten scoren op basis van uw interacties met hen. Het leveren van deze slimme functies zal zelfs bij uw vroegste gebruikers een wow-effect teweegbrengen. Het hoogtepunt van een datagestuurd product is het bouwen van een "canonieke" database, d.w.z. het gebruik van dezelfde gegevenspunten die door verschillende gebruikers worden gebruikt om een netwerkeffect te creëren. Dit is een complex proces, maar wel een dat helpt om een gracht te bouwen.

• Eén enkele bron van waarheid — Het Filled-product centraliseert een specifieke set gegevens (contacten, e-mails, enz.) en wordt uw primaire bron van waarheid. Elke update van andere gegevenspunten wordt doorgevoerd in het Filled-product. Gebruikers hebben nu een softwareprogramma waar ze terechtkunnen voor het uitvoeren van een bepaalde taak. Ongeacht het communicatiekanaal (Twitter, e-mails, WhatsApp, enz.) ga ik bijvoorbeeld naar Front om met al mijn klanten te communiceren.

👉🏼 Probeer folk om e-mails, agenda-afspraken en contacten te synchroniseren in één enkele bron van waarheid en ga meteen aan de slag.

Het is heel duidelijk waarom Filled-producten zo geweldig zijn. Gebruikers begrijpen snel hun waarde (betere conversie!) en zullen ze langer blijven gebruiken omdat ze profiteren van unieke gegevensvoordelen en één enkele bron van waarheid (dus minder klantverloop!).

Het moeilijke aan moeilijke dingen

Van de 25 start-up projecten die we bij eFounders hebben gelanceerd, zijn er slechts enkele producten die qua ontwerp 'volledig' zijn: Mention, Front, Forest Admin en Upflow.

Folk de nieuwste toevoeging aan deze familie. En net als onze andere "Filled"-producten, Folk de ontwikkeling Folk inherente uitdagingen Folk . Omdat we wisten dat er hindernissen zouden zijn, hebben we vanaf het begin besloten om de hoogste ontwikkelingsnormen te handhaven en nooit concessies te doen aan de productkwaliteit. Moeilijke tijden hebben onze lancering misschien vertraagd, maar deze inspanningen zijn niet voor niets geweest. Als ze goed worden uitgevoerd, zullen vroege integraties de acceptatie stimuleren en baanbrekende productwaarde creëren. We streven naar perfectie. We beloven dat het het wachten waard zal zijn.

Gevulde producten zijn moeilijk, ja, maar ze zijn geweldig. De weg mag dan vol strijd zijn, maar is dat niet juist het moeilijke aan moeilijke dingen?

Veelgestelde vragen

Wat is een gevuld product versus een leeg product?

Een gevuld product levert waarde op na het importeren en consolideren van externe gegevens via integraties; een leeg product creëert waarde uit inhoud die gebruikers rechtstreeks toevoegen, zonder dat daarvoor integraties nodig zijn.

Waarom zijn integraties belangrijk voor gevulde producten?

Ze ontsluiten de kernwaarde van het product door gegevens uit e-mail, agenda's en andere tools te importeren. Teams moeten toegang en compliance beheren, gegevens normaliseren en ontdubbelen, en hoge prestaties leveren om het vertrouwen van gebruikers te winnen.

Hoe verkorten gevulde producten de time-to-value in een CRM?

Door bestaande contacten, e-mails en evenementen tijdens de onboarding te synchroniseren, kunnen gebruikers onmiddellijk actie ondernemen. Functies zoals ontdubbeling, scoring en zoeken maken gegevens snel bruikbaar. Een CRM zoals folk relaties en ondersteunt nu e-mailautomatisering via de Workflow Assistant, waarmee u gepersonaliseerde geautomatiseerde berichten kunt versturen die worden geactiveerd door wijzigingen in uw gegevens.

Wat zijn de 4 soorten API's?

Open (openbare) API's voor externe ontwikkelaars, partner-API's die worden gedeeld met specifieke partners, interne (besloten) API's voor intern gebruik en samengestelde API's die meerdere verzoeken bundelen in één oproep.