넛지 · 행동설계

넛지란?

넛지를 도입하면 교육 담당자의 일이 달라집니다. "왜 아직 안 하셨냐"고 독려 메일을 돌리던 자리에, 언제 어떤 화면에서 무엇이 먼저 보이게 할지를 따지는 작업이 들어섭니다. 바꾸는 대상이 사람의 마음이 아니라 그 사람이 통과하는 절차라는 점이 핵심입니다. 신청 버튼의 위치, 알림이 뜨는 요일과 시각, 제출 양식의 칸 개수처럼 아무도 회의 안건으로 올리지 않던 것들이 실행률을 좌우합니다. 의지가 약하다고 탓하기 전에 절차의 마찰부터 세어보는 것이 행동설계의 출발점입니다.

실무에서 쓰는 수단은 대체로 네 갈래입니다. 기본값(신청해야 참여가 아니라, 빠지겠다고 해야 제외), 마찰 조절(클릭 다섯 번을 두 번으로), 사회적 증거("같은 직급 62명 중 41명이 이미 했습니다"), 타이밍(교육 직후가 아니라 현업 복귀 2주 차 화요일 오전). 인센티브·규정과는 성격이 다릅니다 — 포상금은 보상이고 사규는 명령이지만, 넛지는 선택지의 배열만 손댑니다. 취소할 자유가 남아 있으면 넛지, 그 문이 닫히면 규정입니다. 반대로 절차를 일부러 복잡하게 만들어 포기하게 하는 설계는 슬러지라 부르며, 해지·환급 절차에 흔히 숨어 있습니다.

다만 모든 문제에 듣지는 않습니다. 넛지가 힘을 쓰는 영역은 하기 싫은 게 아니라 미루는 행동, 즉 자주 마주치고 판단 비용이 낮은 장면입니다. 역량 부족과 동기 부족을 구분하지 않으면 헛돕니다. 피드백 스킬 자체를 모르는 팀장에게 리마인드를 100번 보내도 대화의 질은 그대로입니다. 도입 전에 세 가지만 확인하십시오. 선택지가 서너 개 이하로 단순한가, 대상자가 그 장면을 매주 마주치는가, 기본값을 바꿀 시스템 권한이 우리 손에 있는가 — 세 번째가 없으면 설계가 아니라 부탁으로 끝납니다.

가장 흔한 오해는 넛지를 알림을 더 많이 보내는 일로 여기는 것입니다. 메일·문자·사내 메신저로 같은 공지를 3중으로 쏘면 3주 차부터 열람률이 떨어지고, 그다음부터는 진짜 중요한 공지까지 함께 묻힙니다. 더 위험한 건 몰래 기본값을 바꾸는 경우입니다. 동의 없이 전 직원을 과정에 자동 등록해 놓으면 "누가 내 이름으로 신청했습니까"라는 항의가 먼저 오고, 한 번 어긋난 신뢰는 다음 설계까지 막습니다. 설계했다는 사실을 먼저 알리고 빠져나갈 문을 열어두는 것이 최소 조건이며, 야근 때문에 교육을 못 듣는 구조를 넛지로 덮으려 들면 반발만 커집니다.