La synchronisation bidirectionnelle entre les bases de données, les entrepôts de données et les tableurs tels que Airtable et G Sheets est une fonctionnalité très puissante. Nous allons voir ici comment vous pouvez le faire en utilisant Stacker et Bracket.

Pour les équipes en pleine croissance, il est essentiel de disposer d'une visibilité claire sur les données de l'entreprise. Que vous essayiez de resserrer votre entonnoir de vente, de répondre rapidement aux demandes des utilisateurs ou d'honorer les commandes des clients, la première étape consiste toujours à s'assurer que les bonnes personnes ont accès aux bonnes données. 

Mais il y a deux obstacles à surmonter : tout d'abord, dans un monde où les ressources en ingénierie sont limitées, il y a généralement très peu de temps pour créer des outils de données internes à partir de zéro. Deuxièmement, les données sont souvent cloisonnées dans des endroits interdits aux membres non techniques de l'équipe qui en ont besoin pour faire leur travail. 

L'utilisation d'outils sans code peut aider

En tirant parti du constructeur d'outils internes de Stacker, simple et sans code, ainsi que des synchronisations bidirectionnelles rapides de Bracket entre les bases de données et les outils de feuilles de calcul tels que Airtable et Google Sheets, vous pouvez faire circuler les bonnes données entre des coéquipiers non techniques et votre base de données en quelques minutes seulement. De plus, en permettant aux employés de créer et de maintenir leurs propres outils internes, vous économiserez des jours de travail d'ingénierie. Entrons dans le vif du sujet.

Qu'est-ce que l'outillage interne ?

Il existe plusieurs façons de rendre les données visibles

Lorsque les ingénieurs de données ont besoin de présenter des données à la bonne équipe, ils ont plusieurs options :

• L'exportation des données dans un format facile à lire, comme le CSV, soit manuellement, soit de manière programmée.
• Construire un tableau de bord BI
• Construire un outil interne, soit à partir de zéro, soit à l'aide d'un logiciel comme Stacker

Les outils internes sont la meilleure option lorsque les utilisateurs ont besoin d'écrire, et pas seulement de lire, des données.

La première et la deuxième option peuvent très bien convenir pour l'établissement de rapports sur les données de base. Par exemple, si vous gérez une entreprise de location de voitures, il est utile de savoir combien de voitures sont disponibles à un moment donné. Mais que se passe-t-il si vous devez également attribuer des voitures à des utilisateurs ? En d'autres termes, que se passe-t-il lorsque vous devez modifier les données ? C'est là que l'outillage interne fait merveille. 

En termes simples, les outils internes sont des outils de données qui permettent à vos coéquipiers de lire et d'écrire les données de votre entreprise dans une atmosphère contrôlée et personnalisée. Les meilleurs outils internes sont simples, faciles à utiliser et rapides.

Vous pouvez créer un outil interne pour pratiquement tous les cas d'utilisation impliquant des données : Les CRM, les systèmes de billetterie, les systèmes de gestion des stocks, le suivi de la réussite des clients et les panneaux d'administration peuvent tous être conçus comme des outils internes.

Comment puis-je créer des outils internes ?

En général, il y a deux façons de créer des outils internes : en partant de zéro ou en utilisant des logiciels tiers. Nous examinons ci-dessous les avantages et les inconvénients de chacune d'entre elles.

Construire à partir de zéro

Quand est-il judicieux de partir de zéro ?

Si vous disposez d'une large bande passante en matière d'ingénierie, il y a des avantages à créer un outil interne à partir de zéro. Cette solution offre généralement à votre équipe d'ingénieurs un maximum de flexibilité et de contrôle sur la pile technologique utilisée et les fonctionnalités fournies - par exemple, vous pouvez utiliser un code Javascript personnalisé pour créer l'outil interne exact dont vous avez besoin. Cependant, la création d'un outil à partir de zéro peut également entraîner des semaines ou des mois de temps d'ingénierie détourné, de nombreux allers-retours entre l'ingénierie et les utilisateurs finaux de l'outil, ainsi que des heures perdues pour la maintenance à long terme. 

En général, il est recommandé de partir de zéro si (1) votre cas d'utilisation de l'outil interne est extrêmement personnalisé, ou (2) si vous disposez d'une large bande passante en matière d'ingénierie.

Pour :

1. Ensemble de fonctionnalités le plus flexible : uniquement limité par les composants d'interface utilisateur des bibliothèques existantes, ce qui signifie que la personnalisation est presque infinie.
2. Le plus grand contrôle sur la pile technologique : l'ingénierie commande l'ensemble du processus

Cons :

1. Il faut beaucoup plus de temps de développement pour comprendre le cas d'utilisation, concevoir l'interface utilisateur, obtenir un retour d'information et mettre en œuvre l'ensemble de la pile - le processus peut prendre des mois.
2. Les ingénieurs doivent maintenir l'ensemble de la pile au fil du temps, y compris la base de données, les transformations de données et l'interface utilisateur.

‍

Construire avec des logiciels tiers

Quand est-il judicieux d'utiliser un logiciel tiers ?

Si vous devez agir rapidement ou si vous ne voulez pas consacrer des semaines de travail d'ingénierie à l'outillage interne, l'utilisation d'un logiciel tiers est souvent une bonne solution. Les outils tiers, tels que Retool et Stacker, vous offrent une interface simple de type "glisser-déposer" avec des composants préconstruits. Non seulement ces composants sont faciles à utiliser, mais en travaillant avec des logiciels tiers bien établis, vous bénéficiez de communautés en ligne qui peuvent aider à débloquer votre équipe d'ingénieurs.

Il y a un dernier avantage important à utiliser des outils sans code comme Stacker : en permettant à vos coéquipiers non techniques de construire leurs propres outils internes, vous permettez à l'ingénierie de se concentrer sur des tâches techniques, comme la maintenance de la base de données et la mise en place de pipelines de données, tout en permettant à l'utilisateur final de l'outil de construire exactement ce dont il ou elle a besoin. Plus besoin de réunions de conception interminables !

Pour :

1. Progresser beaucoup plus rapidement grâce à des composants préconstruits, qui sont généralement suffisants pour les fonctions clés
2. Exploiter les communautés et la documentation en ligne existantes pour obtenir de l'aide
3. Gagnez des tonnes de temps en ingénierie en permettant à vos coéquipiers non techniques de créer leurs propres outils internes adaptés à leur cas d'utilisation, ce qui permet aux ingénieurs de se concentrer sur la gestion des bases de données et des pipelines.

Cons

1. Pour les cas d'utilisation hautement spécialisés, les composants pré-construits peuvent ne pas être suffisants.

Comment puis-je connecter un outil interne à ma base de données ?

Les bases de données sont essentielles à la mission

De nombreuses entreprises stockent leurs données critiques dans des bases de données SQL, comme Postgres ou MySQL, ou dans des entrepôts de données, comme Snowflake ou BigQuery. Bien que ces services soient excellents pour le stockage et l'évolutivité des big data, l'accès à ces données n'est généralement pas accessible à l'ensemble de l'entreprise. Et ce pour une bonne raison : vous ne voulez pas qu'un stagiaire supprime accidentellement l'intégralité de votre base de données de production. La gestion des bases de données - la sécurité des données, le contrôle d'accès - est l'une des principales fonctions d'un ingénieur des données.

La construction d'une interface utilisateur ne représente que la moitié de la bataille

Mais cela conduit à un vieux problème : comment donner à des utilisateurs non techniques la possibilité de lire et d'écrire ces données lorsque cela est nécessaire ? Peut-être avez-vous besoin que vos gestionnaires d'inventaire puissent marquer les stocks endommagés, ou que votre équipe de gestion des fournisseurs puisse accepter ou rejeter des fournisseurs. Construire l'interface utilisateur d'un outil interne n'est que la moitié de la bataille ; vous devez également connecter l'outil à la base de données.

Il est également essentiel de mettre en place des synchronisations de données

En utilisant un outil de synchronisation de données comme Bracket, vous pouvez mettre en place des synchronisations bidirectionnelles en temps réel entre des bases de données SQL, comme Postgres, et des tableurs, comme Airtable ou Google Sheets. Vous pouvez même utiliser Bracket pour créer des tables Airtable à partir de zéro en utilisant les données déjà présentes dans votre base de données, décider des champs que vous souhaitez synchroniser et obtenir une visibilité sur les enregistrements modifiés au fil du temps. Vous pouvez également définir des règles sur le traitement des suppressions, afin de garantir la sécurité de votre base de données. 

Une fois que les données sont synchronisées avec Airtable, le travail d'ingénierie est terminé : vous pouvez remettre Airtable à vos coéquipiers non techniques, qui peuvent alors concevoir des outils internes personnalisés au-dessus d'Airtable en utilisant Stacker. 

Pourquoi diviser la tâche de création d'outils internes ?

Les ingénieurs des données doivent se concentrer sur leur fonction principale

Le travail d'un ingénieur de données consiste à gérer et à faire évoluer les bases de données, à s'assurer que les données sont propres et à maintenir les pipelines de données. Pourtant, trop souvent, les ingénieurs de données sont appelés à concevoir et à mettre en œuvre des outils internes, des projets qui peuvent nécessiter des semaines d'alignement des parties prenantes, d'entretiens de conception et de tests. Non seulement ces longs délais détournent l'équipe d'ingénieurs de ses fonctions principales, mais ils frustrent également les équipes de parties prenantes qui ont besoin de l'outil interne pour faire leur travail. 

C'est pourquoi il est judicieux de répartir la tâche de construction d'un outil interne. Les ingénieurs en données devraient être responsables de la gestion des données : s'assurer que les données sont propres, qu'elles sont synchronisées avec un outil convivial et qu'elles ne risquent pas d'être supprimées ou écrasées lorsqu'elles ne devraient pas l'être. Mais les équipes non techniques devraient être responsables de la conception et de la construction de l'outil interne pour leurs cas d'utilisation spécifiques - après tout, elles savent mieux que quiconque comment optimiser leur expérience utilisateur.

Le moyen le plus rapide de construire

En tirant parti des synchronisations de données conviviales de Bracket et du constructeur d'applications sans code convivial de Stacker, vous obtiendrez un résultat gagnant-gagnant. Non seulement cette structure peut décupler la vitesse de développement, mais elle rendra tout le monde plus heureux : les ingénieurs en données peuvent se concentrer sur leur fonction principale, et les équipes non techniques peuvent construire l'outil exact dont elles ont besoin pour bien faire leur travail. Pour en savoir plus sur les possibilités de Bracket, adressez-vous à son fondateur , Ian Yanusko.