De la PAO au DBP et au CBP
...quand le changement est une constante.
À la fin de l'été 1987, j'ai commencé ma vie professionnelle en tant que typographe. Deux circonstances passionnantes se sont conjuguées, dont je n'ai compris la signification qu'au cours des années suivantes. D'une part, le prépresse venait d'être complètement chamboulé et, d'autre part, en tant que stagiaire, j'ai d'abord été ridiculisé par mes collègues plus âgés comme un "travail de punition", puis envié par les mêmes collègues pour le savoir-faire nécessaire, toutes les tâches qui tournaient autour de la création de maquettes sur PC et Mac. Le changement complet des processus de travail du prépresse m'a " frappé ", pour ainsi dire, ou mieux encore, m'a " trouvé " .
Cette révolution du prépresse est encore appelée publication assistée par ordinateur (abréviation : DTP ; en anglais : " publishing from the desktop " ou PAO en français). Elle a commencé à partir de 1985 environ, d'abord timidement, puis de plus en plus intensément à changer complètement la création de gabarits d'impression. Au départ encore regardé avec pitié par les "experts" en raison de sa piètre qualité, le processus de production digital a presque complètement remplacé toutes les technologies - dont la plupart étaient basées entièrement ou partiellement sur des techniques photographiques - en l'espace de 7 ans.
La publication de bases de données (DBP), quant à elle, n'a pas remplacé la publication assistée par ordinateur, mais a constitué un développement logique du processus de production digital. Ses origines remontent au début des années 1990, quelques années seulement après le début de la révolution de la PAO dans l'industrie de l'impression. À l'origine, il y avait deux façons de faire de la publication de base de données. Soit vous deviez transformer une pièce du sous-sol en salle de jeux, fournir suffisamment de coca et de café pour attirer les "nerds" aux cheveux longs appropriés, puis les enfermer pendant un certain temps, privés de la lumière du jour et de contacts sociaux, soit vous confiiez votre projet à une société de logiciels qui construisait de manière plus ou moins professionnelle la solution souhaitée (avec un peu de chance) .
Certes, depuis ces débuts pionniers, les logiciels professionnels de gestion de catalogues, les extensions pour les programmes de mise en page et, plus tard, les systèmes de contenu pour les données de produits (PIM) ou même pour la gestion des données d'images (MAM/DAM), les systèmes pour les données éditoriales, les systèmes de gestion de contenu Web, les systèmes de gestion des données de base, etc. se sont continuellement développés. On pourrait également dire que de plus en plus de logiciels spéciaux répondaient aux exigences particulières des entreprises en matière de communication produit .
La publication de bases de données, quant à elle, se décline aujourd'hui sous toutes les formes, de la simple boîte à outils avec des scripts Java pour Adobe InDesign au logiciel d'entreprise pour une production de pages très complexe et entièrement automatisée. Malgré toute la professionnalisation et la normalisation, un projet de publication complet n'est toujours pas disponible pour peu d'argent ou même gratuitement. D'un autre côté, les économies potentielles sont également énormes lorsque ces logiciels sont utilisés de manière appropriée. En d'autres termes : "Oui, c'est cher, mais cela peut en valoir la peine" .
Mais qu'en est-il si une entreprise n'a en fait besoin qu'occasionnellement d'un logiciel intelligent pour la communication des données relatives aux produits ? Peut-être de fiches techniques pour les produits fabriqués,
d'une liste de prix une fois par an ? Peut-être encore des brochures, des affiches et des dépliants ? Mais faire un gros investissement dans un logiciel pour cela ? S'il n'y avait que le logiciel, il y aurait encore les coûts de l'infrastructure, les coûts de la maintenance permanente du logiciel et les coûts du projet en plus.
Ces obstacles financiers et techniques qui peuvent faire obstacle à la publication imprimée professionnelle et automatisée sont-ils inévitables ? Existe-t-il des moyens de rendre les projets de publication plus faciles à mettre en œuvre ?
Une évolution technologique prometteuse à cet égard est la publication dans le cloud .
Cloudbase Publishing (abréviation : CBP ; anglais pour "cloud-based publishing")
Logiciel de publication imprimée basé sur le cloud, ce qui signifie que les employés des entreprises peuvent accéder au logiciel depuis n'importe quel endroit où se trouve une connexion Internet. Les solutions de publication préconfigurées peuvent être utilisées comme un service, ce qui permet une réussite rapide des projets .
Les entreprises tirent profit d'une solution unique :
- Plus besoin de développer des logiciels personnalisés coûteux ou de configurer une solution de publication .
- Plus de serveurs coûteux à entretenir
- Plus besoin d'acheter des mises à jour coûteuses
- Il est toujours garanti que c'est la dernière version qui est utilisée
L'objectif d'une solution en nuage doit donc être de fournir à chaque entreprise un puissant packaging d'outils et de services standard pour utiliser les technologies clés de la manière la plus rentable possible.
J'entends déjà vos objections :
Mais je n'ai pas besoin d'un nouveau logiciel ou d'un service en nuage pour cela. Aujourd'hui, je peux rendre n'importe quel serveur accessible via Internet, et les logiciels de publishing d'impression ont presque toujours une interface web. De plus, la mise en page et l'automatisation doivent être configurées dans les deux cas, n'est-ce pas ?
First of all:
Vous avez tout à fait raison ! Mais je réponds par la considération suivante : "Un serveur est un serveur", c'est-à-dire : L'endroit où je gère un serveur n'a pas vraiment d'importance, tant que je l'utilise seul, je le paie seul. Les solutions préconfigurées offrent la possibilité de créer des annonces automatisées beaucoup plus rapidement. Ainsi, je suis beaucoup plus flexible pour produire de nouveaux supports publicitaires de manière efficace et à court terme .
Un logiciel d'entreprise classique peut bien sûr être exécuté sur Amazon, Microsoft, Google, etc., mais il ne permet pas d'obtenir le même effet de réduction des coûts qu'un logiciel "cloud native". Les logiciels natifs du nuage sont également conçus de manière à ce que de nombreux clients travaillent sur un système global hautement évolutif basé sur des services standard configurables. Il en résulte un avantage de coût qui peut être répercuté sur les clients finaux. Cela crée un réel avantage en termes de coûts d'infrastructure, de logiciels et de projets .
La solution standard préconfigurée vous permet de réaliser un projet de publication imprimée en quelques jours ou quelques semaines. En revanche, avec un projet classique sur mesure, vous devez compter 3 à 6 mois. Vous êtes libéré des coûts de développement et de maintenance des solutions techniques. Vous utilisez un service afin de pouvoir vous concentrer sur votre travail de maquettiste et de commercialisateur.
Donc, à l'avenir, nous utiliserons tous des systèmes de publication d'imprimés natifs dans le cloud ? Pas tout à fait !
Je suis convaincu que pour les projets de publication imprimée importants, complexes ou hautement personnalisés, il peut être parfaitement judicieux d'investir dans une solution personnalisée basée sur un logiciel d'entreprise. Tous les autres devraient au moins commencer par jeter un coup d'œil aux solutions en nuage existantes .
Ma conclusion provisoire personnelle après plus de 30 ans dans ce secteur : Il reste passionnant et les changements constants sont un compagnon permanent. Je ne voudrais pas qu'il en soit autrement .