AI 시대에 개발자는 무엇을 만들어야 할까?

AI에게 요구사항을 설명하면 간단한 화면과 API 초안을 몇 분 안에 확인할 수 있습니다. 테스트 코드와 문서도 함께 요청할 수 있고, 아이디어를 실제로 눌러 볼 수 있는 프로토타입으로 바꾸는 비용은 계속 낮아지고 있습니다.

개발자에게는 분명 좋은 변화입니다. 그러나 만들 수 있는 후보는 급증했지만, 무엇을 만들어야 하는지는 더 선명해지지 않았습니다. 기능을 빠르게 추가하는 능력만으로는 이 질문에 답할 수 없습니다.

이제 더 중요해진 질문은 이것입니다.

이 제품은 누구의 어떤 일을 실제로 끝내 주는가?

AI 시대의 개발자는 기능을 쌓기보다, 사람이 현실에서 하려던 일을 마치게 하는 도구를 만들어야 합니다.

핵심 요약

• 구현 비용이 낮아질수록 풀 가치가 있는 문제를 고르는 판단이 더 중요해집니다.
• 좋은 제품의 단위는 기능이 아니라 사용자가 실제로 마친 일입니다.
• AI 기능에는 확인, 수정, 복구, 대체 수단이 함께 설계되어야 합니다.

1. 구현이 쉬워질수록 문제 선택이 중요해집니다

과거에는 아이디어가 있어도 구현에 드는 시간과 비용 때문에 시작하지 못하는 경우가 많았습니다. 지금은 AI의 도움으로 초기 프로토타입을 훨씬 짧은 시간 안에 만들 수 있습니다. 문제는 사용자가 필요로 하는 제품까지 자동으로 만들어지는 것은 아니라는 데 있습니다.

기능의 개수는 제품의 가치를 증명하지 못합니다.

• 알림을 요약하는 기능보다 중요한 것은 사용자가 납부일을 놓치지 않는 것입니다.
• 버스 도착 숫자를 보여 주는 기능보다 중요한 것은 출발 시각과 승차 방향을 결정하도록 돕는 것입니다.
• 옷을 추천하는 기능보다 중요한 것은 가지고 있는 옷만으로 아침의 선택 시간을 줄여 주는 것입니다.

요약, 예측, 추천은 모두 중간 과정입니다. 사용자가 그 결과를 바탕으로 다음 행동을 하고 원래 하려던 일을 마쳐야 제품의 가치가 생깁니다.

그래서 제품 아이디어는 기술 이름이 아니라 사용자의 변화로 설명할 수 있어야 합니다.

이 제품은 [어떤 사람]이 [특정한 상황]에서 [하던 일]을 [더 나은 방식]으로 마치게 돕습니다.

이 문장을 구체적으로 채우기 어렵다면 아직 제품보다 기술 데모에 가까울 가능성이 큽니다. AI 모델을 바꾸거나 기능을 더하기 전에 누구의 어떤 순간을 바꾸려는지부터 좁혀야 합니다.

2. 만들 것은 사람들의 임시방편 속에 있습니다

좋은 문제는 회의실의 아이디어 목록보다 사람들이 이미 하고 있는 불편한 행동에서 발견되는 경우가 많습니다.

같은 내용을 여러 앱에 복사하고, 중요한 화면을 캡처하고, 잊지 않으려고 종이에 적고, 자동화 결과가 불안해 원문을 다시 확인하는 행동이 반복된다면 아직 끝나지 않은 일이 있다는 뜻입니다. 이런 임시방편은 풀 가치가 있는 문제라는 신호입니다.

예를 들어 작은 가게에서 문자로 받은 주문을 엑셀로 옮기는 상황을 생각해 볼 수 있습니다. AI로 주문 문장을 표로 바꾸는 초기 프로토타입은 비교적 빠르게 만들 수 있습니다. 그러나 실제 업무에는 빠진 상품 옵션, 중복 주문, 재고 부족, 주소 확인 같은 예외가 뒤따릅니다.

문장을 표로 바꾸는 데서 멈추면 입력 시간은 줄어도 검수 부담은 커질 수 있습니다. 진짜 제품은 예외를 찾고, 필요한 확인을 요청하고, 검증된 주문을 배송 시스템으로 전달하는 과정까지 이어져야 합니다.

초기에는 사용자가 남긴 수정 기록과 중단 지점만 살펴봐도 됩니다. 자동화를 멈추고 다시 수작업으로 돌아가는 순간이 제품이 놓친 단계를 보여 줍니다. 다음 질문을 따라가면 기능의 우선순위가 드러납니다.

1. 이 일을 시작하기 직전에 무슨 일이 있었는가?
2. 결과를 받은 뒤 사용자는 어디로 이동하는가?
3. 잘못됐을 때 누가 어떤 비용을 감당하는가?

제품이 켜져 있는 3분이 아니라 사용자의 하루 안에서 제품이 맡은 역할을 봐야 합니다.

3. AI의 답을 완료 경로로 바꿉니다

AI를 넣었다는 사실 자체는 제품의 목적이 될 수 없습니다. 생성형 AI는 정리되지 않은 문장, 이미지, 음성 같은 비정형 입력을 구조화할 때 유용할 수 있습니다. 반면 날짜 계산, 결제, 권한, 데이터 보존처럼 결과가 분명해야 하는 일은 규칙 기반 로직이 재현과 검증에 더 적합할 수 있습니다.

두 영역을 구분하면 AI는 앞에 드러나는 주인공이 아니라 사용자의 흐름을 돕는 부품이 됩니다.

학교에서 보낸 긴 안내문을 처리하는 서비스를 예로 들어 보겠습니다. 단순한 요약만으로는 준비물을 챙기거나 신청 기한을 지키기 어렵습니다. 실제로 일을 마치려면 다음 과정이 이어져야 합니다.

1. 준비물, 납부일, 제출 항목을 구분합니다.
2. 날짜와 대상이 불확실하면 확인이 필요하다고 표시합니다.
3. 원문을 바로 열어 보고 잘못 추출된 내용을 고칠 수 있게 합니다.
4. 사용자가 확인한 일정만 캘린더나 알림으로 보냅니다.

여기서 AI의 답변은 완성품이 아니라 다음 행동을 만들기 위한 재료입니다. 제품의 가치는 요약문이 얼마나 자연스러운지가 아니라 사용자가 준비물을 챙기고 마감일을 지켰는지로 판단해야 합니다.

범용 생성 기능을 하나 더 만드는 것보다 특정한 사람이 반복하는 일을 처음부터 끝까지 연결하는 작고 깊은 제품에 개인 개발자가 집중해 볼 만합니다.

4. 실패해도 빠져나올 수 있게 만듭니다

규칙 기반 로직은 결과를 재현하고 검증하기 상대적으로 쉽습니다. 반면 AI의 결과에는 불확실성이 남습니다. 그럴듯하지만 틀린 답이 나올 수 있고, 중요한 항목을 빠뜨리거나 사용자가 기대하지 않은 방식으로 데이터를 해석할 수도 있습니다.

따라서 AI 기능을 만드는 일에는 성공 화면뿐 아니라 실패했을 때 빠져나오는 길을 만드는 일도 포함되어야 합니다.

• 알아차리기: 확실하지 않은 결과를 사실처럼 보여 주지 않고, 원본과 생성 결과를 비교할 수 있게 합니다.
• 수정하고 되돌리기: 잘못 분류하거나 변경한 결과를 직접 고치고 이전 상태로 복구할 수 있게 합니다.
• 다른 경로 제공하기: 자동화가 처리하지 못한 경우 이를 명확히 알리고 수동 처리처럼 이용 가능한 방법을 보여 줍니다.
• 운영 중 관찰하기: 오류 로그, 사용자 수정 기록, 중단 지점을 확인하되 개인정보는 필요한 만큼만 수집합니다.

알림 자동 분류가 납부 기한이나 예약 변경 같은 메시지를 중요하지 않다고 숨기면 사용자는 놓친 사실조차 알기 어렵습니다. 확신이 낮은 항목은 별도 목록에 남기고, 자동 분류를 끄거나 원래 보기로 돌아갈 수 있어야 합니다.

기술 역량의 초점도 달라집니다. 입력과 출력의 계약, 회귀 테스트, 권한 경계, 배포와 롤백을 설계해 생성 결과의 영향 범위를 통제해야 합니다. 빠르게 만드는 능력과 믿고 쓸 수 있게 만드는 능력은 서로 다른 역량입니다.

5. 개인 개발자를 위한 선택 체크리스트

개인 개발자가 모든 사람을 위한 거대한 서비스를 만들 필요는 없습니다. 오히려 좁은 문제를 깊게 해결하는 편이 운영과 차별화에 유리합니다. 아이디어를 고를 때는 다음 다섯 가지를 확인해 볼 수 있습니다.

1. 반복되는가? 한 번의 불편보다 매일 또는 매주 되풀이되는 문제를 우선 살펴봅니다. 사용자는 지금 어떤 임시방편을 반복하고 있는가?
2. 일이 실제로 끝나는가? 사용 시간보다 놓친 알림, 입력 시간, 잘못된 주문처럼 바뀐 결과를 확인할 수 있어야 합니다. 제품 이후에 완료되어야 하는 행동은 무엇인가?
3. 맥락이 차이를 만드는가? 범용 챗봇만으로 안정적으로 해결하기 어려운 직업, 지역, 기기, 생활 방식의 예외가 있는가? AI 없이 규칙이나 화면 개선만으로 더 잘 풀 수 있는지도 함께 묻습니다.
4. 실패에서 회복할 수 있는가? AI가 틀렸을 때 사용자가 알아차리고 되돌릴 수 있는가? 한 사람의 시간을 줄이는 대신 다른 사람에게 검수 작업을 떠넘기지는 않는가?
5. 계속 운영할 수 있는가? 출시 후 결과를 관찰하고, 문의에 답하고, 잘못된 자동화를 고칠 수 있는 범위인가? 감당하기 어려운 의료, 법률, 금융 판단은 작은 팀이 섣불리 자동화해서는 안 됩니다.

답이 모호하다면 프롬프트를 다듬기 전에 문제를 더 작게 나누는 편이 좋습니다. 답이 구체적이라면 AI로 여러 가설을 작게 검증하고, 실제 사용에서 확인된 흐름만 제품으로 남길 수 있습니다.

낮아진 제작 비용은 기능을 더 쌓는 데만 쓰지 않고, 무엇을 만들지 않는 편이 나은지 확인하는 여유로도 쓸 수 있습니다.

사람이 안심하고 일을 마치게 하는 것

AI 시대에 개발자가 만들어야 할 것은 반드시 AI 제품일 필요가 없습니다. 누군가의 반복 작업을 줄이는 작은 자동화일 수도 있고, 중요한 정보를 놓치지 않게 돕는 알림일 수도 있으며, 복잡한 절차에서 다음 선택을 분명하게 보여 주는 화면일 수도 있습니다.

중요한 것은 기능 이후에 일어나는 변화입니다. 사용자가 시간을 되찾고, 불안해서 다시 확인하는 횟수가 줄고, 문제가 생겨도 이전 상태로 돌아올 수 있어야 합니다.

코드는 앞으로 더 쉽게 만들어질 것입니다. AI가 결과물을 만들수록 개발자는 그 결과가 안전하게 행동으로 이어지는 경로를 설계해야 합니다.