바이브코딩으로 만든 도구가 실제로 쓰이기 시작하는 것은 만든 날이 아니다. 직접 만들어 쓴 경험에서, 도구를 완성한 날과 그 도구가 업무 흐름에 자연스럽게 들어온 날 사이에는 약 3주의 간격이 있었다. 이 글은 그 3주를 주차별로 기록한다.
1주차: 만들어놓고 안 쓰는 구간
1주차는 도구가 존재하지만 손이 가지 않는 구간이다. 이 구간에서 하루 사용 횟수는 0~2회에 그쳤다.
이유는 간단하다. 기존 습관이 더 빠르기 때문이다. 새 도구를 열기 위해 탭을 바꾸거나, 주소를 타이핑하거나, 어떻게 쓰는지 기억을 더듬는 그 0.5초짜리 마찰이 쌓이면 결국 기존 방식으로 돌아간다.
1주차에 발견한 문제 3가지:
- 도구를 여는 것 자체가 업무 흐름에서 한 단계 더 늘어난다
- 결과물이 익숙한 형태가 아니어서 다시 손질하는 시간이 생긴다
- "이걸 쓰는 게 더 빠른가?"라는 질문을 매번 다시 하게 된다
이 단계에서 포기하면 도구는 그냥 만들어둔 것으로 남는다. 1주차가 가장 위험한 구간이다.
2주차: 손봐야 쓰이는 구간
2주차에는 도구를 3가지 지점에서 수정했다. 수정 전후 하루 사용 횟수가 달라졌다.
수정 1: 입력 단계 줄이기 초기 도구는 입력 항목이 5개였다. 그 중 3개는 자동으로 채울 수 있는 값이었다. 2개로 줄인 뒤 사용 빈도가 하루 1회에서 4~5회로 늘었다.
수정 2: 기존 동선에 붙이기 도구를 독립 페이지로 열어야 했다. 이미 매일 여는 대시보드에 버튼 하나를 추가했더니 열지 않아도 눈에 들어왔다. 접근성을 바꾼 것이 사용 빈도에 직접 영향을 줬다.
수정 3: 조용히 실패하지 않게 하기 도구가 실행 중 오류가 나도 화면에 아무런 표시가 없었다. 결과가 비어 있는 것인지, 실패한 것인지 알 수 없었다. 오류 메시지와 재시도 버튼을 추가한 뒤에야 도구를 믿고 쓸 수 있게 됐다.
세 가지 수정은 모두 기능 추가가 아니었다. 마찰을 줄이고, 신뢰를 높이고, 접근성을 바꾼 것이었다.
3주차: 없으면 불편해지는 전환점
3주차가 되면 도구가 없을 때 불편함을 느끼기 시작한다. 이것이 정착의 신호다.
정착됐다고 판단한 신호 3가지:
- 하루 사용 횟수가 5회를 넘고 7일 이상 유지된다
- 도구 없이 기존 방식으로 하려 했을 때 귀찮다는 느낌이 든다
- 도구가 멈췄을 때 "지금 왜 안 되지?"라고 즉시 알아챈다
이 3가지가 모두 나타나는 데 직접 걸린 기간은 약 18일이었다. 만든 날로부터 3주를 넘기지 않았다.
정착 판정 기준: 수치로 정하면 명확해진다
정착 여부를 수치로 판단하는 기준 3가지:
- 하루 사용 횟수: 5회 이상, 7일 연속 유지
- 수동 대체 비율: 같은 작업을 도구 없이 한 비율이 20% 미만
- 멈춤 체감 불편도: 도구가 10분 이상 작동하지 않을 때 불편함을 느끼는가
세 가지 기준을 모두 통과하면 정착으로 판정한다. 하나라도 미달이면 아직 습관이 되지 않은 것이다.
정착에 실패한 도구 1건
같은 시기에 만든 도구 중 3주가 지나도 쓰이지 않은 것이 1건 있다. 파일을 정리하는 도구였다. 실패한 이유는 명확했다. 파일 정리는 하루에 한 번 이상 하지 않는 작업이었다. 정착의 조건인 "하루 5회"와 처음부터 맞지 않았다.
만들 때 놓친 지점: 사용 빈도가 낮은 작업은 자동화보다 체크리스트가 맞는다. 도구를 만들기 전에 "하루에 몇 번 이 작업을 하는가"를 먼저 확인했어야 했다.
3주 안에 정착시키려면 만들기 전에 정해둘 것 2가지
- 하루 사용 목표 횟수를 정한다. 만들기 전에 "이 도구를 하루에 몇 번 쓸 것인가"를 먼저 쓴다. 하루 3회 미만이면 자동화가 아니라 다른 방식을 먼저 검토한다.
- 어디서 열 것인지를 정한다. 새 탭이나 별도 주소가 필요한 도구는 처음부터 쓰이기 어렵다. 이미 매일 여는 화면에 붙이는 방법을 만들기 전에 미리 정한다.
이 두 가지를 정하고 만들면 1주차 사용 횟수가 다르다. 도구의 완성도보다 도구가 들어갈 자리가 먼저다.