독자가 1마일 떨어진 곳에서 가짜 냄새를 맡을 수 있는 이유

같은 맥락에서, 당신은 믿을 수 있는 범위 내에서 제공되지만 거의 신뢰를 얻지 못하는 기사를 읽은 경험이 있을 것입니다. 기술적으로 정확합니다. 그 일부가 도움이 될 수 있습니다. 거의 설득력 있고 권위 있는 글이지만 최종 스니프 테스트에는 실패합니다.

그것에 관한 한, 당신은 제안에 대한 조언을 신뢰하지 않습니다.

개발자를 위한 글쓰기는 콘텐츠 마케팅에서 나타나는 이 문제의 일반적인 예입니다. 개발자가 아닌 사람이 프로그래밍에 대해 정확하게 작성하는 것은 극히 어려운 일이지만 이는 절반에 불과합니다. 훌륭한 콘텐츠는 또한 개발자에게 신호를 보냅니다. 나도 당신 중 하나입니다. 나는 당신을 알고 있습니다. 제 조언을 믿으셔도 됩니다. 전자에서 성공한 콘텐츠는 종종 후자에서 실패합니다.

콘텐츠가 영업 리더, 채용 전문가 또는 연쇄 창업자 등 숙련된 청중을 대상으로 할 때마다 마찬가지입니다. 잘못된 사람에게서 올바른 답을 얻는 것만으로는 충분하지 않습니다. 조언자로서 우리는 조언의 출처와 정확성에 대한 신뢰를 구축해야 합니다.

Shibboleths: 설득력 있는 콘텐츠의 비밀

이러한 거의 누락된 기사는 저자에게 신뢰성을 제공하는 미묘한 경험의 특징이 없기 때문에 실패합니다. 이러한 경험의 특징에는 shibboleths 라는 이름이 있습니다.

십볼렛은 "한 그룹의 사람들을 다른 그룹과 구별하는 모든 관습이나 전통입니다." Shibboleths는 의미론적일 수 있습니다(영국 기차역 Marylebone은 지역 주민들에 의해 Mar-le-bone 으로 발음되고 다른 사람들 은 Marry-le-bone 으로 발음됨) 또는 문화적( Inglorious Bastards 에서 —스포일러 미리 — Hicox 중위는 다음을 사용할 때 스파이로 나옵니다. 독일 대신 영국 제스처).

Shibboleth는 종종 상대적으로 무형이지만 모든 훌륭하고 설득력있는 기사에는 공정한 몫이 있습니다.

• 고유한 언어가 올바르게 사용됩니다. 참조, 전문 용어 및 농담은 자연스럽고 복잡하지 않습니다(예: 개발자를 위해 작성된 기사는 기술적으로 정확하지만 실제로는 "JavaScript"를 사용한 적이 없는 대신 일반적인 약어 "JS"를 사용함).
• 아이디어는 설득력 있게 가중됩니다. 자명한 것은 상식으로 취급됩니다. 기본 개념은 혁명적인 것으로 취급되지 않습니다(작가인 당신에게 깨달음이 될 수 있는 것은 열렬한 실무자에게 새로운 것이 아닙니다). 예를 들어, 채용 담당자를 위해 작성된 기사는 "고용의 질"과 같은 잘 알려진 지표를 획기적인 것으로 취급하지 않습니다.
• 주장은 신뢰할 수 있는 일화에 의해 뒷받침됩니다. 이야기와 예는 독자의 삶의 하루처럼 설득력있게 들립니다. 영업 전문가를 위해 작성하는 경우 CRM에 잠재 고객 자격 데이터를 힘들게 기록하는 것이 어떤 것인지 알고 있음을 증명할 수 있습니다.

어떤 개별적인 헛소리도 기사를 신뢰할 수 있게 만들기에 충분하지 않지만, 잘못된 방식으로 공통 언어를 사용하거나 사실처럼 들리지 않는 일화를 공유하는 한 가지 잘못된 행동은 신뢰성을 파괴하기에 충분합니다. 신뢰성은 타워와 같습니다. 벽돌을 하나씩 쌓아야 합니다. 타워에서 벽돌 하나를 뽑으면 전체가 무너집니다.

함께 사용되는 이러한 특징은 작성자 가 블로그 게시물의 더 넓은 맥락을 이해 한다는 분명한 의미에서 절정에 달합니다. 그들은 공백 상태에서 글을 쓰는 것이 아닙니다. 개발자가 MongoDB GUI에 관심을 갖는 이유 또는 영업 리더가 MEDDIC 프레임워크를 출시하려는 이유를 알고 있습니다.

침수 요법

본질적으로 shibboleth는 찾기가 어렵습니다. 당신은 그들을 구글 수 없습니다. 키워드 조사는 도움이 되지 않습니다. 그것들을 얻기 위한 빠른 해결책은 없습니다. 그것들을 이해하는 유일한 방법은 "집단 내"에 빠져서 당신이 쓰고 있는 청중에게 몰두하는 것입니다.

"완벽한" 솔루션은 올바른 유형의 사람을 고용하거나 그렇게 되는 것입니다. 컴퓨터 공학을 공부할 여가 10년이 없거나 기술 스타트업에서 주니어 계정 임원으로 인턴을 할 시간이 없다고 가정할 때:

1. 이상적인 독자와 함께 괴로워하다

대부분의 마케터는 주제 전문가(SME) 인터뷰의 필요성을 이해하고 있지만 한 단계 더 나아가는 것을 제안합니다. 개별 블로그 게시물이나 기술적인 질문에 대해 SME를 인터뷰하는 대신 그들의 삶에 대해 인터뷰하세요.

어리석어 보이는 질문에는 종종 가장 유용한 통찰력이 포함되어 있습니다.

• 당신이 하루 종일, 매일 교류하는 사람들은 누구입니까? = 그들의 직업이 다른 사람들과 어떻게 상호작용하는지 발견하기
• 당신의 일상은 어떤 모습인가요? = "인생의 하루"를 구성하는 습관, 도구 및 프로세스 발견
• 당신의 역할에서 가장 좋아하는 부분과 가장 좋아하지 않는 부분은 무엇입니까? = 직업의 즐거움과 고통 발견

많은 전통적인 SME 인터뷰는 특정 주제의 흑백 사실로 제한되지만 신뢰성은 직업과 삶의 더 넓은 맥락을 이해하는 데 있습니다.

2. 그들이 어울리는 곳에서 놀아라

체육관에서 시간을 보내면 곧 피트니스 문화의 헛소리에 대한 명확한(그리고 아마도 원치 않는) 이해를 개발하게 될 것입니다. 동일한 원칙을 모든 "그룹 내"에 적용할 수 있습니다.

같은 출판물을 읽고, 같은 블로그와 뉴스레터를 팔로우하고, 같은 포럼에 참여하십시오. 시간이 지남에 따라 삼투를 통해 그룹의 shibboleths에 대한 더 큰 이해를 개발하기 시작할 것입니다. 개발자 콘텐츠의 경우 Hacker News, Dev.to 또는 r/devops를 의미할 수 있습니다. 마케팅 콘텐츠의 경우 트위터에서 영향력 있는 마케터를 팔로우하거나 Slack 커뮤니티에 가입하는 것을 의미할 수 있습니다.

3. 이상적인 독자에게 콘텐츠 검토 받기

신뢰성 스니프 테스트를 통과하는 것이 걱정된다면 누군가에게 냄새를 맡아달라고 요청하십시오. 당신의 글의 신뢰성에 대해 읽고, 검토하고, 논평할 대상 청중을 찾으십시오. 그들에게 작품의 기술적 정확성을 넘어 언어 사용, 예제의 신뢰성, 조언의 틀에 대한 피드백을 남기도록 요청하십시오.

4. 과도한 연마를 피하십시오

내용을 설득력 있게 만드는 많은 헛소리는 "올바른" 것이 아닙니다. 이전 예제에서 "JavaScript"는 기술적으로 낙타 대소문자를 사용하여 작성되어야 하며 유능한 복사 편집기가 스타일을 지정하는 방법입니다.

그러나 "올바른" 관행을 준수함으로써 우리는 대상 고객을 성공적으로 소외시켰습니다. 콘텐츠 마케터와 달리 개발자는 브랜드 스타일 가이드를 따르거나 카피 편집기를 통해 코드를 실행하지 않습니다. 훌륭한 글쓰기는 기본 수준의 세련미를 가지고 있지만, 그것을 신뢰할 수 있게 만드는 헛소리를 희생시키지는 않습니다.

그룹 내 일부

기술적 정확성이 중요하지만 최고의 콘텐츠에는 대상 청중과의 소집을 통과하는 데 필요한 말괄량이도 포함되어 있습니다. 누군가에게 질문에 대한 올바른 답을 주는 것만으로는 충분하지 않습니다. 또한 답의 출처에 대한 신뢰를 구축해야 합니다. 당신은 "집단 내"의 일부로서 당신의 신뢰성을 증명해야 합니다.

정확하지 않고 신뢰할 수 있는 콘텐츠를 만들려면 대상 고객의 지식뿐만 아니라 그들의 삶을 깊이 파고들 필요가 있습니다.