세 줄 요약

• 이 글은 '정지우' 작가의 '글쓰기로 독립하는 법'이라는 책을 소개하며, 글쓰기를 통해 경제적, 직업적 독립을 이루는 방법에 대한 통찰을 다룹니다.
• 전업 작가의 현실적 어려움을 인지하고, 글쓰기를 세상과의 소통 수단으로 바라보며 회사 생활과 병행하며 지속 가능한 글쓰기 구조를 만드는 중요성을 강조합니다.
• 관계 맺기, 신뢰 자본 쌓기, 다양한 시도(유튜브, 뉴스레터, 강연 등)를 통해 글쓰기 역량을 확장하고 자신만의 영향력을 구축하는 방법을 제시합니다.

세 줄 요약

• 작가가 인공지능을 활용한 글쓰기 트렌드 속에서도 직접 글을 쓰는 방식을 고수하는 이유를 설명합니다.
• 요리를 재료 조립에 비유하며 인공지능 글쓰기를 설명하고, 자신은 재료 준비부터 요리까지 수제로 하는 것에 만족감을 표합니다.
• 글쓰기를 취미로 하는 작은 가게로 여기며, 유명세보다는 소수의 매니아층에게 사랑받는 글을 쓰고 싶다는 소망을 드러냅니다.

세 줄 요약

• 메모의 중요성을 강조하며, 읽기 중 떠오른 생각을 즉시 기록하는 행위가 글쓰기의 씨앗이 된다고 설명합니다.
• 글쓰기가 부담스러웠던 저자가 독서 블로그를 시작하며 '쓰기 근육'을 얻게 된 경험을 공유하고, 읽기와 쓰기가 동전의 양면과 같다고 말합니다.
• 자신만의 생각과 관찰을 글로 옮기는 과정의 즐거움과 중요성을 역설하며, 인용을 자신의 말을 풍요롭게 하는 도구로 활용해야 한다고 조언합니다.

지난 한 달 받은 비판 중 가장 자주 나온 것 하나를 선택하고, 개선 과정을 글로 써보세요. "비판 수용 개선. 기간: 지난 3개월. 받은 비판 모으기: 댓글, DM, 이메일. 총 15개 비판. 가장 많이 받은 비판 (5번): '글이 너무 길어요. 요점이 뭔지 모르겠어요.' 첫 반응: 방어적. '내 글 스타일인데?' 하지만 5명이나 같은 말 → 무시할 수 없음. 받아들이기로 결심. 분석: 왜 내 글이 길까? 내 글 3개 다시 읽어봄. 문제점 발견. 1) 하나의 주제에 너무 많은 이야기 담으려 함. 2) 예시를 3~4개씩 넣음 → 과함. 3) 결론을 명확히 안 씀. 개선 계획 수립. 1) 한 글에 한 가지 메시지만. 2) 예시 1~2개로 제한. 3) 첫 문단에 요점 먼저 쓰기. 4) 마지막에 한 문장 요약. 실험: 다음 글 개선안 적용. 제목: '글이 너무 긴가요? 제가 개선해봤습니다'. 인트로: 솔직하게. '여러분께 비판을 많이 받았어요. 글이 너무 길다고요. 그래서 이번 글은 짧게 써봤습니다.' 본문: 평소 1500자 → 800자로 줄임. 예시: 3개 → 1개. 결론: 명확하게 한 문장. 결과: 조회수 평소의 1.5배. 댓글: '이번 글 읽기 편했어요!' 10개. 배운 것: 비판은 성장의 기회. 다음 글: 계속 이 방식"처럼 기록하세요. 비판을 피하지 말고 개선의 재료로 쓰세요.

레거시 코드를 수정할 때, 이전 개발자에게 편지 형식으로 질문과 감사를 써보세요. "레거시 코드 이해 편지. 상황: 3년 전 작성된 결제 모듈 수정 필요. 코드 복잡함. 주석 거의 없음. 이전 개발자는 퇴사. 편지 쓰기 시작. 제목: '2023년의 당신에게 - 결제 모듈을 맡은 2026년의 개발자가'. 내용. 파트 1: 첫인상. '안녕하세요. 저는 당신이 작성한 결제 모듈을 수정하게 된 개발자입니다. 처음 이 코드를 봤을 때 솔직히 당황했어요. 왜 이렇게 복잡하게? 주석은 왜 없어? 하지만 코드를 파고들수록 이해가 되기 시작했습니다.' 파트 2: 질문들. '궁금한 게 많아요. Q1: 왜 try-catch가 5단으로 중첩됐나요? → 며칠 분석 후 깨달음: 당시 결제 API가 불안정 → 모든 예외 케이스 대응. Q2: 왜 이 함수 이름이 processPaymentWithRetry인데 실제론 4번 재시도? → 아마 긴급 수정이었을 것 같아요. Q3: 이 주석 없는 200줄 함수는 뭐죠? → 알고 보니 레거시 결제사 연동 코드. 지금은 안 씀.' 파트 3: 감사. '당신 코드 덕분에 3년간 결제 오류율 0.1%. 대단합니다. 당시 시간 압박 속에서도 예외 처리 철저히 하신 거 존경해요. 제가 지금 리팩토링할 수 있는 건 당신이 튼튼한 기반을 만들어놨기 때문입니다.' 파트 4: 제 계획. '이제 제가 이 코드를 개선하겠습니다. 1) 함수 분리 (200줄 → 5개 함수), 2) 주석 추가, 3) 테스트 코드 작성. 당신의 의도를 지키면서 더 읽기 쉽게 만들겠습니다.' 마무리: '고생 많으셨어요. 감사합니다. - 2026년 1월, 후임 개발자' 효과: 이 편지 쓰니 코드 이해 깊어짐. 리팩토링 방향 명확. 팀 위키에 공유 → 팀원들 공감"처럼 기록하세요. 레거시 코드도 누군가의 고민입니다. 편지로 이해하세요.

다음 프로젝트에서 같은 내용을 3가지 완전히 다른 스타일로 디자인해보세요. "트리플 버전 실험. 프로젝트: 카페 메뉴판. 클라이언트 요구: '세련되고 모던하게'. 일반적 접근: 모던 스타일 1개 시안. 새로운 시도: 3가지 완전히 다른 버전. 버전 1: 미니멀 모던. 스타일: 흰 배경, 산세리프 폰트, 여백 많음. 색상: 블랙+화이트. 레이아웃: 깔끔한 그리드. 느낌: 고급스럽고 차분함. 타깃: 30대 직장인. 버전 2: 빈티지 감성. 스타일: 베이지 배경, 손글씨 폰트, 일러스트 장식. 색상: 브라운+크림. 레이아웃: 비대칭, 자유로움. 느낌: 따뜻하고 아늑함. 타깃: 20대 감성파. 버전 3: 대담한 실험. 스타일: 컬러풀한 배경, 큰 타이포, 그라데이션. 색상: 오렌지+퍼플. 레이아웃: 과감한 구도. 느낌: 젊고 역동적. 타깃: Z세대. 클라이언트 반응. 첫 반응: '와, 이렇게 다양하게?' 놀람. 선택: 버전 2 (예상 밖. 버전 1 선택할 줄 알았음). 이유: '세련된 것도 좋지만 우리 카페는 따뜻한 느낌이 더 맞네요.' 배운 것. 1) '세련되고 모던'이 사람마다 다름. 2) 3가지 제시하니 클라이언트가 진짜 원하는 걸 발견. 3) 나도 평소 안 하던 스타일 시도 → 실력 향상. 4) 수정 횟수 줄어듦 (방향 확실). 시간: 버전 1개 만들 때보다 1.5배. 하지만 가치 있음. 다음: 모든 프로젝트 3버전 원칙"처럼 기록하세요. 하나만 만들지 마세요. 3가지 만들면 진짜 정답이 보입니다.

최근 실패한 캠페인 하나를 선택해 부검 보고서처럼 상세히 분석해보세요. "캠페인 부검 보고서. 환자(캠페인): '여름 특별 할인 이벤트'. 사망 날짜: 8월 31일 종료. 사인: 목표 미달성 (목표: 전환 500건 / 실제: 50건 / 달성률: 10%). 부검 시작. 1단계: 외부 검사 (겉으로 보이는 문제). 증상 1: 클릭률 낮음 (1%). 원인 추정: 광고 소재 매력 없음. 증상 2: 이탈률 높음 (80%). 원인 추정: 랜딩 페이지 문제. 2단계: 내부 검사 (깊은 원인 분석). 부검 소견 1: 타이밍 실패. 8월 말 시작 → 여름 끝. 경쟁사는 7월 초 시작 → 우리는 늦음. 부검 소견 2: 타깃 불명확. '모든 고객'을 타깃 → 메시지 흐릿. 부검 소견 3: 할인율 약함. 우리 10% vs 경쟁사 30% → 매력 없음. 부검 소견 4: 홍보 채널 실수. SNS만 집중 → 이메일, 블로그 무시. 부검 소견 5: 데이터 분석 부재. 실시간 모니터링 안 함 → 문제 발견 늦음. 3단계: 치명적 원인 (사인). 직접 사인: 타이밍과 할인율. 근본 원인: 경쟁사 분석 부족 + 사전 테스트 없음. 4단계: 재발 방지책. 처방 1: 캠페인 최소 1개월 전 기획. 처방 2: 경쟁사 분석 필수. 처방 3: A/B 테스트 후 본 캠페인. 처방 4: 실시간 대시보드 구축. 처방 5: 주간 체크포인트 설정. 부검 결과 공유: 팀 회의에서 발표 → '다음엔 안 그러겠습니다' 다짐. 6개월 후: 같은 실수 안 함 → 성공률 상승"처럼 기록하세요. 실패를 부검하면 다음 캠페인이 살아납니다.

다음 사용자 인터뷰에서 대화 내용을 기록하고, 각 문장의 진짜 의도를 해석해보세요. "사용자 심층 해석. 인터뷰 대상: 30대 여성, 앱 사용 6개월. 목표: 불편한 점 찾기. 인터뷰 내용 & 해석. Q: 앱 사용하면서 불편한 점 있나요? 사용자: '아니요, 괜찮아요.' 표면 의미: 불편 없음. 진짜 의도 해석: 1) 정말 불편 없음 (확률 20%), 2) 불편하지만 말하기 애매함 (확률 50%), 3) 생각 안 나서 '괜찮다' 한 것 (확률 30%). 대응: 구체적 질문 필요. Q: 예를 들어 검색 기능은 어떤가요? 사용자: '음... 뭐 쓸 만해요.' 표면 의미: 보통. 진짜 의도 해석: '쓸 만해요' = 불만 있지만 참고 사용. 어조에 망설임 ('음...') → 뭔가 있음. 대응: 더 파고들기. Q: 검색할 때 가장 자주 하는 행동이 뭔가요? 사용자: '보통 여러 번 검색해요. 한 번에 안 나와서요.' 표면 의미: 여러 번 검색함. 진짜 의도 해석: 핵심 발견! '한 번에 안 나와서' = 검색 정확도 낮음. '보통'이라는 표현 = 자주 발생하는 문제. 대응: 이게 진짜 문제. Q: 그럼 검색이 개선되면 좋겠네요? 사용자: '네! 그럼 훨씬 좋을 것 같아요.' 표면 의미: 동의. 진짜 의도 해석: 에너지 상승 ('네!') = 진심으로 원함. '훨씬'이라는 강조 = 중요도 높음. 결론: 검색 개선이 최우선 과제. 인터뷰 후 정리. 문제: 검색 정확도 낮음. 우선순위: 높음 (사용자 감정 반응 강함). 다음 액션: 검색 알고리즘 개선 기획. 교훈: 첫 대답 '괜찮아요'를 믿으면 안 됨. 깊이 파고들어야 진짜 니즈 발견"처럼 기록하세요. 사용자 말을 그대로 믿지 마세요. 말 뒤의 진짜 의도를 읽으세요.