우리는 흔히 복잡한 사회적 문제나 비즈니스 난제를 마주했을 때, 가장 먼저 ‘어떤 기술을 도입할 것인가’를 고민합니다. 최신 AI 모델, 고도화된 클라우드 아키텍처, 혹은 효율적인 자동화 툴이 모든 것을 해결해 줄 것이라는 믿음 때문입니다. 하지만 수많은 프로젝트가 막대한 예산을 투입하고도 실패하는 이유는 기술력이 부족해서가 아닙니다. 정작 그 기술이 해결하려는 ‘사람’의 맥락을 놓쳤기 때문입니다.

많은 기획자와 개발자들이 범하는 치명적인 오류는 솔루션을 먼저 정의하고 그에 맞는 문제를 찾는 ‘망치 증후군’에 빠지는 것입니다. 망치를 든 사람에게는 모든 것이 못으로 보입니다. 최신 프레임워크를 익힌 개발자에게는 모든 문제가 코드 최적화로 보이고, 데이터 분석가에게는 모든 것이 지표의 문제로 보입니다. 그러나 실제 세상의 문제는 데이터 시트나 API 문서 속에 존재하지 않습니다. 그것은 사용자의 불편함, 숨겨진 욕구, 그리고 시스템과 인간이 충돌하는 접점에 존재합니다.

기술적 완결성과 실질적 효용성의 괴리

Trinity 2026 워크숍의 첫 주차에서 우리가 직면한 가장 큰 충격은 ‘완벽하게 설계된 시스템이 실제 현장에서는 무용지물이 될 수 있다’는 사실이었습니다. 기술적으로 무결한 아키텍처를 구축했음에도 불구하고, 실제 사용자가 그 시스템을 사용하는 심리적 허들이 높거나 기존의 업무 관습과 충돌한다면 그 솔루션은 실패한 것입니다.

진정한 솔루션은 ‘How(어떻게 구현할 것인가)’가 아니라 ‘Why(왜 이 문제가 발생하는가)’라는 질문에서 시작됩니다. Why에 대한 집요한 탐구는 단순히 기능적인 요구사항을 정의하는 것을 넘어, 사용자가 느끼는 정서적 고통과 사회적 맥락을 이해하는 과정입니다. 이것이 바로 ‘사람 중심의 접근법(Human-Centered Approach)’이 단순한 구호가 아니라 생존 전략인 이유입니다.

Trinity 2026: 관점의 전환을 경험하다

워크숍 기간 동안 우리는 기존의 개발 프로세스를 완전히 뒤집는 실험을 진행했습니다. 요구사항 정의서(PRD)를 작성하기 전에, 우리는 실제 이해관계자들의 삶 속으로 들어갔습니다. 그들이 어떤 환경에서 작업하는지, 어떤 순간에 한숨을 쉬는지, 그리고 공식적인 인터뷰에서는 절대 말하지 않는 ‘불편한 진실’이 무엇인지를 관찰했습니다.

예를 들어, 특정 행정 프로세스의 효율화를 위해 자동화 툴을 도입하려 했던 팀이 있었습니다. 초기 계획은 복잡한 승인 절차를 디지털화하는 것이었지만, 실제 관찰 결과 문제는 ‘절차의 복잡함’이 아니라 ‘책임 소재에 대한 불안감’에 있었습니다. 사용자들이 수동으로 서류를 처리했던 이유는 기록을 남겨 자신을 보호하기 위함이었습니다. 만약 기술적으로만 접근해 이 과정을 자동화했다면, 사용자들은 불안감 때문에 시스템을 외면하거나 오히려 더 복잡한 우회 경로를 만들었을 것입니다.

결국 솔루션은 ‘자동화’가 아니라 ‘심리적 안전장치를 포함한 디지털 기록 시스템’으로 변경되었습니다. 기술은 도구일 뿐, 핵심은 사람의 불안을 해소하는 것이었습니다.

사람 중심 솔루션의 구현 전략과 득실

사람 중심의 접근법을 실제 프로젝트에 적용할 때는 명확한 트레이드오프가 존재합니다. 이를 이해하고 전략적으로 접근하는 것이 중요합니다.

• 장점 (Pros):
  • 높은 채택률: 사용자의 실제 니즈를 반영하므로 도입 후 거부감이 적고 빠르게 확산됩니다.
  • 정확한 문제 해결: 엉뚱한 기능을 만드는 리소스를 낭비하지 않고 핵심 페인 포인트(Pain Point)를 타격합니다.
  • 지속 가능한 성장: 사용자와의 정서적 유대감을 형성하여 제품에 대한 충성도를 높입니다.
• 단점 (Cons):
  • 초기 비용 증가: 리서치와 관찰, 인터뷰에 많은 시간과 인력이 투입되어 런칭 시점이 늦어질 수 있습니다.
  • 정량화의 어려움: 사람의 심리와 맥락은 수치로 표현하기 어려워 의사결정권자를 설득하는 데 시간이 걸립니다.
  • 범위 확장 위험: 개별 사용자의 요구사항을 모두 수용하려다 보면 제품의 정체성이 모호해질 수 있습니다.

실무자를 위한 단계별 액션 가이드

지금 당장 진행 중인 프로젝트에 ‘사람 중심’의 관점을 이식하고 싶은 실무자라면 다음의 단계를 따라보시기 바랍니다.

1단계: ‘가설’을 ‘질문’으로 바꾸기
“사용자는 A 기능이 필요할 것이다”라는 가설 대신, “사용자는 왜 이 단계에서 머뭇거리는가?”라는 질문을 던지십시오. 답을 정해놓고 증거를 찾는 것이 아니라, 현상에서 이유를 찾는 태도가 필요합니다.

2단계: 섀도잉(Shadowing) 수행하기
사용자가 제품을 사용하는 모습을 옆에서 말없이 지켜보십시오. 사용자가 “이건 편해요”라고 말하더라도, 실제로는 마우스를 여러 번 클릭하며 헤매고 있다면 그것이 진짜 데이터입니다. 말(Saying)이 아닌 행동(Doing)에 집중하십시오.

3단계: 최소 기능 제품(MVP)의 정의 재설정
MVP를 ‘최소한의 기능 집합’이 아니라 ‘핵심 가설을 검증할 수 있는 최소한의 경험’으로 정의하십시오. 화려한 UI보다 사용자가 느끼는 핵심적인 불편함 하나를 완벽하게 해결하는 경험을 제공하는 것이 우선입니다.

4단계: 피드백 루프의 인간화
CS 티켓이나 로그 데이터만 보지 말고, 핵심 사용자 5명과 깊은 관계를 맺으십시오. 정기적인 커피챗이나 심층 인터뷰를 통해 데이터 뒤에 숨겨진 ‘맥락’을 읽어내는 훈련을 해야 합니다.

결론: 기술의 정점은 결국 인간을 향한다

우리는 AI가 코드를 짜고, 아키텍처를 설계하며, 최적의 알고리즘을 찾아내는 시대에 살고 있습니다. 하지만 역설적으로 기술이 고도화될수록 ‘인간에 대한 이해’라는 아날로그적 역량의 가치는 더욱 상승합니다. 기술은 수단일 뿐, 목적은 언제나 사람이어야 하기 때문입니다.

Trinity 2026 워크숍이 우리에게 준 가장 큰 교훈은 단순합니다. 진짜 솔루션은 모니터 앞이 아니라, 사용자의 삶이 펼쳐지는 현장에서 시작된다는 것입니다. 지금 당신이 고민하고 있는 그 기능이 정말로 사용자의 삶을 개선하는지, 아니면 단지 개발자의 만족을 위한 기술적 성취인지 자문해 보십시오. 사람에서 시작해 사람으로 끝나는 솔루션만이 시장에서 살아남고 세상을 바꿀 수 있습니다.