1인 개발자 콕핏, 지표 대시보드에서 '오늘 할 일' 도구로 바꾼 이유

한동안 제 작업 콕핏에는 위젯이 12개쯤 떠 있었어요. 방문자 수, 에러율, 자동화 실행 횟수, 응답 시간... 매일 아침 5분씩 들여다봤죠. 그런데 몇 주 써 보니 이상했어요. 숫자는 다 보이는데, 정작 "그래서 지금 뭘 해야 하지?"에는 답이 안 나오더라고요.

혹시 이런 적 없나요? 대시보드는 예쁜데, 열어 봤더니 결국 아무 행동도 안 하고 닫는 거요.

지표는 상태일 뿐, 다음 행동이 아니에요

곱씹어 보니 원인은 단순했어요. 지표는 "무슨 일이 일어났나"를 알려주지, "내가 뭘 해야 하나"는 알려주지 않아요. 특히 요즘은 자동화 워크플로우와 AI 에이전트가 밤사이 상당량을 처리해 둬요. 초안 작성, 분류, 1차 검토 같은 것들요. 그러면 아침에 제가 볼 건 차트가 아니라 "에이전트가 끝낸 것"과 "내 결정이 필요한 것", 이 두 묶음이거든요.

지표 대시보드(상태 나열) vs 할 일 콕핏(다음 행동 제시)

자동화 결과를 '결정 대기줄'로 바꿨어요

그래서 반나절 정도 들여 콕핏을 다시 설계해 봤어요. 위젯 12개를 카드 1장으로 줄이고, 화면 맨 위엔 오늘 처리할 항목 3~5개만 남겼어요.

핵심은 자동화 파이프라인의 출력을 곧바로 "할 일"로 바꾸는 거였어요. n8n 워크플로우나 로컬 스크립트가 결과를 낼 때 성공/실패 로그만 쌓지 않고, "사람 확인 필요" 플래그가 붙은 항목을 따로 줄 세우게 했죠. 제가 하는 일은 그 줄을 위에서 아래로 승인하거나 반려하는 것뿐이에요.

자동화 실행→결과 분류→확인 필요만 콕핏 상단→사람 승인·반려

돌려 보니 콕핏을 여는 이유가 달라졌어요. 전에는 하루 3~4번 열어 숫자만 확인했는데, 지금은 하루 한 번 대기줄을 비우면 끝이에요.

지표를 버린 건 아니에요

오해는 없었으면 해요. 에러율이나 실행 성공률 같은 지표는 여전히 중요해요. 다만 한 단계 접어 뒀어요. 평소엔 숨어 있다가 임계치를 넘으면 그것 자체가 "확인 필요" 할 일로 올라오게요. 항상 떠 있는 숫자가 아니라, 행동이 필요할 때만 나타나는 신호로 바꾼 셈이에요.

이 방식은 플랜씨(plan-c)나 플랜엘(plan-l)처럼 서비스를 혼자 여럿 굴릴 때 특히 도움이 됐어요. 상태를 다 기억할 수 없으니, 콕핏이 "지금 손댈 곳"만 골라 주면 머릿속이 한결 가벼워지거든요.

완벽하다고 말하긴 일러요. 아직 며칠 써 본 정도고, 알림이 잦아지면 이것도 다시 소음이 될 수 있어요. 그래도 방향은 분명해요. 대시보드가 제가 찾아가는 도구였다면, 콕핏은 다음 행동을 제게 가져다주는 도구예요. 혼자 운영할수록 봐야 할 화면은 적을수록 좋더라고요.