Todo로는 정리되지 않는 디자이너의 하루

디자이너도 Todo를 씁니다.

오늘 해야 할 일을 적고,  
진행 중인 작업을 확인하고,  
끝난 일을 체크합니다.

이런 방식은 분명 필요합니다.

할 일을 눈에 보이게 만드는 것만으로도  
작업은 조금 정리된 것처럼 느껴집니다.


하지만 디자인 업무는  
일반적인 Todo만으로 정리되지 않는 순간이 많습니다.


디자이너가 처리해야 하는 것은  
단순히 “할 일”만이 아니기 때문입니다.

디자인 피드백을 해석해야 하고,  
작업의 목적을 다시 확인해야 하고,  
어떤 기준으로 수정할지 판단해야 합니다.

때로는 회의에서 나온 말을 다시 정리해야 하고,  
팀에게 왜 이 방향으로 가야 하는지 설명해야 합니다.


그래서 디자이너에게 필요한 업무관리툴은  
일반 Todo 앱과 조금 다른 구조를 가져야 합니다.


일반 Todo는 할 일을 기록합니다

일반 Todo의 중심은 명확합니다.

무엇을 해야 하는지 적고,  
진행 상태를 바꾸고,  
완료 여부를 확인합니다.

이 구조는 빠르고 단순합니다.

장보기, 이메일 보내기, 문서 제출하기처럼  
작업의 목적과 실행 방법이 이미 분명한 일에는 잘 맞습니다.


하지만 디자인 작업은 항상 그렇게 단순하지 않습니다.


예를 들어  
“메인 화면 CTA를 수정한다”는 Todo가 있다고 해보겠습니다.

겉으로는 명확해 보입니다.

하지만 실제 작업에 들어가면  
질문이 다시 생깁니다.

왜 CTA를 수정해야 하는가.

어떤 피드백에서 나온 작업인가.

사용자가 어디에서 멈췄는가.

이번 수정에서 반드시 확인해야 할 기준은 무엇인가.


이 질문들이 정리되지 않으면  
Todo는 있어도 작업은 쉽게 앞으로 나아가지 못합니다.


디자인 업무에는 판단의 맥락이 필요합니다

디자인 작업은 결과물만 만드는 일이 아닙니다.

무엇을 남길지,  
무엇을 덜어낼지,  
어떤 방향을 선택할지 계속 판단하는 과정입니다.

그래서 디자이너의 업무관리툴에는  
할 일 목록뿐 아니라 판단의 맥락이 함께 남아야 합니다.


어떤 피드백을 받았는지.

그 피드백이 어떤 문제를 가리키는지.

이번 작업에서 유지해야 할 기준은 무엇인지.

어디까지 실행하고 어디서 다시 확인해야 하는지.


이런 정보가 함께 있어야  
작업은 단순한 처리 항목이 아니라  
디자인 의사결정의 흐름 안에 놓이게 됩니다.


디자이너 업무관리툴은 workflow를 이어야 합니다

좋은 디자이너 업무관리툴은  
할 일을 많이 보여주는 도구가 아닙니다.

작업이 어디에서 시작됐고,  
지금 어떤 판단 위에 놓여 있으며,  
다음 행동으로 어떻게 이어져야 하는지 보여줘야 합니다.


브리프는 작업의 기준을 정리합니다.

실행보드는 그 기준이 실제 작업으로 이어지는 과정을 보여줍니다.

리포트와 회고는 완료된 작업이 다음 디자인 의사결정으로 이어지도록 돕습니다.


이 흐름이 연결될 때  
디자인 workflow는 단순한 Todo 목록을 넘어섭니다.

작업은 기록되고,  
판단은 남고,  
다음 실행은 조금 더 선명해집니다.


디자이너에게 필요한 것은 할 일 목록 너머에 있습니다

디자이너에게 Todo가 필요 없다는 뜻은 아닙니다.

오히려 할 일은 반드시 보여야 합니다.

다만 그 할 일이  
어떤 피드백에서 시작됐는지,  
어떤 브리프와 연결되는지,  
어떤 기준으로 완료되어야 하는지 함께 남아야 합니다.


디자인 업무관리툴이 일반 Todo와 다른 지점은 여기에 있습니다.

일반 Todo가 “무엇을 해야 하는가”를 보여준다면,  
디자이너 업무관리툴은 “왜 이 일을 해야 하는가”와  
“어떤 판단을 따라 실행해야 하는가”까지 함께 보여줘야 합니다.


D:bo는 이 관점에서 만들고 있는 디자인 의사결정 AI 에이전트입니다.

디자인 피드백, 회의 메모, 작업 고민을  
브리프와 실행보드, 리포트와 회고로 연결해  
디자이너의 workflow가 끊기지 않도록 돕는 구조를 실험하고 있습니다.

 

D:bo 살펴보기:
https://dibo.so/

디자인만 하세요, 나머지는 D:bo가 합니다.