# Mac 사용자에게 배운 신뢰할 수 있는 소프트웨어 만들기 > 온도 기본값, 읽기 어려운 어두운 화면, 중복 결제와 솔직한 가격 이견을 통해 신뢰, 현지화, 접근성과 지원을 다시 생각했습니다 Published: 2026-08-16 Mole을 셸 명령에서 Mac 앱으로 옮길 때 가장 어려운 일은 화면을 만드는 것이라고 생각했습니다. 실제로 일반 사용자가 쓰기 시작한 뒤에는 제 가정을 내려놓는 일이 더 어렵다는 것을 알게 됐습니다. 실수로 앱을 두 번 사고도 두 번째 결제의 환불을 사양한 사람이 있었고, 지역에 따라 정한 온도 단위가 틀렸다고 알려 준 사람도 있었습니다. 고정된 어두운 화면을 읽기 어려워 앱을 전혀 쓸 수 없었던 사람, 무료 도구가 이미 있는 일에 이 가격은 높다고 솔직하게 말한 사람도 있었습니다. 이런 말은 정돈된 기능 요청으로 오지 않았습니다. 대화 하나하나가 제가 상상한 사용자와 실제로 제품을 쓰는 사람 사이의 틈을 보여 줬고, 그 틈에서 얻은 정보는 기능 비교표나 분석 그래프를 한 장 더 보는 것보다 유용했습니다. ## 신뢰도 기능의 일부다 중복 결제를 오래 기억하는 이유는 처리하기 어려워서가 아닙니다. 두 번째 결제를 돌려주면 되는 일이었습니다. 어려운 것은 실수 뒤에 놓인 신뢰를 어떻게 받아들일지였습니다. 이미 한 번 값을 낸 사람이 조작을 잘못해 다시 샀고, 그래도 두 번째 결제를 개발에 보태고 싶어 했습니다. 고마운 일일수록 제품을 더 이해하기 쉽고 안전하게 만들어야 한다는 책임도 커집니다. 파일을 지우는 유틸리티는 보통 소프트웨어보다 더 큰 신뢰를 요구합니다. 스캔이 파일의 주인을 정확히 찾고, 확실하지 않은 항목을 자동으로 선택하지 않으며, 실수해도 되돌릴 수 있다고 믿어야 합니다. 잘 다듬은 화면만으로는 그 약속을 지킬 수 없습니다. 실행 계획을 보여 주고, 어떤 항목을 건너뛴 이유를 설명하고, 공유 데이터를 보호하고, 복구가 중요한 삭제는 휴지통을 사용해야 합니다. 이런 일은 기능 주변의 지원 업무가 아니라 기능 자체입니다. 칭찬을 읽는 방식도 달라졌습니다. 기쁜 마음 다음에는 그 사람이 제품에 무엇을 맡겼는지 묻습니다. 답이 “불안하지 않게 파일을 치우는 일”이라면 다음 릴리스는 스캔 범주를 하나 더 늘리기 전에 검토와 복구를 더 믿을 수 있게 만들어야 합니다. ## 지역은 사용 습관을 정하지 않는다 예전에는 미국 지역으로 설정된 Mac이라면 하드웨어 온도도 화씨로 표시해야 자연스럽다고 생각했습니다. 한 사용자는 날씨와 체온에는 화씨를 쓰지만 칩과 팬 같은 기술 정보는 섭씨로 읽는 것이 보통이라고 알려 줬습니다. 예상하지 않은 단위로 110도라는 숫자를 보면 익숙함보다 놀람이 먼저 옵니다. 지금 Mole은 모든 지역에서 하드웨어 온도를 섭씨로 표시하고, 필요한 사람만 화씨를 명시적으로 선택합니다. 코드 변경은 작았지만 그 뒤의 가정 수정은 컸습니다. 지역 설정은 언어, 날짜, 숫자 형식을 고르는 데 도움을 주지만 모든 기술 분야에서 사람이 무엇에 익숙한지까지 알려 주지는 않습니다. 측정 대상이 속한 분야의 관례에서 시작하고, 실제로 그 단위를 쓰는 사람에게 확인하며, 두 방식 모두 의미가 있다면 명시적인 선택을 남기는 편이 안전합니다. 국가에서 더 많은 취향을 추측할수록 개인화처럼 보이지만 오히려 낯선 제품이 될 수 있습니다. ## 접근성은 사용할 수 없다는 말에서 시작된다 Mole은 VoiceOver 레이블, 초점 순서, 동작 줄이기, 대비 증가를 다뤄 왔습니다. 그래서 접근성을 진지하게 챙기는 제품이라고 생각하기 시작했습니다. 그러다 저시력 사용자가 고정된 어두운 화면의 흰 글자를 읽기 어렵고, 시스템을 밝은 화면으로 설정해 그 모드를 따르는 앱만 쓴다고 알려 줬습니다. 그 말은 문제의 분류를 바꿨습니다. 밝은 화면은 미적 취향이나 설정 하나를 더 달라는 요청이 아니었습니다. 그 사람에게는 앱을 쓸 수 있는지 없는지를 가르는 조건이었습니다. Mole의 주 화면은 지금도 어두운 화면으로 고정되어 있으므로, 이는 해결된 성공담이 아니라 실제로 남아 있는 빈틈입니다. 접근성은 레이블을 충분히 추가하면 완성되는 배지가 아닙니다. VoiceOver로 잘 동작하는 제품도 대비, 색, 움직임, 조작 영역의 크기, 화면 모드 결정 때문에 다른 사람을 배제할 수 있습니다. 앱이 “접근성을 지원하는가”보다 누가 어떤 시스템 설정에서 어떤 일을 끝내지 못하는지, 화면의 무엇이 가로막는지를 확인하는 편이 더 유용합니다. ## 가격에 대한 이견도 제품 조사다 무료 앱으로 할 수 있는 일에 이 가격은 높다고 솔직히 말한 사용자도 있었습니다. 가격을 변호하거나 바로 낮추거나 비교표가 길어질 때까지 기능을 더하는 반응은 쉽습니다. 하지만 어느 것도 그 말의 중요한 부분에 답하지 못합니다. 무료 도구만으로 해결할 수 있는 Mac 관리 작업은 많습니다. 오픈 소스 Mole CLI는 계속 무료이고 macOS에도 활성 상태 보기, 저장 공간 설정, Finder, 휴지통이 있습니다. 유료 앱은 반복 작업을 더 안전하게 만들고, 흩어진 정보를 한데 모으며, 터미널을 열지 않는 사람도 실행 전에 무엇이 바뀔지 이해하게 해야 자리를 얻을 수 있습니다. 무료 도구가 이미 문제를 잘 해결한다면 다른 앱을 팔 이유를 만드는 것보다 그 도구를 권하는 편이 정직합니다. 그래서 이 이견은 가격 인하나 기능 확대가 아니라 제품의 위치를 확인하는 질문이 됐습니다. 누가 네이티브 앱에서 값을 낼 만큼 도움을 받는지, 앱이 없다면 어떤 도구를 직접 조합해야 하는지, 그 차이가 체험 중에도 보이는지 묻습니다. 답이 약하다면 마케팅으로 메울 수 없습니다. ## 이야기에서 잘못된 가정을 찾는다 도착한 말을 그대로 백로그에 넣으면 피드백은 금세 시끄러워집니다. 설정을 원하는 사람, 더 낮은 가격을 원하는 사람, 다시 일어나지 않을지 모르는 실수를 설명하는 사람이 있습니다. 세 가지를 모두 기능 투표로 다루면 그 말을 유용하게 만든 맥락이 사라집니다.
사용자가 끝내지 못한 작업에서 시작해 실패한 제품 가정을 찾고, 문제가 제품 범위에 속하는지 확인한 다음, 기본값 변경, 집중된 수정, 명확한 거절 중 하나로 이어지는 피드백 경로. 모든 요청을 곧바로 백로그에 넣지 않는다
유용한 대화는 로드맵을 바꾸기 전에 제품이 사용자를 이해하는 방식을 고칩니다. 결과는 새 기본값, 집중된 수정, 또는 이유가 분명한 거절일 수 있습니다.
대화에서 가져오려는 사실은 네 가지입니다. 그 사람은 무엇을 하려 했는지, 제품의 어떤 가정이 틀렸는지, 같은 실패가 한 설정에만 생기는지 비슷한 사람에게도 생기는지, 더 나은 기본값으로 풀 수 있는지, 좁은 수정이 필요한지, 아니면 요청을 받지 않는 이유를 설명해야 하는지 살펴봅니다. 요청 수를 세는 것보다 느리지만 설정과 반쪽짜리 해결책은 줄어듭니다. 온도 대화는 기본값을 바꿨고, 화면 모드 대화는 끝나지 않은 접근성 작업을 드러냈으며, 가격 이견은 무료 CLI와 유료 앱의 경계를 분명하게 했습니다. 중복 결제에는 기능이 필요하지 않았지만 개인 파일을 맡은 제품이 어느 정도로 신중해야 하는지 다시 알려 줬습니다. ## 대화를 너무 빨리 줄이지 않는다 지금도 지원을 직접 처리하는 이유는 초기 대화가 첫 답장만으로 정리되는 일이 드물기 때문입니다. 라이선스 질문으로 시작해도 실제 문제는 기기 수 설명일 수 있습니다. 환불 요청은 제품 페이지의 약속이 모호했음을 드러낼 수 있고, 설정 요청은 모든 사람에게 기본값이 잘못됐다는 증거일 수 있습니다. 질문이 반복되고, 답이 안정되고, 예외까지 이해한 뒤에 자동화가 도움이 됩니다. 그 전에는 대화를 줄이는 과정에서 제품을 개선할 수 있었던 세부 정보까지 없애기 쉽습니다. 이 경계는 [조용한 제품을 만드는 일](https://mole.fit/ko/blog/notes-on-building-a-quiet-product)에 더 자세히 적었습니다. 저도 여전히 판단을 틀립니다. 온도 기본값은 고쳤지만 어두운 화면 고정은 아직 고치지 못했습니다. 어떤 피드백은 코드가 되고, 어떤 것은 제품 경계가 되며, 나머지는 끝내지 못한 책임으로 남습니다. 중요한 것은 모든 사람에게 동의하는 일이 아닙니다. 대화를 마칠 때마다 누가 제품을 쓰고 무엇이 있어야 그것을 믿는지 더 정확히 이해하는 일입니다. Mole이 개인 스크립트에서 지금의 앱이 되기까지의 길은 [셸 스크립트에서 Mac 앱까지](https://mole.fit/ko/blog/the-story-of-mole)에 적었습니다. 삭제 전 검토, 경로 보호, 복구할 수 있는 동작을 설계한 이유는 [Mole이 방해하지 않게 설계하기](https://mole.fit/ko/blog/the-design-of-mole)에서 다룹니다. --- Canonical HTML page: https://mole.fit/ko/blog/what-mac-users-taught-me Blog index for agents: https://mole.fit/ko/blog/llms.txt Site index for agents: https://mole.fit/llms.txt