노션 완료 버튼 하나로 상태 변경과 후속 할 일 만들기

노션에서 할 일을 끝낼 때 상태를 바꾸고, 완료일을 적고, 다음 할 일을 따로 만드는 일이 반복된다면 데이터베이스 버튼으로 묶어보세요. 한 행의 버튼에 ‘현재 항목 수정’과 ‘새 페이지 추가’를 연결하면 돼요.

처음에는 상태 변경과 후속 항목 생성까지만 만드는 편이 좋아요. 아래는 ‘초안 작성이 끝나면 검수 할 일을 만든다’는 가상 업무 예시예요. 실제 고객 자료 없이 빈 테스트 데이터베이스에서도 구성을 확인할 수 있어요.

직접 제작한 동작 설명도. 노션 제품 화면을 재현한 이미지가 아닙니다.

먼저 알아둘 무료·유료 범위

데이터베이스 버튼 자체는 모든 요금제에서 제공돼요. 다만 이메일 전송과 웹훅 전송 등 일부 액션은 유료이고, Slack 알림은 Plus·Business·Enterprise 대상이에요. 버튼이 보인다고 모든 연결 액션까지 무료인 것은 아니에요. Notion 버튼 기능과 요금제 안내

이번 예시는 기본적인 속성 수정과 페이지 추가를 중심으로 구성해요. 외부 메일이나 Slack으로 메시지를 보내는 단계는 필요할 때 따로 검토하세요. 기본 버튼 구성에 AI의 문장 생성이 필수인 것은 아니에요.

1. 먼저 두 데이터베이스의 역할을 정합니다

‘작성 업무’에는 다음 속성을 준비해요.

• 이름: 예시로 ‘가을 안내문 초안’
• 상태: 시작 전 / 진행 중 / 완료
• 완료일: 날짜 속성
• 완료 처리: 새로 만들 버튼 속성

‘검수 업무’에는 이름, 상태, 담당자처럼 다음 사람이 실제로 볼 정보를 둬요. 지금은 이름을 ‘안내문 검수’, 상태를 ‘시작 전’으로 만들 예정이에요. 여러 종류의 초안을 관리한다면 원래 업무를 구별할 수 있는 이름 규칙도 정해두세요.

같은 데이터베이스에 후속 할 일을 추가해도 돼요. 다만 완료한 업무와 새로 시작할 업무를 어떻게 구분할지 먼저 정해야 목록이 복잡해지지 않아요.

2. 완료 버튼을 추가합니다

데이터베이스의 속성 편집에서 새 속성을 만들고 종류를 ‘버튼’으로 선택하세요. 표시 이름은 ‘완료하고 검수 만들기’처럼 결과가 드러나게 붙여요. 짧은 ‘완료’보다 새 항목도 생긴다는 점을 알리기 좋아요.

버튼의 자동화 편집 화면에서 액션을 추가해요. 현재 항목의 상태를 완료로 바꾸고, 완료일에는 버튼을 누른 시점을 나타내는 날짜 값을 설정하세요. 공식 가이드도 완료 상태와 Now 날짜를 함께 기록하는 예시를 제공해요. 화면의 한국어 문구는 업데이트에 따라 다를 수 있어요. Notion의 버튼 활용 가이드

3. 후속 할 일을 같은 버튼에 연결합니다

다음 액션으로 ‘페이지 추가(Add page to)’를 선택하고 목적지를 ‘검수 업무’로 정해요. 새 페이지 이름을 ‘안내문 검수’, 상태를 ‘시작 전’으로 설정해요. 필요하면 해당 데이터베이스의 템플릿을 사용할 수 있어요. 페이지 추가와 템플릿 설정

업무마다 제목을 다르게 만들고 싶다면 필드에서 제공하는 멘션이나 수식 선택 기능을 살펴보세요. 먼저 고정 제목으로 성공하는지 확인한 뒤 동적인 제목을 붙이는 순서가 디버깅하기 쉬워요. 처음부터 수식을 여러 개 넣으면 어느 단계가 문제인지 찾기 어려워져요.

설정을 마무리할 때 확인창도 추가하세요. 확인창을 첫 번째 액션으로 배치하고, 문구는 ‘현재 업무를 완료하고 검수 항목을 하나 만듭니다. 계속할까요?’처럼 구체적으로 적으세요. 확인창 기능은 실수로 누르는 경우를 줄이는 데 쓰여요. 확인창 액션 안내

가상 업무를 기준으로 직접 제작한 테스트 체크리스트입니다.

한 번 누른 뒤 세 군데를 확인하세요

테스트용 ‘가을 안내문 초안’에서 버튼을 한 번 눌러요. 원본 상태가 완료인지, 완료일이 기록됐는지, 검수 업무에 새 항목이 하나 생겼는지 확인하세요. 클릭한 사람과 후속 담당자를 다르게 둘 경우에는 담당자도 별도로 확인해요.

여기서 끝내지 말고 ‘동료가 같은 항목을 또 누르면 어떻게 될까?’도 생각해 보세요. 페이지 추가 액션은 실행할 때 새 항목을 만드는 구성이에요. 버튼만 붙였다고 중복 방지가 완성됐다고 보기는 어려워요.

실무에서는 완료하지 않은 업무만 보이는 작업용 보기를 만들고, 완료 이력을 보는 보기를 따로 두는 방법을 고려할 수 있어요. 다만 보기를 숨기는 것과 재실행을 기술적으로 차단하는 것은 다르므로, 정확히 한 번만 실행돼야 하는 중요한 업무는 별도 검증이 필요해요.

버튼이 저장되지 않거나 실행되지 않을 때

설정 중 오류가 표시되면 해당 액션의 대상부터 살펴보세요. 목적지 데이터베이스나 속성이 없어졌는지, 필요한 편집 권한이 있는지 확인해요. 버튼을 만들고 편집하려면 Full access 또는 Can edit 권한이 필요하며, 클릭에는 Can edit content 권한도 허용돼요. 권한과 오류 조건

권한 문제를 해결하려고 팀 전체에 필요 이상으로 접근 권한을 넓히지는 마세요. 목적지와 실제 사용자를 기준으로 필요한 권한만 확인하면 돼요.

실제로 쓸 버튼 이름과 항목 규칙을 정해볼게요

설정을 만들기 전에 결과를 한 문장으로 적어보면 좋아요. 이번 가상 예시의 목표는 ‘초안 한 건을 완료 처리하고, 그 초안의 검수 업무를 한 건 만든다’이에요. 검수 결과 승인이나 외부 발송까지 한 번에 처리하는 버튼은 아니에요.

버튼 이름에는 이 범위가 드러나야 해요. ‘업무 끝’처럼 넓은 표현을 쓰면 작성자는 초안 완료로 이해하고, 검수자는 전체 승인 완료로 오해할 수 있어요. ‘초안 완료·검수 생성’처럼 현재 단계와 다음 단계를 함께 적으면 무엇이 바뀌는지 설명하기 쉬워요.

새 검수 항목 이름도 정해둬요. 예를 들어 원본이 ‘가을 안내문 초안’이라면 후속 항목은 ‘가을 안내문 검수’로 구분하는 식이에요. 모든 항목 이름이 ‘검수’로만 생기면 담당자가 어떤 자료를 봐야 하는지 다시 물어봐야 할 수 있어요. 동적인 이름을 구성하기 어렵다면 테스트 중에는 고정 이름을 쓰되, 실제 운영 전에 원본을 구별할 정보를 어떻게 전달할지 결정하세요.

담당자는 버튼을 누른 사람과 같은지, 정해진 검수자인지도 확인해요. 이 글에서는 검수 담당자를 미리 지정하는 업무를 가정할게요. 그렇다면 작성자가 완료 버튼을 누르더라도 새 검수 업무에는 의도한 검수 담당자가 들어가야 해요. ‘누가 눌렀나’와 ‘누가 다음 일을 하나’를 나눠보면 속성 선택이 명확해져요.

테스트는 정상 클릭 말고 네 경우를 확인하세요

첫 번째는 정상 실행이에요. 테스트 원본 하나를 만들고 버튼을 한 번 눌러 상태, 완료일, 생성된 검수 항목을 확인해요. 기대 결과를 미리 적어둔 다음 실제 결과와 비교하면 테스트가 단순한 ‘눌러봤다’에서 끝나지 않아요.

두 번째는 확인창에서 취소하는 경우예요. 취소했을 때 원본과 후속 목록이 그대로인지 확인하세요. 이를 위해 확인창을 첫 액션으로 두라고 권하는 것이에요. 중요한 변경이 먼저 실행된 다음 마지막에 확인창이 뜨는 구성이라면 사용자에게 기대한 보호 장치가 되기 어려워요.

세 번째는 실제 팀원의 권한으로 사용하는 경우예요. 작성자 본인에게는 보이는 목적지라도 버튼을 누를 팀원에게 필요한 접근이 있는지 살펴봐요. 권한 검증은 실제 운영 역할을 기준으로 해야 해요. 테스트를 쉽게 하려고 모든 사람에게 넓은 권한을 주는 방식은 피하세요.

네 번째는 다시 클릭하는 경우예요. 테스트용 항목에서만 반복 실행해 결과가 어떻게 늘어나는지 확인해요. 재실행이 허용되는지, 이미 완료된 항목에 다시 버튼을 누르면 어떻게 안내할지를 운영 규칙으로 정해두세요. 실수로 실제 검수 목록을 늘리지 않도록 테스트 항목에는 이름 앞에 ‘테스트’를 붙이는 것도 방법이에요.

운영 전에 확인할 가상 테스트 시나리오를 직접 구성했습니다.

원본만 완료됐고 후속 항목이 안 보인다면

먼저 목적지 데이터베이스 전체에서 테스트 제목을 찾아봐요. 현재 보고 있는 보기에 필터가 있다면 새 항목이 안 보이는 것처럼 느낄 수 있으니, 항목이 정말 없는지부터 구분하세요. 이것은 문제를 좁히기 위한 점검 순서이며 모든 오류의 원인이 필터라는 뜻은 아니에요.

새 항목이 있다면 제목, 상태, 담당자가 기대와 같은지 확인해요. 새 항목이 없다면 버튼 설정에서 목적지와 추가 액션의 값을 살펴봐요. 이때 원본 상태가 이미 완료로 바뀌어 있다는 이유만으로 전체 자동화가 성공했다고 판단하지 마세요. 이번 버튼의 완료 기준은 원본 수정과 후속 항목 생성 두 가지예요.

복구하기 전에는 현재 보이는 상태를 간단히 기록하세요. 예를 들어 ‘원본 완료일 있음, 검수 항목 검색 결과 없음’처럼 적어요. 그런 뒤 잘못된 설정을 고치고 테스트용 항목으로 다시 확인해요. 실제 업무의 누락된 후속 항목을 수동으로 만들었다면, 버튼을 다시 눌러 같은 항목을 또 만들지 않도록 기록을 남겨야 해요.

여러 사람이 동시에 같은 업무를 처리할 가능성이 있다면, 누가 완료 버튼을 누르는지 역할도 정해두는 편이 좋아요. 금액 승인처럼 중복 실행의 영향이 큰 업무를 간단한 버튼 하나로 끝내려 하기보다는, 처리 이력과 재실행 방지 조건을 별도로 검토하는 것이 안전해요.

버튼을 계속 쓸 수 있게 관리하는 방법

속성 이름을 바꾸거나 검수 데이터베이스를 교체했다면, 화면에서 제목만 정리하고 끝내지 말고 버튼 테스트를 다시 해보세요. 외형상 같은 버튼이어도 연결된 목적지와 속성이 달라졌을 수 있어요.

버튼 옆이나 사용 안내 페이지에는 ‘누가 누르는지, 누르면 무엇이 생기는지, 잘못 눌렀을 때 누구에게 확인하는지’ 세 줄을 남겨두면 충분해요. 설명이 너무 길면 읽히지 않으니 세부 설정은 관리자용 기록에 보관하고, 사용자는 결과와 주의할 점을 쉽게 알 수 있게 구성하세요.

자주 묻는 질문

상태를 완료로 바꾸면 버튼도 자동 실행되나요? 이 글의 구성은 사람이 버튼을 눌러 시작하는 방식이에요. 속성 변화에 반응하는 자동화가 필요하다면 데이터베이스 자동화 기능과 요금제 조건을 별도로 확인해야 해요.

완료일을 매번 고정 날짜로 넣어야 하나요? 실행 시점을 나타내는 동적인 날짜 값을 선택해야 해요. 오늘 날짜를 고정 값으로 넣으면 나중에 누른 업무도 같은 날짜로 기록될 수 있으니 테스트에서 확인하세요.

후속 업무가 안 생겼는데 다시 누르면 되나요? 먼저 원본 상태와 목적지 목록을 확인하세요. 일부 결과만 보고 재실행하면 이미 생성된 항목을 또 만들 수 있어요. 테스트 기록을 남긴 뒤 문제가 있는 액션을 수정하는 편이 안전해요.

완료 버튼의 목표는 한 번에 많은 기능을 넣는 것이 아니에요. 팀이 반복하는 두세 단계를 정확히 묶고, 결과를 쉽게 확인할 수 있게 만드는 것부터 시작해 보세요.