Le bug que vous avez corrigé 2am est une vidéo que des milliers de développeurs recherchent en ce moment

Le contenu de développement Web a une propriété inhabituelle sur YouTube: il est recherché par deux publics complètement différents, et une chaîne peut servir les deux. Le premier public est constitué d’autres développeurs — Les gens qui frappent l’erreur exacte que vous avez frappé mardi dernier, en la tapant dans la barre de recherche mot pour mot. Les tutoriels, les débogages et les vidéos «Voici comment je construirais cela» leur servent, et parce que les problèmes sous-jacents changent plus lentement que ne le suggère le battage des cadres, un explication claire sur la mise en page, les formulaires, les performances ou le déploiement continue de collecter des vues de recherche pendant des années. Le deuxième public est les clients: le dentiste, le propriétaire du restaurant, le fondateur de la startup tapant «combien coûte un site Web» ou «ai-je besoin d’un développeur Web ou puis-je utiliser un constructeur de site» à onze heures du soir. Ils ne peuvent pas juger votre code, alors ils jugent si vous expliquez les choses clairement et honnêtement. — et le développeur qui l’a déjà fait à la caméra entre dans le premier appel pré-confié.

Cette double audience est la raison pour laquelle la cohérence bat la viralité ici. Un canal de développement vit et meurt en étant repérable lorsque le problème frappe, pas sur un téléchargement chanceux, et les explicateurs face au client font leur travail lentement, une recherche de fin de nuit à la fois. L’obstacle pratique est tout aussi évident : les semaines où vous êtes le plus profond dans le travail du client sont les semaines où la chaîne se tarit, et une chaîne qui publie par rafales puis disparaît pendant un quart de temps est considérée comme abandonnée aux deux publics. Battre des enregistrements et les programmer à travers un scheduler C’est la solution non glamour — les téléchargements atterrissent chaque semaine, que vous soyez ou non à mi-déploiement.

Une discipline doit être au-dessus de tout ce qu’un développeur publie : le travail client est confidentiel par défaut. Un NDA ne cesse pas de s’appliquer parce que les images feraient un excellent tutoriel. N’enregistrez jamais le référentiel d’un client, le tableau de bord d’administration, les analyses ou les données utilisateur ; reconstruisez plutôt le problème intéressant dans votre propre projet d’exemple, et si vous souhaitez montrer un site client réel comme une étude de cas, obtenez d’abord une autorisation écrite et n’affichez que ce qu’ils ont approuvé. La même honnêteté s’applique à l’œuvre que vous montrez — Présentez vos propres builds comme les vôtres, et quand une vidéo s’appuie sur une bibliothèque open source, un modèle ou la technique d’un autre développeur, dites-le et créditez-les. Les développeurs ont de longs souvenirs pour les personnes qui passent le travail emprunté, et les clients en ont plus.

Commencez par la couche de développement, car elle est la plus facile à faire honnêtement: vous vous enregistrez vous-même pour résoudre les problèmes que vous résolvez déjà. “Régler le changement de mise en page en trois étapes.” “Pourquoi votre formulaire de contact perd des soumissions.” WordPress — comment je décide pour les petites entreprises construit. » Titre chacun la façon dont un développeur serait réellement la recherche, construire la démo dans un échantillon propre repo donc pas de NDA est jamais dans le cadre, et lier le code dans la description. Les déchirures sont le prochain niveau: choisissez un site public et bien connu — Pas un concurrent, pas un client que vous voulez dénigrer — et de parcourir ce que ses choix de mise en page, de performance ou d’accessibilité enseignent. Gardez des démontages généreux et techniques plutôt que des ricanements; l’objectif est «voici ce que nous pouvons apprendre», pas un retrait, parce que les clients potentiels regardent comment vous parlez du travail des autres et vous imaginez parler du leur.

Ensuite, construisez la couche client-entonnoir, les vidéos presque aucun développeur ne se soucie de faire: des réponses en anglais simple à ce que les propriétaires de sites recherchent réellement. « Combien coûte un site web » est le canonique — Et la seule façon de le faire est honnêtement. Donnez des gammes réelles et expliquez ce qui les déplace : portée, design personnalisé versus thème, intégrations, maintenance continue. Nommez votre propre approche tarifaire si vous êtes à l’aise, et ne balancez jamais un chiffre lowball que vous ne citeriez pas, car une vidéo qui gagne le clic et perd la confiance est pire qu’aucune vidéo. Ajoutez « quoi préparer avant d’embaucher un développeur », « constructeur de site vs construction personnalisée, honnêtement comparé » et « ce qui se passe après le lancement de votre site ». « Cela améliore votre score de vitesse de page » est démontrable à la caméra ; « cela vous amènera à la page un de Google« C’est une promesse que personne ne peut tenir et exactement la revendication qui marque un développeur comme un cowboy.

Couper les shorts de tout — la seule correction de soixante-deuxième à l’intérieur du long tutoriel, le nombre surprenant du coût explainer — et planifiez les deux couches sur un calendrier afin que la même session de batch alimente également Facebook page où se trouvent réellement vos clients. A YouTube post programmateur pour les développeurs web gagne son garder ici, en tenant la fente de tutoriel hebdomadaire et la cadence Shorts stable pendant que vous êtes tête en bas dans un sprint.

Les développeurs, de toutes les personnes, devraient résister aux mesures de vanité, et pourtant, les nombres de vues hypnotisent tout le monde. Les vues sont le signal le plus faible que votre chaîne produit. Les chiffres qui prédisent les résultats réels sont plus profonds: durée moyenne de la vue sur les tutoriels, surveillance sur les courts métrages et — pour les vidéos client-entonnoir — cliquez de la description à votre portfolio, page de contact ou lien de réservation. Un propriétaire de site qui regarde la plupart de vos huit minutes «ce qu’un site Web coûte vraiment» expliquer et puis clique sur votre travail est un prospect qui est arrivé pré-qualifié et pré-de confiance. Dix mille vues courtes de deux secondes sont principalement du bruit.

Jugez les deux couches différemment, parce qu’elles font des travaux différents. Les tutoriels et les démontages sont des ressources de recherche: ce qui importe est de savoir s’ils continuent à gagner des impressions des semaines de recherche plus tard et si les gens restent jusqu’à la fin, car le trafic de recherche soutenu est ce qui vous rend trouvable au moment exact où un développeur ou un client a le problème. Les courts métrages sont une découverte : le pourcentage de spectateurs et de nouveaux téléspectateurs est le bon objectif, et la vraie victoire d’un court métrage est le spectateur qui clique sur la version longue. Les commentaires sont un troisième signal qui vaut le détour — Les commentaires «Pouvez-vous couvrir X» sont l’ordre du jour de votre prochaine session d’enregistrement qui vous est remis gratuitement — mais gardez les réponses honnêtes aussi: si quelqu’un demande si votre technique va “classer leur site”, dites clairement que personne ne peut garantir le classement et expliquer ce que la technique fait de manière démontrable à la place.

La boucle qui rend tout ce composé est hebdomadaire et ennuyeuse: passez en revue tout en un seul endroit, notez les sujets qui tirent le temps de visionnage et les clics de description, et pesez la prochaine session de lot vers ceux-ci. Si votre «coût de site Web honnête» explique tranquillement tout-convertit tandis qu’un cadre-drame court a augmenté et disparu, c’est votre réponse. Un planificateur avec des analyses intégrées maintient la boucle serrée; pour le cadre plus large, notre guide de programmation des publications sur les réseaux sociaux walks through it.

Une semaine de travail pour un canal de développement suppose que rien n’est enregistré en direct pendant un sprint — Tout est venu d’une séance par un après-midi plus calme. Nous ancrer la semaine sur le tutoriel long-form searchable, parce que c’est la recherche d’actifs continue à faire surface, et couper les courts métrages des mêmes enregistrements. Chaque démo est votre propre code d’exemple, chaque réclamation est démontrable à la caméra, et rien sous un client NDA n’apparaît jamais.

Semaine 1: Construire le pipeline d’enregistrement

Passez cette semaine à convertir votre carnet de problèmes résolus en plan d’enregistrement. Listez les 20 choses que vous avez corrigées ou expliquées le plus souvent — bugs de mise en page, échecs de formulaire, gains de performance, appels « quel est le coût d’un site » — et les classer par combien de fois la question revient. Créez un dépôt de démo propre que vous pouvez réutiliser pour les enregistrements, de sorte qu’aucun code client ne soit jamais un alt-tab négligent à partir de l’écran. Bloquez ensuite un après-midi tranquille et enregistrez quatre ou cinq vidéos longues dos à dos, en coupant deux ou trois courts métrages de chaque. Rédigez un modèle de description réutilisable maintenant : un résumé honnête, le lien du code de démonstration, votre portefeuille et le lien de réservation, et des crédits pour toute bibliothèque ou technique qui ne vous appartient pas. Réglez le canal lui-même correctement — une bio qui dit pour qui vous construisez, des liens précis, pas de réclamations gonflées. L’objectif cette semaine n’est pas les abonnés; il n’est plus jamais d’avoir l’idée de tutoriel parfaite pendant la semaine du trimestre, vous ne pouvez pas l’enregistrer.

Semaine 2 : Établir la cadence

Maintenant, vous publiez sur le calendrier et regardez ce qui atterrit. Gardez la fente de tutoriel du lundi sacrée et remplissez les fentes de shorts de votre bibliothèque croissante. Donnez aux titres la discipline qu’ils méritent : correspondez à la recherche des développeurs et des propriétaires de sites et éliminez toute surpromesse accidentelle — Le langage « doublez votre trafic » est une taxe de crédibilité que vous ne cessez jamais de payer. Répondez aux commentaires et récoltez-les : chaque « mais qu’en est-il de X » est une future vidéo. Lorsqu’un commentateur demande de l’aide pour son site spécifique, résistez à déboguer le système de production d’un étranger dans un fil; donnez l’approche générale et invitez-le à entrer en contact. Notez quelles vidéos tirent les clics en temps réel et en description par rapport à lesquelles il suffit de collecter des vues inactives, car le temps de visionnage et les clics sont des prospects et des pairs qui se déplacent vers vous, et les vues brutes sont principalement des applaudissements.

Semaine 3: Penchez-vous sur ce qui est regardé jusqu’au bout

Trois semaines plus tard, des motifs apparaissent. Peut-être que votre «coût de site Web honnête» explique tranquillement les impressions de recherche et les clics sur le portefeuille tous les jours pendant qu’un court-métrage chaud a augmenté et s’est évanoui. Peut-être que la section commentaire d’un tutoriel est en train d’écrire vos cinq prochaines vidéos pour vous. Rééquilibrez la prochaine session de batch vers ce qui gagne du temps de surveillance et des clics, et gardez le short à portée pure en haut de l’entonnoir plutôt que de l’objectif. C’est aussi la semaine pour planter correctement la couche client-entonnoir si vous ne l’avez pas fait : les vidéos « quoi préparer avant d’embaucher un développeur » et « ce qui se passe après le lancement » que peu de développeurs se donnent la peine de faire, c’est précisément pourquoi ils convertissent. Enregistrez-les avec la même honnêteté que les tutoriels — gammes réelles, compromis réels, pas de promesses de classement ou de revenus — et les programmer pour publier régulièrement entre les vidéos techniques.

Semaine 4: Systématisation autour du calendrier sprint

La boucle devrait maintenant se sentir automatique: enregistrement par lots entre les craquements, couper les shorts de chaque forme longue, planifier des semaines à l’avance, examiner le temps de montre et cliquer sur un matin calme. Formaliser. Gardez une liste des problèmes résolus et des questions des clients afin qu’une session d’enregistrement ne commence jamais à partir d’une page blanche, et mettez un bloc d’enregistrement récurrent dans votre calendrier la semaine après chaque livraison majeure, lorsque les histoires de guerre sont fraîches et que la pression est désactivée. Verrouillez les non négociables de façon permanente: les démos vivent dans votre propre code d’exemple, le travail du client apparaît uniquement avec une permission écrite, les techniques empruntées et les bibliothèques sont créditées, les discussions sur les prix restent honnêtes et aucune vidéo ne garantit jamais le trafic ou les classements. L’objectif est un canal qui continue d’enseigner et de calmer les clients grâce à un après-midi d’enregistrement par mois et une heure de planification. — pas sur vous trouver des soirées gratuites pendant la semaine de lancement qui n’existent pas.