요점 정리: 제9호 | (새 탭에서 열림)
이 글은 빠르게 변하는 기술과 흐려지는 직무 경계 속에서도 소프트웨어 제작의 목적과 완성도를 어떻게 지킬지 탐구한다. 2025년을 위한 Figma 구성원들의 여섯 가지 메모를 소개하며, 개인적이고 표현력 있는 웹, 감정적 공감, 유연한 제품 개발, 창의적 코딩과 제너럴리스트 역량의 중요성을 강조한다. 공통된 결론은 기능과 효율만 좇기보다 사람과 맥락, 실험과 개성을 제품에 반영해야 한다는 것이다.
개인적이고 손으로 만든 웹
- 인터넷 사용자가 늘면서 다양한 요구를 수용하는 웹이 필요해졌지만, 많은 웹사이트가 획일적인 구조와 스타일로 수렴했다.
- Chia Amisola는 웹이 더 개인적이고 시적이며 표현력 있는 공간이 될 수 있다고 주장한다.
- 소규모의 수작업 웹사이트와 독립적인 온라인 공간이 기존 인터넷의 흐름에 도전하고 있다.
- 이러한 움직임에 참여하는 방법은 거대한 플랫폼을 만드는 것이 아니라 직접 자신만의 웹사이트를 만드는 것에서 시작할 수 있다.
- 웹 디자인은 효율적인 정보 전달뿐 아니라 제작자의 취향과 개성을 드러내는 창작 행위가 될 수 있다.
감정이 만드는 경쟁 우위
- 기능이 비슷한 애플리케이션이 많아지면서 기능 목록만으로는 제품을 차별화하기 어려워졌다.
- Andrew Hogan은 사용자가 제품과 맺는 감정적 관계와 정서적 공감이 새로운 경쟁력이라고 설명한다.
- 특히 기술이 일상생활과 가족 경험에 깊이 들어올수록, 제품이 사용자에게 어떤 느낌과 기억을 남기는지가 중요해진다.
- 감정적 반응은 우연히 생기는 것이 아니라 제품 로드맵에 포함해 의도적으로 설계해야 한다.
- 유용성에 더해 즐거움, 신뢰, 애착, 의미를 제공하는 제품이 장기적으로 더 강한 브랜드와 사용자 관계를 구축할 수 있다.
정해진 로드맵에서 벗어나기
- 신제품 개발은 처음 세운 비전과 계획을 끝까지 고수하는 과정만은 아니다.
- Avantika Gomes는 제품의 성공이 사전에 정한 로드맵뿐 아니라 개발 중 발생하는 예상 밖의 변화와 전환에도 달려 있다고 말한다.
- 특정 솔루션을 지나치게 일찍 확정하면 새로운 사용자 요구나 시장 신호를 놓칠 위험이 있다.
- 로드맵은 목표와 문제를 명확히 제시하되, 해결책과 실행 순서는 유연하게 바꿀 수 있어야 한다.
- 팀은 실험 결과와 사용자 피드백에 따라 방향을 전환할 수 있는 여지를 계획 단계부터 확보해야 한다.
창의적 코딩과 웹의 표현력
- 개발자는 웹을 단순히 기능을 구현하는 플랫폼이 아니라 창작과 표현의 매체로 바라볼 필요가 있다.
- Jake Albaugh는 창의적 코딩을 통해 웹이 가진 시각적·상호작용적 가능성을 다시 탐구하자고 제안한다.
- 코드 기반 작업은 디자이너와 개발자의 협업을 넘어, 개발자 스스로 새로운 미학과 경험을 만들어내는 수단이 될 수 있다.
- Henry Desroches와 같은 크리에이티브 코더의 작업은 기술적 구현과 예술적 표현이 결합될 수 있음을 보여준다.
제너럴리스트의 가치
- 직무가 세분화되는 동시에 기술과 제품 환경이 빠르게 변하면서 여러 분야를 연결하는 능력이 중요해지고 있다.
- 콘텐츠 전략가 Carly Ayres는 디자인, 개발, 기획, 글쓰기 등 복수의 영역을 이해하는 하이브리드 인재의 가치를 강조한다.
- 제너럴리스트는 한 분야의 깊이만 갖추기보다 서로 다른 전문성을 연결해 문제를 새롭게 정의하고 해결할 수 있다.
- 복잡한 제품을 만들기 위해서는 직무 간 번역과 협업, 전체 맥락을 파악하는 능력이 점점 더 중요해진다.
포용적인 디자인으로 관점 확장하기
- 글은 디자인의 범위를 넓히고 더 많은 사람을 설계 과정에 포함해야 한다는 문제의식도 제시한다.
- 포용성은 특정 사용자를 위한 부가 기능이 아니라 제품의 정의와 제작 방식 자체에 반영되어야 한다.
- 다양한 배경과 경험을 가진 사람들이 참여할수록 기존 관습이 놓친 요구와 사용 방식이 드러날 가능성이 커진다.
- 이는 더 많은 사용자가 접근할 수 있는 제품뿐 아니라, 문제를 바라보는 방식 자체를 확장하는 데 기여한다.
실천을 위한 방향
제품팀은 기능 추가와 일정 준수만을 성과 기준으로 삼기보다, 사용자가 느끼는 감정과 제품의 개성, 실험 가능성을 함께 평가하는 것이 좋다. 또한 로드맵에는 명확한 목표를 두되 해결책은 열어 두고, 개발자·디자이너·기획자·작가가 서로의 영역을 넘나들며 협업할 수 있는 환경을 마련해야 한다.