"이름이 한 시간 안에 세 번 바뀌었다" 1인 창업 현실, 블로그 하나 연 이틀 동안 벌어진 일

"이름이 한 시간 안에 세 번 바뀌었다"
1인 창업 현실, 블로그 하나 연 이틀 동안 벌어진 일

네 번째 블로그를 열기로 한 날, 처음 정한 이름을 한 시간쯤 사이에 두 번 고쳤습니다.

2026년 10월 5일 새벽입니다. 저는 3만 원으로 시작해 직원 없이 회사를 굴리고 있고, 그날 네이버 블로그를 하나 더 열기로 했습니다. 네 번째 블로그입니다. 목적은 돈이 아니었습니다. 첫 화면 추천 영역에 글이 붙는 방법을 실험해 보는 것이었습니다. 그런데 일을 시작하자마자 처음 정한 이름을 제가 두 번 고쳤습니다. 이름은 이 글에 쓰지 않습니다. 대신 그 이틀 동안 무슨 일이 있었는지만 적습니다.

구글에서 「1인 창업」을 치면 자동완성에 「현실」이 따라 붙습니다. 제가 아는 현실은 거창하지 않습니다. 이름을 정하는 일부터 마음이 세 번 바뀌는 것, 그리고 이틀째에 방향이 뒤집히는 것입니다.

하나, 이름은 새벽에 세 번 바뀌었습니다

처음 이름이 정해진 뒤 저는 회사 이름과 호칭을 다른 것으로 바꾸라고 했고, 곧바로 다시 또 다른 것으로 하자고 했습니다. 기록으로 남은 시각은 새벽 2시대, 한 시간 안입니다. 몇 분 간격이었는지는 확인 안 됨입니다.

혼자 하는 일이라면 이름을 세 번 고쳐도 지우개 몇 번이면 끝입니다. 맡겨 둔 쪽이 있으면 다릅니다. 기록을 보니, 이름을 바꾸라는 지시가 닿기 전에 이미 지우고 새 이름으로 다시 보낸 일도 있었습니다. 제 지시가 바뀌는 속도와 일이 처리되는 속도가 한 번 엇갈린 것입니다.

그날 정해 둔 규칙은 이랬습니다.

• 수익이 목적이 아닙니다. 애드포스트도 쇼핑 커넥트도 붙이지 않습니다.
• 하루 3편입니다.
• 글의 3분의 2는 트렌드, 3분의 1은 다른 블로그로 옮길 날짜형 생활·쇼핑 글입니다.
• 경제 주제는 쓰지 않습니다.
• 글마다 변수를 기록하고, 판정일은 10월 19일과 11월 2일입니다.
• 계정 보호조치가 한 건이라도 오면 즉시 멈춥니다.

둘, 블로그 설정은 'A로 해'였습니다

블로그 이름, 별명, 소개글, 프로필, 카테고리 여섯 개는 담당이 직접 만들어 안을 올렸고, 저는 A안을 골랐습니다. 프로필은 제가 고른 A안입니다. 그날 오전 10시 20분대 저는 이렇게 말했습니다. "디자인을 직접 한 거지? 내가 세팅을 다 맡겼는데, 맘에 들어." 그러고는 다른 세 블로그의 메인 상단 디자인도 이 방식을 참고해서 바꾸라고 했습니다.

맡기고 나서 결과가 마음에 들면 그 방식을 다른 곳에도 씁니다. 1인 창업에서 제가 배운 건 이 정도입니다. 직접 만들지 않아도 됩니다. 대신 맡기기 전에 목적과 선을 먼저 말해 둬야 합니다.

셋, 이튿날 밤에 방향이 뒤집혔습니다

10월 6일 저녁에는 이 블로그에 방송 콘텐츠 특화 카테고리를 만들고 하루 5편을 올리라는 지시가 나갔습니다. 그런데 밤 8시 40분대에 제가 멈췄습니다. "잠깐. 이걸 이 블로그가 하면 안 돼. 이 블로그는 그 어떤 돈도 안 돼. 돈이 되는 다른 블로그에서 하는 건 어때?"

돈이 목적이 아니라고 정해 둔 블로그에 하루 5편짜리 특화 일이 얹히려던 순간이었습니다. 특화 지시는 전부 취소했고 블로그는 원래대로 돌아갔습니다. 실행 전에 예약돼 있던 메시지 하나는 지웠고, 담당은 그 지시를 받기 전이어서 글이 나가지 않았습니다.

바꿔도 되는 설정과 다시 승인할 운영 조건

이 사례를 다른 일에 적용한다면 이름 변경과 운영 변경을 같은 수정으로 묶지 않는 것이 핵심입니다. 이름·별명·소개글은 정체성을 표현하는 설정이지만, 하루 3편과 수익을 붙이지 않는다는 조건은 블로그의 운영 목적에 해당합니다. 이틀째의 하루 5편 지시는 단순히 글을 더 쓰라는 요청이 아니라 처음 정한 발행량과 운영 범위를 다시 확인해야 하는 변경이었습니다.

바꿀 항목	처음 정한 조건	실행 전 확인
이름·프로필	A안 선택	최종안이 담당과 일치하는가
발행량·구성	하루 3편, 트렌드 3분의 2	하루 5편 지시가 기존 조건을 대체하는가
목적·주제	수익 목적 아님, 경제 주제 제외	새 업무가 원래 목적 안에 들어오는가
중단·판정	보호조치 한 건이면 중단	계속할 조건과 멈출 조건을 구분했는가

업무를 맡기는 독자라면 변경 요청에 최종안만 적기보다 이전 요청을 취소하는지와 어디까지 반영됐는지도 함께 확인할 수 있습니다. 이 글에서는 지시가 닿기 전에 이미 지우고 다시 보낸 일이 있었습니다. 요청한 사람의 생각과 담당이 처리한 상태가 다를 수 있다는 뜻입니다. 미전달·전달됨·반영됨을 나누면 같은 일을 다시 고치는 상황을 줄일 수 있습니다.

취소도 대상이 중요합니다. 이번에는 예약된 메시지를 지웠고 담당이 지시를 받기 전이어서 글이 나가지 않았습니다. 예약 메시지 취소와 이미 예약한 글의 취소는 다른 일입니다. 자기 업무에서는 무엇을 취소했고 무엇이 남아 있는지까지 확인해야 합니다. 10월 19일과 11월 2일은 처음 정한 판정일일 뿐, 날짜를 정했다는 사실이 성과 확인을 뜻하지는 않습니다. 이 이틀에서 확인되는 결과는 운영 조건의 충돌을 발견하고 실행 전에 멈췄다는 데 있습니다.

그래서 이 이틀이 남긴 것

이름을 바꾸는 일과 운영 방향을 바꾸는 일은 따로 판단해야 했습니다. 이름은 그 새벽에 고치면 끝났지만, 방향은 처음 정한 규칙과 부딪혀서 멈춰야 했습니다. 규칙을 먼저 적어 둔 덕에 어긋난 지시를 이튿날 알아본 것이 이번 이틀의 수확이라고 저는 봅니다.

10월 19일 판정일의 결과, 이 블로그의 유입과 조회 숫자는 이 글에서 다루지 않습니다. 확인 안 됨입니다. 다음 기록에서 이어서 적겠습니다.

기준일: 2026-10-22 · 최종 수정: 2026-10-25

수정 이력 · 2026-10-25 — 설정·운영조건·전달상태·취소대상 구분표와 적용 순서 보강, 도입·결론 과장 정정했습니다. 수치의 기준일은 기존 기록을 유지했습니다.