← 블로그 목록

일상 문제를 기술로 풀려면 먼저 불편을 관찰 가능한 문제로 바꿔야 한다

기술로 풀 만한 문제는 거창한 데서만 나오지 않는다. 손 씻기 습관이나 샤워기 물줄기 같은 작은 불편도 정보 부족인지 접근성 문제인지 유지관리 문제인지 분해하면 의외로 단순한 해법이 보인다. 돈 노먼의 사용자 탓 대신 설계 탓 관점을 빌려, 일상의 불편을 관찰 가능한 문제로 바꾸고 가장 작은 보조 장치를 찾는 출발점을 정리한다.

일상 문제를 기술로 풀려면 먼저 불편을 관찰 가능한 문제로 바꿔야 한다

일상 문제를 기술로 풀려면 먼저 불편을 관찰 가능한 문제로 바꿔야 한다

기술로 해결할 만한 문제는 거창한 데서만 나오지 않는다. 손을 자주 씻지 못하는 이유, 샤워기 물줄기가 약해지는 이유, 반복해서 잊어버리는 이유처럼 일상적인 불편도 좋은 출발점이 된다. 다만 그 불편을 곧바로 해결책으로 뛰어넘으면 대개 빗나간다.

좋은 출발점은 왜 불편한가를 관찰 가능한 문제로 바꾸는 것이다. 돈 노먼은 일상의 물건을 다룰 때도 사용자가 실수하는 이유를 사용자 탓보다 설계 탓으로 보라고 말해 왔다. 이 관점은 생활 문제를 기술로 풀 때도 그대로 유효하다.

문제는 기능이 아니라 맥락 속에서 보인다

예를 들어 손 씻기 문제를 단순히 사람들이 게을러서라고 보면 해결책은 잔소리밖에 남지 않는다. 하지만 보건 지침을 보면 손 씻기 습관은 접근성, 안내, 반복 노출, 생활 동선 같은 요인과 함께 움직인다. 즉, 정보가 부족해서만이 아니라 환경이 불편해서 행동이 무너지기도 한다.

샤워기 문제도 비슷하다. 물줄기가 약해질 때 무조건 새 제품을 사는 것이 답은 아니다. 미국 환경보호청은 샤워기 성능 저하의 흔한 원인 중 하나로 스케일 축적을 들고, 정기적인 점검과 청소를 권한다. 이 역시 제품이 나빠서만이 아니라 유지관리 구조의 문제일 수 있다는 뜻이다.

생활 문제를 풀 때는 세 가지를 먼저 본다

일상 불편을 기술 문제로 바꾸려면 보통 다음 세 가지가 먼저 보여야 한다.

이렇게 나누면 앱을 하나 만들자보다 훨씬 현실적인 해법이 보인다. 어떤 문제는 센서나 자동화가 필요하고, 어떤 문제는 단순한 표시 개선과 청소 주기 안내만으로 해결된다.

기술은 정답이 아니라 보조 장치일 때가 많다

생활 문제를 만날 때 우리는 종종 가장 멋진 기술부터 떠올린다. 하지만 실제로 효과적인 해법은 보통 더 단순하다. 알림 한 번, 위치 조정, 안내 문구 개선, 청소 주기 표시, 소모품 교체 시점의 시각화 같은 것들이다.

즉, 기술은 모든 문제를 복잡한 시스템으로 바꾸는 것이 아니라, 원래 불편했던 행동을 덜 어렵게 만드는 보조 장치일 때가 많다.

마치며

일상의 불편은 사소해 보여도, 잘 들여다보면 꽤 정확한 문제를 품고 있다. 손 씻기나 샤워기 관리 같은 예시가 흥미로운 이유도 거기에 있다. 작은 불편은 사용 환경, 유지관리, 정보 전달이 어떻게 엉키는지 잘 보여 준다.

기술로 해결한다는 말은 결국 관찰을 더 잘한다는 말과 가깝다. 문제를 정확히 보지 못하면 해법은 늘 과장되고, 문제를 정확히 보면 의외로 작은 개선이 큰 차이를 만들 수 있다.

참고 자료

← 목록으로
Related

함께 읽으면 좋은 글

에세이학습적응력
불확실한 시대에 필요한 것은 만능 지식보다 전이 가능한 사고다

기술 변화 속도가 빨라질수록 ‘무엇을 배웠는가’보다 ‘배운 것을 다른 맥락으로 옮길 수 있는가’가 더 중요해진다. WEF의 미래 일자리 보고서와 OECD Learning Compass도 분석적 사고·유연성·주도성을 반복해서 강조한다. 전문성을 부정하는 대신, 그 위에 전이 가능한 사고를 쌓아야 다음 기술을 배우는 속도까지 달라진다는 관점을 정리한다.

에세이창의성아이디어
아이디어는 재능보다 질문 방식에서 더 자주 나온다

아이디어가 막힐 때 필요한 것은 더 큰 영감이 아니라 다른 질문이다. 스탠퍼드 d.school의 How Might We, IDEO의 유사 사례 영감, 배율 바꾸기, SCAMPER 같은 도구는 모두 ‘같은 방식으로만 생각하는 상태’를 깨기 위해 만들어졌다. 창의성은 무에서 솟는 재능이 아니라 질문의 다양성과 관찰 밀도에서 자란다는 점을 정리한다.

프로그래밍문제 해결설계
소프트웨어 설계에서 트리즈는 정답표보다 모순을 드러내는 질문지에 가깝다

트리즈는 소프트웨어 문제를 자동으로 풀어 주는 만능 표가 아니라, ‘성능을 높이면 복잡성이 늘고 단순화하면 유연성이 떨어진다’ 같은 충돌을 더 선명하게 분해하게 만드는 사고 도구다. 40가지 원리 이름을 외우기보다 이상적 상태와 모순을 한 문장으로 적고, 시간·공간·조건으로 분리해 보는 습관이 실무에서는 더 쓸모 있다는 점을 정리한다.