요즘은 뭔가를 관리하려고 하면 자연스럽게 대시보드부터 떠올린다. 글감도 대시보드로 모으고, 콘텐츠 발행도 대시보드로 보고, 고객 자료도 상태값으로 정리하고, 자동화 결과도 한 화면에 띄우고 싶어진다.

웹핏을 운영하는 나도 그랬다. 스레드, 블로그, 뉴스레터, SEO, 릴스까지 늘릴 생각을 하면서 채널별 상태를 한눈에 보는 화면 즉 현황판을 만들고 싶었다. 그런데 막상 만들려고보니 대시보드가 먼저가 아니었다. 대시보드는 일을 끝내주는 시스템이 아니라, 이미 정해진 판단과 행동을 보조하는 화면에 가까웠다.

대시보드는 보기 좋지만 일을 대신하지 않는다

대시보드는 매력적이다. 흩어진 정보를 한 화면에 모아주고, 상태를 색깔로 보여주고, 그래프와 숫자로 지금 상황을 정리해준다. 그래서 일을 더 잘하고 있다는 느낌을 준다. 하지만 대시보드가 있다고 일이 끝나는 것은 아니다. 매출이 보인다고 매출이 발생하는 것이 아니고, 콘텐츠 상태가 이동한다고 글이 좋아지는 것도 아니다. 그래프가 올라간다고 그 이유를 이해한 것도 아니다.

대시보드는 관찰 도구다. 문제를 보여줄 수는 있지만, 문제를 해석하고 다음 행동을 결정하지는 않는다. 이 차이를 놓치면 대시보드는 시스템이 아니라 장식이 된다. 화면은 정돈되어 있지만, 판단은 정돈되지 않은 상태로 남는다.

그래도 내가 대시보드를 만들고 싶었던 이유

나도 한동안 대시보드를 만들고 싶었다. 스레드, 블로그, 뉴스레터는 이미 운영하고 있었고, 다음에는 SEO와 릴스까지 늘릴 생각이었다. 그러면 자연스럽게 이런 생각이 든다. 채널별 글감이 몇 개 쌓였는지, 어떤 글이 발행됐는지, 어떤 주제가 뉴스레터로 갈 수 있는지, 어떤 경험과 관점이 SOUL에 남아 있는지 한눈에 보면 좋겠다고.

그 생각 자체가 틀린 것은 아니다. 문제는 순서였다. 화면을 먼저 만들면 정리될 것 같았지만, 실제로는 화면에 올릴 데이터의 의미가 먼저 정리되어야 했다. 그리고 그 데이터들이 어떤 순서에 따라서 처리되는지를 정해야 했다. 예를 들어 "경험"과 "관점"은 단순한 상태값이 아니다. 이 구분이 없으면 대시보드는 그저 글감 개수를 세는 표가 된다.

문제는 화면이 아니라 다음 행동이었다

콘텐츠 운영에서 중요한 것은 "몇 개가 쌓였는가"만이 아니었다. 더 중요한 질문은 따로 있었다. 이 글감은 블로그로 갈 것인가, 뉴스레터로 갈 것인가, 스레드로 짧게 쓸 것인가. 블로그 포스팅을 한다면, 검색니즈에 어떻게 맞출 것인가? 여기에 내 관점은 어떻게 넣어야? 웹핏의 포지셔닝을 강화하는가. 지금 당장 발행할 것인가, 더 쌓아둘 것인가.

이 질문에 답하지 못하면 대시보드는 일이 많다는 사실만 보여준다. 할 일이 많고, 자료도 많고, 상태값도 많은데 무엇을 먼저 해야 하는지는 여전히 보이지 않는다. 대시보드가 부족한 것이 아니라, 대시보드 뒤에 있어야 할 판단 기준이 부족한 것이다.

좋은 대시보드는 세 가지 질문에 답해야 한다

좋은 대시보드는 많은 것을 보여주는 화면이 아니다. 최소한 세 가지 질문에 답해야 한다. 첫째, 지금 어떤 상태인가. 둘째, 왜 이런 상태가 되었는가. 셋째, 그래서 무엇을 해야 하는가. 이 세 번째 질문이 빠지면 대시보드는 보고서에 가깝고, 시스템이라고 부르기는 어렵다.

예를 들어 블로그 글이 네 개 쌓였다는 정보만으로는 부족하다. 어떤 글은 바로 발행해도 되고, 어떤 글은 제목을 더 다듬어야 하고, 어떤 글은 고객 문의로 연결되는 CTA가 약할 수 있다. 중요한 것은 개수가 아니라 다음 판단이다.

대시보드가 보여주는 것과 실제로 필요한 판단

숫자보다 판단 기준이 먼저다

AI 시대에는 결과물을 만드는 속도가 빨라진다. 원고 초안도 빨리 나오고, 제목 후보도 많이 만들 수 있고, 표와 문서도 금방 정리된다. 하지만 결과물이 많아질수록 더 중요해지는 것은 판단 기준이다. 무엇이 좋은 글인지, 어떤 주제가 지금 발행할 만한지, 어떤 자료가 고객에게 신뢰를 줄 수 있는지 판단해야 한다.

이때 대시보드는 판단을 대신하지 못한다. 다만 좋은 판단 기준이 있을 때 그것을 더 잘 보이게 할 수 있다. 그래서 대시보드를 만들기 전에 먼저 기준을 정해야 한다. 발행 준비의 기준, 뉴스레터 주제의 기준, SOUL에 경험으로 저장할 기준이 먼저 필요하다.

대시보드 만들기 전에 먼저 확인할 것

• 어떤 판단을 반복하고 있는가
• 그 판단에 필요한 입력값은 무엇인가
• 결과를 보고 다음에 어떤 행동을 할 것인가
• 사람이 승인해야 하는 기준은 무엇인가
• 자동화로 넘길 수 있는 고정 규칙은 무엇인가
• 화면에 꼭 보여줘야 할 최소 정보는 무엇인가

대시보드보다 먼저 필요한 것

내가 지금 터미널과 Google Docs로 버티는 이유도 여기에 있다. 아직 대시보드를 만들지 못해서가 아니라, 대시보드에 들어갈 기준이 계속 정교해지고 있기 때문이다. 블로그는 키워드, 메시지, 검색 의도, 형태소 같은 입력값이 필요하다.

뉴스레터는 경험과 관점, 리드문, 소제목, 하나의 주장 흐름이 필요하다. 스레드는 레퍼런스의 카피를 베끼는 것이 아니라 구조를 내 경험으로 바꾸는 기준이 필요하다.

실제로 내가 대시보드를 미뤄둔 이유도 여기에 있다. 필요 없어서가 아니라, 아직 무엇을 보여줘야 하는지보다 무엇을 보고 판단해야 하는지가 더 중요했기 때문이다.

블로그 원고 하나를 보낼 때도 "발행 완료"로 끝나는 것이 아니라 제목, 소제목, 표, CTA, 독자의 다음 행동까지 확인해야 했다. 스레드 레퍼런스도 "몇 개 저장했는가"보다 그 구조를 내 고객 문제와 내 경험으로 바꿀 수 있는지가 더 중요했다. 내가 원했던 것은 예쁜 현황판이 아니라, 다음 행동을 결정하게 해주는 기준이었다.

시간제 강사님 홈페이지 교육 기획이나 답례품 업체 고객 기획을 할 때도 마찬가지였다. 단순히 폴더를 만들고 문서를 넣는다고 기획이 끝나는 것이 아니었다. 고객의 도메인 지식, 강점, 신뢰 근거, 문의 전 불안을 어떤 순서로 정리할지 판단해야 했다. 이 기준이 잡히기 전에는 대시보드가 있어도 보여줄 수 있는 것은 진행률뿐이다.

내가 계속 붙잡고 있는 기준도 같다. 웹핏은 없는 전문성을 그럴듯하게 포장하는 일이 아니라, 이미 자기 분야의 지식과 경험이 있는 전문가가 온라인에서 이해되고 신뢰받고 문의로 이어지도록 구조를 만드는 일에 가깝다. 그래서 대시보드는 그 구조가 실제로 작동하는지 확인하는 도구여야지, 구조 자체가 되어서는 안 된다.

이 기준이 생기면 대시보드는 나중에 만들어도 된다. 오히려 그때 만드는 대시보드가 더 낫다. 어떤 데이터를 보여줄지, 어떤 상태값이 필요한지, 어떤 버튼이 다음 행동으로 이어지는지 알 수 있기 때문이다. 화면은 마지막에 붙어야 힘이 생긴다.

결국 시스템은 화면 뒤에 있다

대시보드는 시스템의 표면이다. 진짜 시스템은 화면 뒤에 있다. 자료가 들어오고, 사람이 기준을 만들고, AI가 맥락을 해석하고, 확정된 행동이 실행되고, 결과가 다시 기준을 개선하는 흐름이 있어야 한다. 그 흐름이 없으면 아무리 예쁜 대시보드도 일을 끝내주지 않는다.

그래서 나는 이제 대시보드를 급하게 만들지 않으려고 한다. 먼저 내가 무엇을 보고 판단하는지, 어떤 기준으로 글감을 고르는지, 어떤 자료를 고객 기획으로 바꾸는지, 어떤 경험을 자산으로 남기는지 정리하려고 한다. 화면은 그다음이다. 대시보드는 일을 끝내주지 않는다. 일을 끝내는 것은 화면이 아니라, 판단이 실행으로 이어지는 구조다.