Une histoire sur les problèmes qui ne peuvent pas être résolus en ajoutant des fonctionnalités
Les problèmes mentionnés dans l'article précédent
n'étaient pas dus aux défauts spécifiques d'un outil.
- Ce n'était pas parce que WordPress était insuffisant
- Ce n'était pas parce que Notion ou Excel étaient mauvais
Il y avait un seul problème.
C'était le fait de considérer le blog uniquement du point de vue de l'écriture,
sans le considérer du point de vue de l'exploitation.
La plupart des outils de blog commencent par la même question
Les outils de blog existants
commencent généralement par cette question.
"Que faut-il pour que les individus puissent écrire plus facilement?"
Ainsi, l'accent est toujours mis sur cela.
- La convivialité de l'éditeur
- Le design et le thème
- Les options de référencement
- La vitesse de publication
Tous ces éléments sont importants.
Mais ils ne sont pas suffisants pour une agence.
Les agences doivent poser une autre question
Lorsqu'une agence gère un blog,
les questions vraiment importantes sont différentes.
- À qui appartient ce blog?
- Quand et comment ce compte sera-t-il récupéré?
- Où les erreurs sont-elles bloquées?
- Le fonctionnement reste-t-il le même même si les personnes changent?
Si ces questions ne trouvent pas de réponse,
peu importe les bonnes fonctionnalités,
elles deviennent un fardeau pour l'exploitation.
blog.haus a commencé par cette question
blog.haus
n'a pas commencé par se demander "Comment concevoir un éditeur",
mais par cette question.
"Lorsqu'une agence gère plusieurs blogs,
quel est le premier point de rupture?"
La réponse était claire.
- Au moment où les comptes sont mélangés
- Au moment où les autorisations deviennent floues
- Au moment où la responsabilité est attribuée à une personne
C'est pourquoi les critères de conception ont changé.
Axé sur la structure plutôt que sur l'individu
Chez blog.haus,
la stabilité de la structure est prioritaire par rapport à la commodité individuelle.
- Les blogs sont séparés dès le départ
- Les autorisations sont divisées par rôle
- Il est possible de suivre qui a fait quoi
Il s'agit d'une approche de "prévenir les mauvais usages",
plutôt que de simplement dire "bien utiliser".
Les fonctionnalités sont des résultats, pas des objectifs
Blogs multiples, collaboration d'équipe, gestion des autorisations.
Ce ne sont pas les fonctionnalités de blog.haus.
Ce sont des résultats qui découlent naturellement des critères d'exploitation.
C'est pourquoi blog.haus
ne se vante pas de ses fonctionnalités.
Au lieu de cela, il envisage ces situations.
- Moins d'explications nécessaires lorsque de nouvelles personnes arrivent?
- Pas de confusion lorsque les opérateurs changent?
- Une responsabilité claire en cas de problème?
Si la réponse à ces questions est "oui",
alors la structure est bien conçue.
Ce n'est pas un outil pour écrire mieux
blog.haus
n'est pas un outil pour écrire de meilleurs blogs.
C'est un outil qui rend la gestion des blogs sans souci.
- Pas besoin de se demander où publier
- Pas d'inquiétude si quelqu'un d'autre écrit
- Pas de dépendance à l'égard des compétences individuelles pour la gestion
Cette différence devient plus grande avec le temps.
La structure fait discrètement la différence
Une bonne structure ne se remarque pas immédiatement.
Mais une mauvaise structure crée inévitablement des problèmes.
Ce que blog.haus vise
n'est pas l'admiration de "oh, c'est pratique", mais
"Maintenant, je n'ai plus besoin d'y penser."
Dans l'article suivant,
nous discuterons de comment cette structure réduit réellement les risques,
et pourquoi la pensée de gestion de blog
"finira par arriver un jour" est inévitable.
Prochain épisode
〈Pourquoi la pensée de gestion de blog des agences finit-elle toujours par se produire de la même manière〉