시간 기록에서 어려운 것은 시작을 누르는 순간이 아니다. 아무도 지켜보지 않는 상황에서 그 습관을 이어가는 일이며, 측정이 의지에 기대는 순간 자료에는 반드시 빈틈이 생긴다.

버튼 하나, 그리고 버튼을 누르지 않는 부분

Toggl 의 입구는 온라인 계시기다. 공식 분류는 시간 추적과 생산 능력 계획에 두고 있고, 첫 화면에는 수백만 명이 신뢰하는 계시기라는 표제가 놓인다. 입장은 분명하다. 팀이 생산 능력과 수익성, 과제 계획에 필요로 하는 시간 자료를 내놓는다는 것이다. 가장 자주 쓰는 동작은 한 번의 조작으로 접힌다. 시작하고 작업을 바꾸고 멈춘다. 기록은 고객과 과제, 작업이라는 몇 층에 떨어진다.

눈여겨볼 점은 공식 기능 안내의 첫 자리에 자동 시간 추적이 오고 계시기 자체가 아니라는 것이다. 여기에 경중의 판단이 드러난다. 손으로 누르는 일보다 기록에서 빠진 시간을 메우는 일이 더 풀어야 할 과제라는 뜻이다. 이 생각을 중심으로 공식이 늘어놓는 것은 공수표, 시간 보고와 분석, 청구, 휴가 관리, 다른 도구와의 연동이다. 기록에서 정산까지가 한 줄로 이어진다.

같은 기록을 세 각도로 읽기

기록이 쌓인 뒤의 값어치는 읽어낼 수 있는가에 달려 있다. 공식은 보고를 서로 독립된 각도로 나눈다. 수익성 보고는 고객과 과제로 나누어 청구 가능한 공수와 과제별 이윤율을 그대로 보여준다. 가동률 보고는 다른 질문에 답한다. 전체 시간 가운데 청구 가능한 부분이 얼마를 차지하고 구성원의 부하가 어떻게 배분되었는가. 시간 기록 보고는 명세로 돌아가 고객과 과제, 작업, 표식, 시작과 끝 시각으로 한 건씩 늘어놓는다.

세 각도는 세 종류의 읽는 이에 맞는다. 관리자는 이익과 생산 능력을 보고, 팀 책임자는 배분이 고르지 않은지 보고, 실행하는 본인은 하루의 시간이 어디로 갔는지 스스로 확인한다. 공식은 활용 장면도 고용자의 공수 추적, 시간에 따른 청구, 과제 공수 추적, 급여 계산 네 가지로 묶는다. 같은 기록을 다른 정산 규칙으로 다시 쓰는 것뿐이다.

두 이름이 하나로, 그리고 실행 환경

설명해둘 변화가 하나 있다. 이 제품은 오래 두 개의 독립된 이름으로 나왔다. 계시를 위한 Toggl Track 과 과제 계획을 위한 Toggl Plan 이다. 그래서 많은 자료가 여전히 Toggl Track 이라 부른다. 지금 공식 페이지에서는 표제가 단일한 Toggl 로 돌아왔고 기능 설명도 시간 추적과 생산 능력 계획을 나란히 놓는다. 페이지 위쪽에는 둘 중 하나를 쓰는 사람에 대해 두 제품 모두 계속 쓸 수 있고 지원도 이어지며 각자의 옛 입구도 남긴다고 적혀 있다. 다시 말해 주된 이름의 수렴이지 제품의 종료가 아니다.

실행 환경의 범위도 마찬가지로 갖춰져 있다. 공식은 네 가지를 든다. Windows 판은 계시와 과제 관리를 하나로 묶고, Mac 판은 책상 위에서의 자연스러운 경험을 강조하며, iOS 판과 안드로이드 판은 이동 중인 상황을 겨냥한다. 나중에 시간을 더해야 하는 사람에게 손안에서 한 건 빨리 적는 일이 책상 위 기능의 많고 적음보다 자료가 온전히 모이는지를 좌우한다.

시간은 기록해도 늘지 않는다. 다만 기록된 시간만이 판단에 들어간다. 이런 도구의 값어치는 잰 1초가 아니라 흩어진 동작을 되물을 수 있는 숫자로 바꾸는 데 있다.

쓰는 방법으로는 기록을 시작하기 전에 고객과 과제의 층을 정해둔다. 나중의 정리는 기록 자체보다 비싸다. 이동 중에는 덧붙이기와 빠른 전환에, 책상 위에서는 확인과 내보내기에 쓴다. 여러 사람이 얽히면 기록의 규칙을 하나로 정해 같은 작업이 사람에 따라 다른 분류에 떨어지지 않게 한다.