Je conçois et développe des modèles de courrier électronique HTML pour les publipostages en masse. On m'a demandé de fournir une solution simple à une personne non technique pour les éditer facilement et en toute sécurité.
Je crains que les éditeurs WYSIWYG conventionnels ne puissent remplacer le code "ancien style" requis pour les e-mails par un code plus "moderne", incompatible avec certains clients de messagerie.
Je vais tester les modèles dans les principaux clients de messagerie, mais il n’est pas pratique de demander que cela soit fait à chaque fois qu’ils les modifient. La personne ne saurait pas comment les réparer de toute façon.
Que recommandez-vous? J'ai envisagé de créer un générateur HTML capable de convertir les données d'un formulaire en code source, mais il semble que cela demande beaucoup de travail.
Remarque: Je ne peux pas changer le fournisseur d'envoi de courrier électronique. (C'est Silverpop.)
Si le contenu ou les options d’affichage sont assez simples à modifier, je voudrais utiliser un système de gestion de base pour cela. Ils ne sont pas nécessairement juste pour construire des "sites". Avec quelques jonglages créatifs de catégories/balises, vous pouvez simplement leur demander de créer quelques entrées avec la même date, puis de créer une "archive quotidienne" basée sur le modèle de mailing qu’ils copier/coller à partir de View Source. Même cela pourrait être un peu simplifié en produisant une version directement du code source du modèle, mais il n’ya pas assez de détails sur vos besoins ou ceux de Silverpop (je ne les ai jamais utilisés) pour le dire.
Je pense que l'idée du générateur HTML est la meilleure. C'est ce à quoi je pensais avant d'arriver à ce paragraphe lorsque j'ai lu votre question. L’importance de votre travail dépend de votre expérience en programmation et de votre accès à un serveur Web au sein de votre organisation. S'il n'y avait pas d'images, ce serait quelques lignes de script telles que (ce n'est pas un vrai script):
open(file)
write(htmlheader + formheader1 + inbetweenbit + formtext1 + otherinbetweenbit +
formheader2 + inbetweenbit etc.
close(file)
Le plus difficile est de télécharger les images qui, je suppose, ne sont pas disponibles sur votre site Web pour le moment. Cependant, vous pouvez trouver divers scripts sur Internet qui vous expliquent comment faire cela dans votre langage de script préféré. Si les utilisateurs peuvent le gérer, ils peuvent le redimensionner avant de le télécharger ou vous pouvez simplement l'afficher à la bonne taille dans le code HTML (mais cela prend de la bande passante supplémentaire pour vos destinataires). Sinon, vous pouvez utiliser Image Magick pour faire le redimensionnement car il est disponible pour plusieurs langues.
Je suis d’accord avec @paulmorriss pour dire que le générateur HTML sera votre meilleure solution. Vous pouvez utiliser AJAX pour les images téléchargées et leur donner la possibilité de prévisualiser en direct le formulaire. Cependant, tout ce que vous allez faire à la fin est de recréer tout ce que MailChimp offre tel quel - ce qui est dommage parce que ce serait une solution beaucoup plus élégante. Mais comme cette solution ne vous convient pas, j'aimerais utiliser un éditeur de texte enrichi en ligne et reformater les données qu'ils "envoient" avant de les envoyer. Voici quelques exemples basés sur jQuery:
htmlbox <- Ressemble à MS Word
CLEditor <- Près de MS Word
Vous devrez les étendre davantage que ce dont vous disposez actuellement pour exporter le code HTML souhaité et autoriser le téléchargement d'images au lieu de simplement associer des images à une URL (si vous souhaitez obtenir la meilleure expérience utilisateur).
Votre client dit qu'il ne peut pas quitter le fournisseur de messagerie actuel. Donnez-leur donc une bonne raison de passer! D'après mon expérience, lorsqu'elles sont présentées avec des avantages évidents, aucune entreprise n'est à jamais attachée à un seul service ou logiciel.
En tant que tel, je vous suggère de créer un dossier permettant de transférer leur service de messagerie électronique vers MailChimp, qui a fonctionnalités de création de modèles riches conçu pour faire exactement ce que vous décrivez:
Vous créez le modèle d'origine avec régions répétées modifiables. Les utilisateurs ne connaissant pas le langage HTML peuvent ensuite ajouter et modifier uniquement ces régions (et en créer plusieurs dans le cas de votre scénario à sept en-têtes), puis envoyer des campagnes sans se soucier de casser le modèle principal, qui est éditable uniquement pour les utilisateurs administrateurs.
À mon avis, cela constituerait une solution plus rapide, moins chère et moins stressante que de tenter de créer votre propre service de modèles lié à Silverpop. Cela peut prendre 50 heures pour construire un bon moteur de template qui corrige les faiblesses de leur logiciel existant, ou pour pirater un CMS afin ( de faire une sorte de faire ce dont vous avez besoin. Le résultat serait probablement fonctionnel, mais pas aussi puissant ni aussi perfectionné qu'un logiciel plus avancé comme MailChimp.
Lorsqu'un client construit un ensemble de limitations, il convient de se demander pourquoi elles existent, puis essayez de les supprimer ou de les supprimer complètement. Souvent, j'ai trouvé que les limitations s'avéraient artificielles. Lorsqu'on cherche activement à savoir pourquoi ils existent, on constate souvent que les entreprises utilisent des logiciels inutilisables, car "c'est toujours comme ça" ou "c'est ce que Big Dave a mis en place avant de s'installer en Thaïlande pour ouvrir un bar". (Honnêtement; quelqu'un m'a vraiment dit ça!)
Montrez-leur que MailChimp (ou le service que vous leur recommandez le mieux) est moins cher/plus productif/plus facile à utiliser/plus facile à utiliser/mieux documenté/approuvé par The Economist, etc., et voyez ce qu'ils disent. Montrez-leur que c'est ce que leurs concurrents utilisent car il offre x, y et z. Rappelez-leur qu'un changement modeste peut apporter de grands avantages.
En tant que consultants Web, notre travail consiste à proposer les meilleures solutions possibles - les éléments que nous serions heureux de recommander à nos amis et que nous sommes à l'aise d'utiliser dans nos propres entreprises. Parfois, cela signifie simplement dire aux clients que leurs idées préconçues sur le meilleur logiciel enchâssé sont erronés.