처음 D:bo를 공개했을 때, 가장 먼저 보여줄 수 있었던 기능은 투두와 리포트였습니다.

사용자는 오늘 해야 할 일을 적습니다. 진행 상태를 바꿉니다. 하루가 끝나면 일일 리포트나 주간 리포트로 자신의 업무를 되돌아볼 수 있습니다. 아주 작은 기능이었지만, 이 기능을 통해 확인하고 싶었던 질문은 분명했습니다.

디자이너의 하루는 어떻게 남을 수 있을까?

디자인 업무는 결과물만으로 설명되기 어렵습니다. 어떤 일을 했는지뿐 아니라 왜 그 일을 했고 어떤 선택을 했는지, 어디에서 막혔는지가 함께 남아야 다음 작업으로 이어질 수 있습니다. 그래서 D:bo의 첫 버전은 ‘할 일 관리’보다 ‘업무의 흔적을 남기는 방식’에 가까웠습니다. 하지만 실제로 제품을 만들고 사용 흐름을 다시 보면서, 한 가지 질문이 더 커졌습니다.

 투두와 리포트는 시작점일 수 있지만, 이것만으로 디자이너의 일을 충분히 설명할 수 있을까?

투두는 시작점이지, 목적지는 아니었습니다

투두는 분명 유용한 기능입니다.

오늘 해야 할 일을 밖으로 꺼내는 것만으로도 머릿속이 조금 정리됩니다. 여러 작업이 동시에 진행될 때는 지금 무엇을 봐야 하는지 확인하는 데도 도움이 됩니다. 하지만 디자이너의 일을 투두만으로 설명하기에는 부족한 부분이 많았습니다.

디자인 업무에는 완료 여부가 분명한 일도 있습니다. 반면 쉽게 체크 표시를 붙이기 어려운 일도 많습니다. 방향을 잡아야 하는 일, 피드백을 해석해야 하는 일, 팀과 합의가 필요한 일, 이전 결정을 다시 확인해야 하는 일이 계속 섞입니다.

이런 일들은 단순히 체크박스로 끝나지 않습니다.

오히려 중요한 것은 그 일이 어떤 배경에서 시작됐는지입니다. 어디에서 멈췄는지, 다음에는 무엇을 봐야 하는지까지 이어져야 합니다. 그래서 D:bo에서 투두는 목적지가 아니라 시작점에 가깝다고 생각하게 됐습니다.

리포트도 결과물이 아니라 연결 장치에 가까웠습니다

첫 버전에서 리포트 기능을 넣은 이유도 비슷했습니다.

디자이너에게 리포트는 단순히 보고서를 쓰기 위한 기능이 아니라고 생각했습니다. 하루 동안 흩어진 일을 되짚어보고, 내가 어떤 방식으로 일했는지 확인하는 도구에 가까웠습니다.

하지만 리포트 역시 그 자체로 끝나면 아쉬움이 남았습니다.

오늘의 일을 정리하는 것만으로는 충분하지 않았습니다. 정리된 내용은 다음 작업으로 이어져야 했습니다. 미뤄진 일은 다시 계획으로 돌아와야 하고, 반복해서 막히는 부분은 다음 선택의 힌트가 되어야 합니다. 공유가 필요한 내용은 팀에 전달할 수 있어야 합니다. 지난 선택의 이유도 이후 작업에서 다시 꺼내볼 수 있어야 합니다.

즉, 리포트는 마지막 결과물이 아니라 다음 행동으로 넘어가기 위한 연결 장치에 가까웠습니다.

다시 정리한 질문은 ‘기능’이 아니라 ‘흐름’이었습니다

그래서 최근 D:bo의 방향을 다시 정리하고 있습니다.

투두와 리포트를 각각의 기능으로 보기보다, 업무가 다음 행동으로 이어지는 구조를 실험하고 있습니다.

처음에는 “디자이너에게 필요한 투두와 리포트는 무엇일까?”를 많이 고민했지만 지금은 질문이 조금 달라졌습니다. 일이 어디에서 끊기고 있을까? 이 질문을 다시 보면, 문제는 하나의 기능만으로 해결되지 않았습니다.

할 일을 적는 순간은 실제 작업으로 이어져야 합니다. 

작업 중 생긴 선택은 나중에 다시 확인할 수 있어야 합니다. 

하루가 끝난 뒤의 정리는 다음 계획이나 공유로 자연스럽게 연결되어야 합니다.

결국 중요한 것은 투두, 리포트, 공유, 회고를 각각 따로 두는 것이 아니었습니다.

이 요소들이 하나의 흐름 안에서 이어지는 구조로, 더 많은 기능 보다

디자이너의 일이 끊기지 않고 이어지는 방식이 필요했습니다.

디자이너의 일은 기획, 작업, 회고가 따로 존재하지 않습니다

디자이너의 하루를 보면 기획, 작업, 공유, 회고가 명확하게 나뉘어 있지 않습니다.

레퍼런스를 보다가 방향을 다시 정하는 순간이 있습니다. 작업 도중 이전 피드백이 떠오르기도 합니다. 회의에서 나온 말 한마디가 다음 시안의 기준이 되기도 합니다. 하루 끝의 정리가 다음날의 우선순위를 바꾸는 경우도 있습니다.

디자인 업무는 선형적인 단계라기보다 계속 이어지는 루프에 가깝습니다.

그런데 많은 도구는 이 루프를 각각 다른 공간에 나눠서 관리합니다. 작업은 피그마에 있습니다. 대화는 슬랙에 남습니다. 정리는 노션으로 옮겨집니다. 할 일은 또 다른 도구에 흩어집니다. 그러다 보면 디자이너는 작업을 하는 사람인 동시에, 계속해서 흩어진 맥락을 다시 이어 붙이는 사람이 됩니다.

D:bo가 앞으로 더 잘 풀고 싶은 문제도 바로 이 지점입니다.

AI Agent가 필요하다면, 먼저 흐름을 이해해야 합니다

요즘 많은 제품이 AI Agent를 이야기합니다.

하지만 디자이너를 위한 AI Agent가 정말 도움이 되려면, 단순히 명령을 받아 작업을 대신하는 것만으로는 부족하다고 생각합니다.

중요한 것은 디자이너의 업무 흐름을 이해하는 일입니다.

무엇을 하던 중이었는지. 왜 그 일이 시작됐는지. 어떤 선택이 필요했는지. 다음 작업에 이어져야 하는 배경은 무엇인지. 이런 내용을 알아야 AI가 단순한 자동화 도구를 넘어 실제로 일을 돕는 동료에 가까워질 수 있습니다. 그래서 투두와 리포트를 넘어, 디자이너의 업무 흐름을 더 잘 연결하는 방향으로 정리하고 있습니다.

처음부터 완벽한 Agent를 만들 수는 없더라도 작은 기록이 쌓이고, 그 기록이 다음 행동으로 이어지는 구조를 만들 수 있다면 조금씩 그 방향에 가까워질 수 있다고 생각합니다.

D:bo를 만들어 나가는 이유

어떤 기능을 넣을지보다, 어떤 흐름을 만들어야 하는지에 더 집중하고 있습니다.

투두는 할 일을 적는 곳에서 끝나지 않고 리포트는 하루를 정리하는 곳에서 끝나지 않아야 합니다. 공유는 별도의 부담이 아니라 자연스럽게 이어지는 다음 행동이 되어야 합니다. 이 모든 과정은 디자이너가 더 많은 문서를 쓰게 만드는 방향이 아닌 하고 있는 일을 더 잘 남겨서 다시 활용할 수 있게 만드는 방향이어야 합니다.

D:bo의 다음 버전은 이 관점에서 준비하고 있습니다.

아직은 투두와 리포트가 중심인 작은 서비스지만 앞으로는 디자이너의 기획, 작업, 공유, 회고가 조금 더 자연스럽게 이어질 수 있는 구조를 만들어가려고 합니다.

D:bo의 다음 버전을 준비하고 있습니다.

첫 버전을 통해 확인한 것은, 디자이너에게 필요한 것이 단순한 할 일 관리만은 아니라는 점이었습니다. 더 중요한 것은 업무의 흐름과 선택의 이유가 끊기지 않게 남는 구조였습니다. 앞으로 이 방향을 바탕으로 제품의 흐름을 다시 정리해 다음 버전으로 개선해보려 합니다.

그 과정을 이오플래닛에도 계속 기록해보겠습니다.

[D:bo 디보 보러 가기]