Le guide complet des signatures électroniques en marque blanche pour SaaS

Si vous développez un produit SaaS

avec des signatures électroniques, vous avez deux choix. Vous pouvez ajouter un outil de signature qui rappelle à vos utilisateurs qu'ils utilisent le logiciel de quelqu'un d'autre. Ou vous pouvez marquer l'ensemble de l'expérience pour qu'elle semble native à votre produit.

La plupart des développeurs pensent que le marquage consiste à échanger un logo. En pratique, c'est plus profond que cela. Un flux de signature électronique entièrement marqué implique des domaines de messagerie personnalisés, des interfaces intégrées, un contrôle des notifications et une isolation sécurisée des locataires. Et pour les produits SaaS multi-locataires, vous avez besoin de la capacité de marquer non seulement pour votre marque, mais aussi pour chaque marque de vos clients.

Ce guide couvre tout ce dont vous avez besoin pour créer une expérience de signature entièrement marquée avec Firma.dev.

Deux niveaux de marquage

Voici ce que la plupart des API de signature électronique manquent : les entreprises SaaS ont souvent besoin de marquage à deux niveaux.

Niveau 1 : Votre marque. Les emails de signature proviennent de votre domaine. L'interface de signature est intégrée dans votre application. Vos clients ne voient jamais le fournisseur de l'API sous-jacente.

Niveau 2 : Les marques de vos clients. Chacun de vos clients obtient sa propre expérience marquée. Leurs utilisateurs voient des emails de leur domaine, pas le vôtre. Les documents et les modèles sont isolés. L'utilisation est suivie séparément.

Une plateforme de gestion immobilière, par exemple, pourrait vouloir le Niveau 2. Chaque société de gestion immobilière sur la plateforme envoie des baux depuis leur propre domaine (leases@acmeproperties.com), et leurs locataires ne voient jamais la marque de la plateforme.

Un SaaS RH pourrait n'avoir besoin que du Niveau 1. L'expérience de signature est marquée pour la plateforme RH, et tous les employés de leurs clients interagissent avec cette seule marque.

Firma.dev supporte les deux. La clé est les espaces de travail clients.

Espaces de travail clients : séparation sécurisée par conception

Les espaces de travail clients vous permettent de créer des environnements isolés pour chacun de vos clients. Chaque espace de travail dispose de son propre :

• Modèles

• Demandes de signature et documents

• Suivi de l'utilisation des enveloppes

• Configuration du domaine de messagerie

• Clé API (optionnelle, pour un accès limité à l'espace de travail)

Il n'y a pas d'exposition inter-espace de travail. Le client A ne peut pas voir les documents du client B. Les modèles créés dans un espace de travail n'apparaissent pas dans un autre. Les rapports d'utilisation sont limités à un espace de travail.

Ce n'est pas seulement une question d'organisation. C'est une question de sécurité et de conformité. Si vous servez des clients de niveau entreprise ou opérez dans des secteurs réglementés (santé, finance, juridique), l'isolation des données n'est pas optionnelle. Les espaces de travail vous offrent cette séparation sans avoir à construire vous-même une isolation des locataires.

Pour les plateformes SaaS qui gèrent des documents et des flux de travail spécifiques aux clients, les espaces de travail sont la base. Vous créez un espace de travail pour chaque compte client, et tout découle de là.

Les quatre piliers du marquage

1. Domaines de messagerie personnalisés

Par défaut, les emails de demande de signature proviennent du domaine de Firma.dev. Avec des domaines de messagerie personnalisés, ils proviennent du vôtre.

Vous pouvez configurer cela à deux niveaux :

Niveau de l'entreprise : Tous les espaces de travail héritent de votre domaine. Les emails sont envoyés en tant que documents@yourcompany.com.

Niveau de l'espace de travail : Chaque espace de travail peut avoir son propre domaine. Les emails du client A proviennent de sign@customera.com. Ceux du client B proviennent de contracts@customerb.com.

La configuration implique l'ajout de records DNS (SPF, DKIM, DMARC) pour vérifier la propriété et assurer la délivrabilité. Une fois vérifié, le domaine est actif immédiatement.

Pour un guide étape par étape, voir Comment marquer vos emails de signature électronique et vos liens de signature.

2. Contrôle des notifications

Les domaines personnalisés changent l'expéditeur. Le contrôle complet des notifications vous permet de remplacer complètement les emails.

Firma.dev envoie quatre types d'emails automatisés : demandes de signature, confirmations d'achèvement, avertissements d'expiration et avis d'annulation. Vous pouvez désactiver tout ou partie d'entre eux par demande de signature.

Désactivez-les, récupérez les URL de signature via l'API, et envoyez les notifications via votre propre système de messagerie. Cela vous permet de :

• Correspondre à vos modèles d'emails existants et à la voix de votre marque

• Contrôler le calendrier pour les rappels et les suivis

• S'intégrer à votre infrastructure d'emails transactionnels (SendGrid, Postmark, Customer.io)

• Déclencher des notifications basées sur votre propre logique métier

Certaines équipes utilisent des domaines personnalisés avec les modèles d'emails de Firma.dev. D'autres désactivent tout et maîtrisent entièrement la couche de communication. Les deux fonctionnent.

3. Éditeurs intégrés

L'expérience de signature ne doit pas ressembler à une redirection vers un autre produit. Les éditeurs intégrés vous permettent de construire l'ensemble du flux de travail dans votre application.

Firma.dev propose deux composants intégrables :

Éditeur de modèle : Permettez à vos utilisateurs (ou aux utilisateurs de vos clients) de créer et d'éditer des modèles directement dans votre application. Téléchargez des documents, placez des champs de signature, définissez des rôles de signataire. Tout cela au sein de votre interface utilisateur.

Éditeur de demandes de signature : Configurez des demandes de signature, ajoutez des destinataires, définissez l'ordre de signature et prévisualisez les documents sans quitter votre produit.

Les deux éditeurs utilisent l'authentification JWT. Votre backend génère un jeton de courte durée, et le frontend charge le composant avec ce jeton. Aucune clé API n'est exposée au client.

Pour les produits où la préparation des documents est un flux de travail essentiel, les éditeurs intégrés valent l'effort d'implémentation. Votre application semble cohérente, et les utilisateurs ne changent jamais de contexte pour une interface tierce.

Voir Comment marquer une API de signature de documents dans votre produit SaaS pour la description complète de l'implémentation.

4. Signature intégrée

La pièce finale. Au lieu de rediriger les signataires vers une page de signature hébergée, vous intégrez l'interface de signature directement dans votre application.

Les utilisateurs signent les documents sans quitter votre domaine. Ils voient votre en-tête, votre navigation, votre design. L'interface de signature apparaît comme une partie harmonieuse de votre produit.

Ceci est la solution de marquage complète. Combiné avec des domaines de messagerie personnalisés et le contrôle des notifications, vos utilisateurs ne rencontrent jamais la marque Firma.dev à aucun moment du flux de travail.

Choisir la bonne approche

Tous les produits ne nécessitent pas un marquage complet. Voici comment décider :

Si vous construisez un SaaS multi-locataire où chaque client a besoin de son propre branding, ajoutez des espaces de travail clients à l'une de ces approches. Le modèle d'espace de travail s'adapte que vous serviez 10 clients ou 10 000.

Liste de vérification pour l'implémentation

Avant de commencer :

Définissez la portée de votre marquage. Quels points de contact comptent le plus ? Les emails ? L'interface de signature ? La création de modèles ? Carte du parcours utilisateur et identifiez où le branding tiers casserait l'expérience.

Décidez entre une marque unique et multi-marques. Si vous avez besoin d'un branding par client, planifiez votre structure d'espace de travail tôt. Créez un espace de travail lorsque vous intégrez chaque client, et limitez toute leur activité à cet espace de travail.

Configurez les enregistrements DNS. Les domaines de messagerie personnalisés nécessitent des enregistrements SPF, DKIM, et DMARC. Coordonnez-vous avec votre équipe d'opérations ou les équipes informatiques de vos clients si vous configurez des domaines au niveau de l'espace de travail.

Générez des JWT sur le backend. Ne jamais exposer les clés API au client. Utilisez des jetons de courte durée (1-4 heures) pour les composants intégrés.

Gérez la conformité. Le marquage ne change pas la validité légale des signatures. Firma.dev supporte ESIGN, UETA, eIDAS, et d'autres cadres, quel que soit le branding. Mais si vous désactivez l'écran des conditions de Firma.dev, assurez-vous que vos propres conditions couvrent le consentement à la signature électronique.

Ce que cela coûte

Les plateformes de signature électronique d'entreprise facturent souvent des frais premium pour le marquage. Parfois, c'est un supplément séparé. Parfois, c'est verrouillé derrière un niveau de prix supérieur.

Firma.dev inclut toutes les capacités de marquage à chaque niveau de prix. Domaines de messagerie personnalisés, éditeurs intégrés, signature intégrée, espaces de travail clients. Tout est inclus.

Payez à l'utilisation à 0,029 $ par enveloppe. Pas de contrats. Pas de minimums. Pas de frais supplémentaires pour marquer votre expérience de signature.

Commencer

Prêt à construire ? Le guide de marquage de Firma.dev dans notre documentation contient les détails techniques : points de terminaison API, exemples de code et options de configuration.

Ou entrez directement. Obtenez votre clé API et commencez à intégrer en heures, pas en semaines.