제목을 클릭하면 원본이 새 창으로 열립니다. 첫 글은 운전할 때 사이드 미러를 보면 차가 그 방향으로 간다는 것처럼, 글로 써두면 결국 그대로 움직이게 된다는 이야기인데요. 민법 교재를 어떤 순서로 읽을지 의식의 흐름대로 써 내려가는 부분이 꽤 긴데, 그게 오히려 이 글의 핵심을 보여주는 것 같습니다. 머릿속에서만 돌리면 날아가 버리는 생각이 글로 쓰는 순간 방향이 된다는 것, 그래서 글쓰기가 사이드 미러라는 비유가 처음엔 독특하다 싶었는데 읽다 보니 꽤 정확한 것 같습니다. 두 번째 글은 어느 날 자기가 '쓰는 사람'이라는 정체성을 스스로에게 부여했다는 데서 시작하는데요. 깨끗한 것만 쓰려 했던 자신에게 또 다른 나는 진짜를 쓰라고 재촉했다는 부분, 그리고 있는 그대로 쓴다는 것의 두려움을 넘기는 게 쉽지 않았지만 어렵지만도 않았다는 표현이 글 전체의 톤을 잘 보여주는 것 같습니다. 마지막 글은 25년간 글을 쓰고 또 썼지만 내놓지 못했다는 첫 문단이 인상적이었는데요. A급이 되어야만 세상에 내보낼 가치가 있다고 생각했다는 것, 그리고 윌리엄 제임스의 의식의 흐름 개념을 만나면서 그 흐릿함이 결함이 아니라 본질이라는 쪽으로 생각이 바뀌는 과정이 글쓰기를 왜 못 내놓는지에 대한 하나의 답이 되는 것 같습니다.

출처: 그리코, 브런치

출처: ㅡ, 블로그

출처: Luna, 블로그

콘텐츠를 만들다 보면 독자의 반응을 먼저 예측하게 되지만, 정작 글이 가장 먼저 바꾸는 사람은 쓴 사람 자신입니다. 발행 전에 "이 글을 쓰기 전과 후에 내가 달라진 게 있는가"를 한 줄만 메모해보세요. 그 한 줄이 쌓이면 자기 채널이 어디를 향하고 있는지가 보이기 시작합니다. 반응이 좋은 글은 알고리즘이 정하지만, 계속 쓸 수 있는 방향은 그 한 줄이 정합니다.

개발자는 문제를 해결한 뒤에 글을 쓰는 경우가 많습니다. 그래서 기술 블로그는 대부분 정리된 형태로 존재합니다. 하지만 아직 답을 모르는 상태에서 쓴 글은 나중에 다시 읽었을 때 그때의 판단 과정이 고스란히 남아 있어서 오히려 더 쓸모가 있습니다. 깔끔한 회고보다, 헤매는 중에 남긴 기록이 다음 문제 앞에서 더 정직한 참고자료가 됩니다.

디자이너는 좋은 레퍼런스를 모으는 데 익숙하지만, 정작 자기가 왜 이 방향이 아니라 저 방향으로 가고 싶었는지를 글로 남기는 일은 드뭅니다. 작업 중에 "이건 아닌 것 같은데"라고 느낀 순간을 짧게라도 적어두면, 그게 나중에 자기만의 감각을 설명하는 언어가 됩니다. 포트폴리오에 쓸 문장은 완성된 결과물이 아니라, 그 불편함을 어떻게 해석했는지에서 나올 때가 많습니다.

마케터의 회고는 대부분 전환율과 도달 수로 시작되지만, 숫자는 다음 분기가 되면 맥락을 잃습니다. 반면 "이번에 처음으로 이런 톤을 써봤다", "이 타깃에게 이런 메시지를 처음 던져봤다"는 한 줄은 시간이 지나도 판단의 근거로 남습니다. 수치가 말해주는 건 결과이고, 시도가 말해주는 건 방향입니다. 둘 다 적어야 회고가 됩니다

기획자는 모든 항목이 채워져야 문서가 완성된다고 생각하기 쉽지만, 막힌 칸을 억지로 채운 문장은 회의에서 가장 먼저 흔들립니다. 지금 확실한 것 세 줄과, 아직 모르는 것 두 줄을 구분해서 적어보세요. 부족함이 드러나는 문서는 부끄러운 게 아니라, 어디를 더 파야 하는지를 팀에게 알려주는 문서입니다. 빈칸이 있는 기획서가 거짓으로 채워진 기획서보다 더 빨리 앞으로 갑니다.

오늘의 아티클과 직군별 팁이 일부 도움이 되었기를 바라며, 오늘도 읽어주셔서 감사합니다 😄

뉴스레터에 대한 피드백을 환영합니다!