🚙 가족과 드라이브 중에 회사일을 자연스럽게 얘기할 기회가 있었는데, 나: “(정확하진 않지만 대충)우리 프로덕트에서 제공할 수 있는 디자인이라는 게~(어쩌구 저쩌구)” 가족(전 산업 디자이너

🚙 가족과 드라이브 중에 회사일을 자연스럽게 얘기할 기회가 있었는데, 나: “(정확하진 않지만 대충)우리 프로덕트에서 제공할 수 있는 디자인이라는 게~(어쩌구 저쩌구)” 가족(전 산업 디자이너 현 UX직군 종사): “야 너는 하드웨어 만드는 것도 아님서 뭐 그걸 프로덕트 디자인이라고 할 수 있겠어?” 나: “…” 이 하나의 질문이 나를 잠들지 못하게 하고 있다. 프로덕트 디자인 대체 뭘까… 프로덕트… 대체 뭘까… 그러고보니 소프트웨어 엔지니어는 소프트웨어의 엔지니어잖아? 그러면 나는 소프트웨어 프로덕트 디자이너라고 해야 하는 거 아닌가? 그런데 소프트웨어 엔지니어는 소프트웨어 프로덕트 엔지니어가 아니니까 소프트웨어 디자이너라고 해야 맞을 거 같은데? 그렇지만 소프트웨어 디자이너라고 하니까 어쩐지 아키텍쳐 같은 걸 설계하는 느낌아닌가? 이런 생각이 꼬리에 꼬리를 물다(이런 경우 보통 내일이 휴일인 경우가 많다. 지금처럼) 위키피디아도 들어갔다(확실히 이 부분은 영문 위키가 훨씬 현대적인 내용을 담고 있다. 한국 위키의 내용은 공업 디자인적인 맥락에 중심을 두어 서술되어 있음)하면서 방황하던 중 중 재미있는 아티클을 발견했다. 대충 이해하자면 현대의 디지털 프로덕트 디자인의 경험은 20세기 초반 디자이너 레이먼드 로위(Raymond Loewy) 가 작업한 아날로그 제품의 사용성 개선을 위한 프로덕트 디자인과 놀랄 만큼 유사한 지점이 있고, 프로덕트 디자이너는 현실의 기술 제약(MVP)과 사용자에게 줄수 있는 최선(MAYA: Most Advanced Yet Acceptable)을 스펙트럼의 양 끝으로 두고 항상 최대한을 달성하기 위해 둘 모두 유지할 것. 정도가 되겠다. 처음에는 프로덕트 디자인의 물질성에 따라 어떤 차이가 있을지 생각하며 시작한 불면이었는데 결국 물질성의 차이 여부와 관계없이 모두 고객을 중심에 두는 행위이다 이 말씀. 메테타시 메테타시.