사용자의 목소리
초기 테스터로부터의 피드백
이 페이지는 일본어 원문을 기계 번역한 것입니다. 일본어 원문 보기
SimpleMemo는 현재도 초기 사용자·베타 테스터 여러분께서 매일 피드백을 주시면서 개선을 지속하고 있습니다. 익명으로 받은 의견을 주제별로 요약하고, 각각에 대한 대응 및 관련 정보를 정리했습니다.
App Store 공개 리뷰
아래는 App Store에 공개된 고객 리뷰입니다. 이 페이지 후반의 익명 베타 요약과 달리 실제로 게시된 내용을 인용하고 출처(App Store) 링크를 붙였습니다. 이 언어판의 인용문은 일본어 원문을 기계 번역한 것입니다. 현재 종합 평가는 ★4.1(평가 27건)입니다.
입력이 정말 부드럽습니다!
메모장을 사용할 때는 생각이 복잡해지거나 출력하면서 다음 생각이 떠오르는 등, 사용 시의 동선이 중요하다고 생각합니다. 이 앱은 정말 부드럽고 '전송' 버튼을 누르는 순간 새 화면이 나타나므로, iPhone의 기본 앱만 사용해 본 사람일수록 사용해 주셨으면 합니다. 이렇게 생각을 멈추지 않고 능동적으로 생각하거나 출력을 지속할 수 있는 것은 드물다. 만약 뒤돌아보고 싶어지면 기록에서 검색할 수 있어 더욱 사고가 원활해져서 부담 없이 사용할 수 있는 것이 매우 좋습니다.
이 페이지에 대하여
게시하고 있는 피드백은 베타 테스트 및 초기 릴리스 기간 중에 메시지나 직접적인 교류를 통해 받은 의견·질문·요청을 개인이 식별되지 않는 형태로 요약·추상화한 것입니다. 발언자의 이름·계정·연락처를 전혀 포함하지 않습니다. 여러 분으로부터 비슷한 경향의 의견을 받은 경우에는 주제로 정리하여 기재하고 있습니다. 답변 및 방침은 각각의 의견을 받은 당시(베타 테스트·초기 릴리스 시기)의 것입니다. 그 후에 변경된 사항은 각 항목에 기재했습니다. 지금 예정하고 있는 내용은 공개 로드맵에 정리하고 있습니다.
테마1：초회 등록·첫인상
📥 등록·인증이 원활하다는 의견
“이메일 주소를 입력하고 인증 코드를 받는 것이 빠르고, 장벽이 낮게 느껴졌다”, “인증 메일이 바로 도착했다”는 의견을 여러 차례 받고 있습니다. 초기 흐름의 마찰을 최소화하는 것이 설계상의 최우선 과제이므로, 여기서 평가받은 것은 설계 의도대로입니다.
⚡ 「탭 반응이 빠른」 평가
“조작감이 간단하고”, “전송 버튼의 반응이 빠르다”는 의견을 많이 받고 있습니다. 이는 명목값인 0.4초(iPhone 16e·웜 실행 실측)·원탭 전송이라는 수치를 실제 체험으로 느끼실 수 있다는 뜻입니다. UIKit을 채택하고 있는 구현상의 판단이 여기에서 적용됩니다.
🔑 「원터치 인식」이라는 체험
「특히 인식(인증)이 원터치로 가능하다는 것이 효과가 있다」는 의견을 받았습니다. 앱을 열자마자 메모가 작성되기 시작할 수 있는 상태로 전환합니다 — 이 경로에 가능한 한 절차를 남기지 않도록 의식하고 있습니다.
📥 「쓰기를 방지할 수 있습니다」「메일 초안 작성에도 사용할 수 있습니다」
「메모가 방치되는 것을 방지해 줍니다」「메일 초안용으로도 사용할 수 있습니다」「메일을 삭제해도 앱 내에 남는 것이 안심됩니다」라는 의견을 받았습니다. 메모 앱은 쓰는 순간이 빠르더라도, 나중에 접근할 경로가 없으면 단순히 소비 행위가 됩니다. 본 앱에서는 “내 메일함”과 “앱 내 기록”의 2 경로를 통해 다시 볼 수 있도록 하고 있습니다(앱 내 기록에 남는 것은 새 것부터 100건까지입니다).
🚀 「등록 주변에서 망설이지 않고 바로 사용하기 시작했습니다」
“등록 주변에서 고민 없이 바로 사용을 시작할 수 있었습니다”, “전반적으로 사용하기 쉬웠다”는 의견을 받았습니다. 첫 번째 1통을 보낼 때까지의 도선은 가장 중요하게 여기는 UX 판단 중 하나입니다. 설정 화면의 선택지를 늘릴 때마다 혼란이 발생하기 때문에, 당시 최초 흐름은 “이메일 주소 입력 → 인증 코드를 입력 → 메모 화면”의 3 화면으로 좁혀 폴더 생성 및 설정 동의 버튼 등 나중에 돌아오는 항목은 의도적으로 생략했습니다. '즉시 사용을 시작할 수 있었다'는 반응은 이 설계 판단이 작동하고 있었다는 증거이기도 합니다. （현재의 앱은 처음 실행하면 바로 메모 화면이 열리고, 처음 메모를 보낼 때 수신자의 이메일 주소를 묻습니다.）
⏱ 「다운로드 후 1분 이내, 인증 코드 자동 입력으로 감격」
「앱 다운로드→메일 입력→인증 코드 수신→앱 입력→메모를 사용할 수 있게 되기까지 오류 없이 1분이 걸리지 않았다」「인증 코드 자동 입력에 감격했다」라는 보고. 인증 코드 입력란에는 iOS의 AutoFill 힌트(textContentType: .oneTimeCode)를 지정하고 있으므로, iOS가 메일에 도착한 코드를 후보에 표시했을 때는 키보드 상단에서 탭하여 입력할 수 있습니다(후보에 포함되는지는 iOS과 메일 앱에 따라 결정됩니다). 소박하지만, 첫 체험에서「붙이는 것조차 필요하지 않았습니다」을(를) 느낄 수 있는 차이는 상당히 큰 부분입니다. 머그컵이라고 하면 손잡이의 앉는 듯한 편안함과 같은 세부 사항이지만, 테스터 분들이 언어화해 주셔서 비로소 “여기는 효과가 있다”는 확신을 얻을 수 있습니다.
🖥️ 「iPhone↔다른 단말기의 텍스트 브리지로 사용할 수 있습니다」
사용 방법 발견：「iPhone에서 Windows PC 등 다른 단말기로 텍스트를 복사·붙이디뷸 수 있는 환경을 쉽게 만들 수 있으며, 이는 활용 가능한 상황이 있습니다」라는 의견을 받았습니다. iPhone에서 메모 → 자신의 메일로 전송 → PC 메일러에서 열어 텍스트를 복사하는 흐름을 “클립보드 대체”로 활용하는 아이디어입니다.
배경：Apple의 Universal Clipboard는 동일한 Apple ID 아래에 있는 기기 간에만 동작하기 때문에, Windows / Linux / ChromeOS 사이에는 클립보드 장벽이 있습니다. 이 앱은 “자신에게 보내는 메일에 쓰는” 단순함을 지키는 대신, 메일 자체가 가지고 있습니다크로스 플랫폼성를 자연스럽게 인계하므로, 결과적으로 “이메일이 도착하는 모든 단말기”가 복사 대상이 됩니다. 설계 시 여기까지 명확히 명시되지 않은 용도이지만, 테스터께서 독자적으로 찾아주신 사용법으로서 가치가 있습니다.활용 사례 에 추가 검토 중입니다.
배경：Apple의 Universal Clipboard는 동일한 Apple ID 아래에 있는 기기 간에만 동작하기 때문에, Windows / Linux / ChromeOS 사이에는 클립보드 장벽이 있습니다. 이 앱은 “자신에게 보내는 메일에 쓰는” 단순함을 지키는 대신, 메일 자체가 가지고 있습니다크로스 플랫폼성를 자연스럽게 인계하므로, 결과적으로 “이메일이 도착하는 모든 단말기”가 복사 대상이 됩니다. 설계 시 여기까지 명확히 명시되지 않은 용도이지만, 테스터께서 독자적으로 찾아주신 사용법으로서 가치가 있습니다.활용 사례 에 추가 검토 중입니다.
🌙 「하루 중의 생각을 밤에 확인할 수 있는 메일 기반의 장점」
사용 방법 발견：「메일함을 반드시 확인하는 습관이 있기 때문에, 밤에 잠들기 전까지 낮에 떠오른 생각을 이메일로 확인할 수 있습니다」라는 의견을 받았습니다. 메모 앱은 열리지 않는 날이 있더라도, 메일은 매일 확인합니다 — 그매일의 동선에 실리게 되는 것 자체가 가치라는 시나리오입니다.
설계와의 연결：본 앱이 “내게 보내는 메일”을 출력지에 고정하고 있는 이유 중 하나는 바로 이 “이미 통하고 있는 동선에 겹치는” 발상입니다. 앱을 매일 열 필요가 없는 대신, 이미 통과하고 있는 메일이라는 경로에 생각의 조각이 흐르기 때문에 “메모한 사실을 떠올리는 비용”이 필요하지 않습니다.활용 사례집 에도 추가 검토 중입니다.
설계와의 연결：본 앱이 “내게 보내는 메일”을 출력지에 고정하고 있는 이유 중 하나는 바로 이 “이미 통하고 있는 동선에 겹치는” 발상입니다. 앱을 매일 열 필요가 없는 대신, 이미 통과하고 있는 메일이라는 경로에 생각의 조각이 흐르기 때문에 “메모한 사실을 떠올리는 비용”이 필요하지 않습니다.활용 사례집 에도 추가 검토 중입니다.
🔗 「메일에서 앱으로 돌아가 인증 코드를 입력할 수 있는 버튼이 좋은 인상을 줍니다」
감상：「등록 주변에서 고민할 부분이 없었습니다（Google 계정으로 등록）」「인증 메일에서앱으로 돌아가 인증 코드를 입력해 주는 버튼의 호감도가 높다는 의견을 받았습니다.
배경：첫 번째 흐름에서 걸림돌하기 쉬운 부분은 “메일에 도착한 인증 코드를 앱으로 돌아가 직접 입력하는” 왕복 부분입니다. 본 앱에서는 인증 메일 내의 버튼에서앱으로 돌아가서 코드 입력까지 연결하십시오하도록 하여 화면의 왕복 및 복사·붙붙이를 최소화하고 있습니다(iOS 인증 코드 자동 입력과 함께 최초 마찰을 감소시키는 설계). '망설이지 않았다'는 반응은 이 왕복을 가능한 한 없애는 설계 판단이 효력을 발휘하고 있다는 증거로 받아들이고 있습니다.
배경：첫 번째 흐름에서 걸림돌하기 쉬운 부분은 “메일에 도착한 인증 코드를 앱으로 돌아가 직접 입력하는” 왕복 부분입니다. 본 앱에서는 인증 메일 내의 버튼에서앱으로 돌아가서 코드 입력까지 연결하십시오하도록 하여 화면의 왕복 및 복사·붙붙이를 최소화하고 있습니다(iOS 인증 코드 자동 입력과 함께 최초 마찰을 감소시키는 설계). '망설이지 않았다'는 반응은 이 왕복을 가능한 한 없애는 설계 판단이 효력을 발휘하고 있다는 증거로 받아들이고 있습니다.
테마2：눈에 띈 점과 대응
🔇 「전송음이 울리지 않는 경우가 있습니다」
보고：전송 버튼을 눌러도 소리가 나지 않는 경우가 있었다는 의견.
확인하기：단말기의 무음 모드와 앱의 전송 사운드 설정을 확인해 주세요.
전송 확인：음의 유무만으로는 이메일 도착을 판단할 수 없습니다. 전송되지 않은 상태와 수신함을 확인해 주세요. 사운드 설정은 FAQ「송신 사운드를 끌 수 있습니까？」 에 명시되어 있습니다.
확인하기：단말기의 무음 모드와 앱의 전송 사운드 설정을 확인해 주세요.
전송 확인：음의 유무만으로는 이메일 도착을 판단할 수 없습니다. 전송되지 않은 상태와 수신함을 확인해 주세요. 사운드 설정은 FAQ「송신 사운드를 끌 수 있습니까？」 에 명시되어 있습니다.
📜 「이용 약관 페이지가 새하얗습니다」
보고：이용 약관 페이지를 열었을 때 처음 표시가 완전히 흰색이며, 브라우저를 다시 로드할 때 표시된 경우.
당시 상황：iOS의 WebView에서 최초 읽기 시 드물게 발생하는 현상일 가능성이 있으며, 재현을 확인하고 있었습니다. 재로드로 복구되는 것이 확인되었습니다. 주의하실 점이 있으면 문의하기 에서 알려 주세요.
당시 상황：iOS의 WebView에서 최초 읽기 시 드물게 발생하는 현상일 가능성이 있으며, 재현을 확인하고 있었습니다. 재로드로 복구되는 것이 확인되었습니다. 주의하실 점이 있으면 문의하기 에서 알려 주세요.
🔍 「'검색하면 언제든지 돌아올 수 있다』가 이해하기 어려웠습니다
보고：첫 번째 환영 시에 받는 메모에 “검색하면 언제든지 돌아올 수 있다”고 적혀 있지만, 검색 기능이 앱 측인지 이메일 측인지 혼란스러워서 앱 내에서 검색을 찾아버렸다는 보고입니다. 또한, 메일에 도착한 메모에서앱으로 돌아가는 동선이 없습니다때문에, 메일→앱에 대한 연결선이 없다는 것을 알게 되었다는 의견도 받았습니다.
당시의 설계：「검색」이 가리키는 것은메일 클라이언트 측（Gmail/Apple Mail 등 검색）였습니다. 본 애플리케이션은 “투척”에 역할을 집중하고, “정리·검색”은 일상적으로 익숙한 메일 클라이언트에 맡기는 방침입니다.
당시의 대응：표현이 오해를 일으키기 쉽다는 지적이 옳으며, 최초 안내 문구를 “사용하시는 메일 클라이언트에서 검색”이라고 명시하는 형태로 개선을 검토하고 있었습니다. 앱 내 기록 목록도 과거 메모를 다시 확인할 수 있는 수단으로 존재하지만, 초기 안내에서 설명이 부족했기 때문에 이것도 함께 개선할 예정이었습니다. 그 후, 최초 설정을 마쳤을 때 안내 메모를 자동으로 보내는 것을 중단하고, 최초의 1 통지는 직접 작성하여 보내는 형태로 했습니다. 현재 앱에서는 메일 앱 검색으로 보낸 메모를 찾을 수 있을 뿐만 아니라, 기록 화면의 목록을 아래로 끌어당기면 나타나는 검색창에서 기록에 남아 있는 최근 메모를 키워드로 검색할 수 있습니다. ）자세히는 자주 묻는 질문 야 메일 관리 요령 도 참고해 주세요.
당시의 설계：「검색」이 가리키는 것은메일 클라이언트 측（Gmail/Apple Mail 등 검색）였습니다. 본 애플리케이션은 “투척”에 역할을 집중하고, “정리·검색”은 일상적으로 익숙한 메일 클라이언트에 맡기는 방침입니다.
당시의 대응：표현이 오해를 일으키기 쉽다는 지적이 옳으며, 최초 안내 문구를 “사용하시는 메일 클라이언트에서 검색”이라고 명시하는 형태로 개선을 검토하고 있었습니다. 앱 내 기록 목록도 과거 메모를 다시 확인할 수 있는 수단으로 존재하지만, 초기 안내에서 설명이 부족했기 때문에 이것도 함께 개선할 예정이었습니다. 그 후, 최초 설정을 마쳤을 때 안내 메모를 자동으로 보내는 것을 중단하고, 최초의 1 통지는 직접 작성하여 보내는 형태로 했습니다. 현재 앱에서는 메일 앱 검색으로 보낸 메모를 찾을 수 있을 뿐만 아니라, 기록 화면의 목록을 아래로 끌어당기면 나타나는 검색창에서 기록에 남아 있는 최근 메모를 키워드로 검색할 수 있습니다. ）자세히는 자주 묻는 질문 야 메일 관리 요령 도 참고해 주세요.
⌨️ 「등록 화면에서 키보드 입력란이 가려지는 경우가 있습니다」
보고：등록 화면에서 이메일 주소란을 탭했을 때, 키보드에 입력란이 숨겨지는 경우가 있다는 보고입니다. 몇 번 시도해 보니 보이거나 보이지 않아 표시 위치가 불안정하게 느껴진다는 의견이었습니다.
원인：iOS의 키보드 회피 로직(ScrollView의 inset 조정, SafeArea / keyboardLayoutGuide의 제약)이 포커스 시 정렬되지 않은 것이 원인입니다. 활성 입력란이 화면 하단으로 잠수되는 경우가 남아 있었습니다.
당시의 대응 예정：다음 마이너 업데이트에서 수정할 예정이었습니다. 포커스 시 해당 필드가 반드시 키보드 위에 오도록 스크롤 동작을 명시적으로 맞추는 방침이었습니다。（ 그 이후 업데이트에서 키보드 높이가 나중에 변하는 경우를 포함하여 입력란이 가려지지 않도록 수정했습니다. 보고해 주셔서 감사합니다.
원인：iOS의 키보드 회피 로직(ScrollView의 inset 조정, SafeArea / keyboardLayoutGuide의 제약)이 포커스 시 정렬되지 않은 것이 원인입니다. 활성 입력란이 화면 하단으로 잠수되는 경우가 남아 있었습니다.
당시의 대응 예정：다음 마이너 업데이트에서 수정할 예정이었습니다. 포커스 시 해당 필드가 반드시 키보드 위에 오도록 스크롤 동작을 명시적으로 맞추는 방침이었습니다。（ 그 이후 업데이트에서 키보드 높이가 나중에 변하는 경우를 포함하여 입력란이 가려지지 않도록 수정했습니다. 보고해 주셔서 감사합니다.
테마3：요청 사항·향후 방향성
📨 「쌓인 메모를 어떻게 정리할지」
질문：「메모를 이메일로 보내고, 1일 10통·1개월 300통이 되었을 때 정리할 도구가 필요하지 않나요？」 그러한 지적. 투입은 빠르지만, 그 이후의 정리는 별개의 문제라는 것은 확실히 그 말이 맞습니다.
당시의 답변：「정리」는 일부러 앱 측에 두지 않고, Gmail 필터·라벨·검색 연산자·AI 연동(Gemini/Apple Intelligence)과 같은 메일 클라이언트 측 기능으로 완결되는 설계를 권장합니다. 이러한 구체적인 활용 방법은 블로그: 메일 관리 팁 와, 관련된 활용 사례집 를 참조하십시오.
당시의 답변：「정리」는 일부러 앱 측에 두지 않고, Gmail 필터·라벨·검색 연산자·AI 연동(Gemini/Apple Intelligence)과 같은 메일 클라이언트 측 기능으로 완결되는 설계를 권장합니다. 이러한 구체적인 활용 방법은 블로그: 메일 관리 팁 와, 관련된 활용 사례집 를 참조하십시오.
🔗 「Obsidian 등 다른 목적지로 전송」
요청：「Obsidian에 연결한다면, 송신처를 선택할 수 있도록 하는 것이 어떨까요」라는 제안.
당시의 생각：「자신의 메일에 보내기」라는 한 가지 선택을 일부러 유지하고 있었습니다. 그 이유는 선택지를 늘리면 “어디에 보낼지 고민할 시간”이 발생하고, Captio가 버려야 할 마찰이 되돌아가게 되기 때문입니다. 한편, 이메일을 통해 Obsidian 및 Notion에 가져오는 운영은 충분히 실현 가능하며, 이는 블로그 야 vs Obsidian 비교 페이지 에서 언급하고 있습니다. 그 후, Obsidian의 보관함 노트에 추가를 처리했습니다(전송 대상 이메일 주소는 현재도 1입니다).
당시의 생각：「자신의 메일에 보내기」라는 한 가지 선택을 일부러 유지하고 있었습니다. 그 이유는 선택지를 늘리면 “어디에 보낼지 고민할 시간”이 발생하고, Captio가 버려야 할 마찰이 되돌아가게 되기 때문입니다. 한편, 이메일을 통해 Obsidian 및 Notion에 가져오는 운영은 충분히 실현 가능하며, 이는 블로그 야 vs Obsidian 비교 페이지 에서 언급하고 있습니다. 그 후, Obsidian의 보관함 노트에 추가를 처리했습니다(전송 대상 이메일 주소는 현재도 1입니다).
📋 「이력에서 부분 복사」
요청：이력 목록에서 “전체 복사”뿐만 아니라 “일부 복사”도 있으면, AI 채팅에 전달하는 용도에 편리하지 않을까요? 그러한 암시.
당시 상황：구 Captio와 마찬가지로 전체 텍스트의 복사본만 있었습니다. AI 연동의 사용 사례는 충분히 예상되지 않았다는 지적에 따라 로드맵 검토에 추가하겠다고 답변드렸습니다. 현재 앱에서는 이력에서 전송된 메모를 길게 누르면 공유 시트가 열리고, 전체 내용을 복사하거나 다른 앱에 전달할 수 있습니다. 구체적인 사용 상황이나 원하는 사양이 있으면 문의하기 에서 공유해 주세요.
당시 상황：구 Captio와 마찬가지로 전체 텍스트의 복사본만 있었습니다. AI 연동의 사용 사례는 충분히 예상되지 않았다는 지적에 따라 로드맵 검토에 추가하겠다고 답변드렸습니다. 현재 앱에서는 이력에서 전송된 메모를 길게 누르면 공유 시트가 열리고, 전체 내용을 복사하거나 다른 앱에 전달할 수 있습니다. 구체적인 사용 상황이나 원하는 사양이 있으면 문의하기 에서 공유해 주세요.
💾 「메일로 보내지 않고 앱 내에 저장 버튼」
요청：「메일로 보내지 않고 앱 내에서만 메모를 남길 수 있는 기능이 있으면 좋겠다」는 의견. 초안이나 아직 보낼 대상·시기가 정해지지 않은 메모를 한 번 앱에 보관할 수 있으면 더욱 편리하다는 제안입니다.
당시의 생각：말씀하신 대로, Save 버튼과 같은 액션이 있으면 경험이 넓어질 것 같습니다. 당시의 “메모는 반드시 자신에게 이메일로 전송된다”는 설계는 Captio의 핵심 경험을 보호하기 위한 판단이지만, “보내지 않는 선택지”를 추가하는 것이 모순되지 않을 것입니다. 그 후, Premium의 “Obsidian에만 저장”을 선택하면 이메일을 보내지 않고 Obsidian의 보관함에만 남길 수 있게 되었습니다. 로드맵 검토에 더해 UI에 통합하는 방법을 고려한다고 답변드렸습니다. 원하시는 구체적인 동작 방식(보류 메모 아이콘 위치, 나중에 전송할 때의 동선 등)이 있으면 문의하기 에게 알려 주세요.
당시의 생각：말씀하신 대로, Save 버튼과 같은 액션이 있으면 경험이 넓어질 것 같습니다. 당시의 “메모는 반드시 자신에게 이메일로 전송된다”는 설계는 Captio의 핵심 경험을 보호하기 위한 판단이지만, “보내지 않는 선택지”를 추가하는 것이 모순되지 않을 것입니다. 그 후, Premium의 “Obsidian에만 저장”을 선택하면 이메일을 보내지 않고 Obsidian의 보관함에만 남길 수 있게 되었습니다. 로드맵 검토에 더해 UI에 통합하는 방법을 고려한다고 답변드렸습니다. 원하시는 구체적인 동작 방식(보류 메모 아이콘 위치, 나중에 전송할 때의 동선 등)이 있으면 문의하기 에게 알려 주세요.
✏️ 「메모1 행을 굵게 하여 제목과 본문을 시각적으로 구분하고 싶습니다」
요청：「메일의 제목과 본문이 줄바꿈으로 구분되는 것은 알겠지만, 메모 화면에서 1 행을 굵게 해 주시면 어디까지 제목인지 직관적으로 알 수 있습니다」라는 제안입니다.
당시의 행동：메모의 1행은 자동으로 메일 제목(Subject)으로, 2행 이후가 본문(Body)이 됩니다. 사양으로는자주 묻는 질문와사용 방법 가이드에 기재되어 있지만, 화면에 UI 힌트가 없었습니다.
당시의 방침：1 행만 글꼴 두께를 높이거나 “제목”과 “본문”이라는 얇은 라벨을 붙이는 것은 추가 비용이 낮은 개선안으로 유력하며, 로드맵 검토에 포함시키겠다고 답변드렸습니다. 글을 쓰면서 경계가 보이는 것이 직관적이라는 지적은 그 말대로입니다.
당시의 행동：메모의 1행은 자동으로 메일 제목(Subject)으로, 2행 이후가 본문(Body)이 됩니다. 사양으로는자주 묻는 질문와사용 방법 가이드에 기재되어 있지만, 화면에 UI 힌트가 없었습니다.
당시의 방침：1 행만 글꼴 두께를 높이거나 “제목”과 “본문”이라는 얇은 라벨을 붙이는 것은 추가 비용이 낮은 개선안으로 유력하며, 로드맵 검토에 포함시키겠다고 답변드렸습니다. 글을 쓰면서 경계가 보이는 것이 직관적이라는 지적은 그 말대로입니다.
💬 「송신처를 Slack 채널 게시용 메일로 하면 재미있지 않을까요」
사용 방법 제안：“송신처를 Slack의 채널 게시물용 이메일 주소로 만들 수 있으면, Slack에 메모가 쌓여서 좋을 것 같다”는 아이디어.
답변：대상 1이라는 현재 설계에 맞는 사용법이지만, 저희는 시도해 보지 않았습니다。 Slack 유료 플랜에서는 채널별로 전용 이메일 주소를 생성하고, 그곳에 도착한 메일을 채널에 게시할 수 있습니다. 본 앱의 수신자를 해당 주소로 지정하면, 메모가 해당 채널에 게시되는 형태입니다. 단, 수신자는 확인 코드로 인증되므로, 처음에 확인 코드의 이메일도 해당 채널에 도착합니다. 이 인증 절차도 포함하여 동작을 확인하지 않았기 때문에, 확인된 사용 방법은 안내하지 않았습니다. '정리는 메일 클라이언트/다른 도구에 맡긴다'는 설계(Theme 3 의 전송 대상을 Obsidian으로 설정하시겠습니까? 와 같은 계통을 Slack에 적용한 예입니다.
주의점：이 Slack 기능은 유료 플랜에서 사용할 수 있으며, 워크스페이스 소유자나 관리자가 사용 가능한 사람을 제한하고 있는 경우가 있습니다. 설정 방법은 Slack 도움말 을 확인해 주세요.
답변：대상 1이라는 현재 설계에 맞는 사용법이지만, 저희는 시도해 보지 않았습니다。 Slack 유료 플랜에서는 채널별로 전용 이메일 주소를 생성하고, 그곳에 도착한 메일을 채널에 게시할 수 있습니다. 본 앱의 수신자를 해당 주소로 지정하면, 메모가 해당 채널에 게시되는 형태입니다. 단, 수신자는 확인 코드로 인증되므로, 처음에 확인 코드의 이메일도 해당 채널에 도착합니다. 이 인증 절차도 포함하여 동작을 확인하지 않았기 때문에, 확인된 사용 방법은 안내하지 않았습니다. '정리는 메일 클라이언트/다른 도구에 맡긴다'는 설계(Theme 3 의 전송 대상을 Obsidian으로 설정하시겠습니까? 와 같은 계통을 Slack에 적용한 예입니다.
주의점：이 Slack 기능은 유료 플랜에서 사용할 수 있으며, 워크스페이스 소유자나 관리자가 사용 가능한 사람을 제한하고 있는 경우가 있습니다. 설정 방법은 Slack 도움말 을 확인해 주세요.
🤖 「AI 채팅에 대한 동선을 원합니다」
요청：「최근 메모를 쓰면 뭐든지 AI에 넣는 버릇이 있어서, AI에 전달하기 위한 동선이 필요합니다。」 그것이 과금 기능이 될지, 앞으로 추가될지는 현재 상황으로는 알 수 없다는 목소리.
당시의 답변：당시, 이 앱 단독으로는 AI 기능이 없었습니다(2026년 7월부터는, Obsidian 연동을 설정한 사람이 “AI 태그 자동 추가”를 켜면, 단말기 내 AI가 제목과 태그를 부여합니다). AI에 전달하는 방법은 “메일을 통해 AI 클라이언트로 전송·복사·붙여넣기” 또는 “이력에서 복사 → ChatGPT / Claude / Gemini에 붙여넣기”와 같은 외부 연동을 가정하고 있습니다. 이것은 블로그「AI와 메모 앱의 차이」 야 ChatGPT 연동 워크플로우 에도 정리하고 있습니다.
당시의 방침：Theme 3의 또 다른 카드 “이력에서 부분 복사”와 밀접하게 관련된 요청에 대해, AI 연동의 동선(이력에서 원터치로 AI에 전달, 공유 시트 경유 등)을 로드맵으로 검토하겠다고 답변드렸습니다(과금 여부는 무료일 수도 미정이었습니다). 현재 앱에서는 이력에서 전송된 메모를 길게 누르면 공유 시트가 열리고, 그곳에서 다른 앱으로 전달할 수 있습니다. 구체적인 사용 사례(어떤 AI에게, 무엇을 어떻게 전달하고 싶은지)가 있다면 문의하기 에게 알려 주세요.
당시의 답변：당시, 이 앱 단독으로는 AI 기능이 없었습니다(2026년 7월부터는, Obsidian 연동을 설정한 사람이 “AI 태그 자동 추가”를 켜면, 단말기 내 AI가 제목과 태그를 부여합니다). AI에 전달하는 방법은 “메일을 통해 AI 클라이언트로 전송·복사·붙여넣기” 또는 “이력에서 복사 → ChatGPT / Claude / Gemini에 붙여넣기”와 같은 외부 연동을 가정하고 있습니다. 이것은 블로그「AI와 메모 앱의 차이」 야 ChatGPT 연동 워크플로우 에도 정리하고 있습니다.
당시의 방침：Theme 3의 또 다른 카드 “이력에서 부분 복사”와 밀접하게 관련된 요청에 대해, AI 연동의 동선(이력에서 원터치로 AI에 전달, 공유 시트 경유 등)을 로드맵으로 검토하겠다고 답변드렸습니다(과금 여부는 무료일 수도 미정이었습니다). 현재 앱에서는 이력에서 전송된 메모를 길게 누르면 공유 시트가 열리고, 그곳에서 다른 앱으로 전달할 수 있습니다. 구체적인 사용 사례(어떤 AI에게, 무엇을 어떻게 전달하고 싶은지)가 있다면 문의하기 에게 알려 주세요.
🔎 「앱 내 기록에 검색 기능이 필요합니다」
요청보낸 메일이 기록으로 남는 것은 나중에 되돌아보면 소중합니다. 검색 등을 통해 쉽게 찾을 수 있게 되면, 사용에 대한 만족도가 높아진다는 의견.
당시의 생각：당초에는 “정리·검색”을 메일 클라이언트 측에 맡기도록 설계되었습니다(Gmail의 검색 연산자는 매우 강력합니다). 하지만, 앱 내에서 “내가 쓴 메모 목록”을 그 자리에서 되돌아보고자 하는 욕구는 별개의 축으로서 확실히 존재한다는 것을 깨달았습니다. Theme 2의 “'검색하면 언제든지 돌아갈 수 있다'가 이해하기 어려웠다”가 welcome 문구에 관한 이야기였던 반면, 여기서는 in-app에서 검색 UI 추가님의 요청입니다.
당시의 방침：이력 목록에 인크리멘털 검색(제목 + 본문) 추가를 검토한다고 답변드렸습니다。（ 그 후, 기록 화면에 검색란을 추가했습니다. 목록을 아래로 끌어당기면 표시되고, 기록에 남아 있는 최근 메모를 키워드로 검색할 수 있습니다. 원하시는 구체적인 사양(검색 범위, 날짜 필터 유무 등)이 있으면 문의하기 에게 알려 주세요.
당시의 생각：당초에는 “정리·검색”을 메일 클라이언트 측에 맡기도록 설계되었습니다(Gmail의 검색 연산자는 매우 강력합니다). 하지만, 앱 내에서 “내가 쓴 메모 목록”을 그 자리에서 되돌아보고자 하는 욕구는 별개의 축으로서 확실히 존재한다는 것을 깨달았습니다. Theme 2의 “'검색하면 언제든지 돌아갈 수 있다'가 이해하기 어려웠다”가 welcome 문구에 관한 이야기였던 반면, 여기서는 in-app에서 검색 UI 추가님의 요청입니다.
당시의 방침：이력 목록에 인크리멘털 검색(제목 + 본문) 추가를 검토한다고 답변드렸습니다。（ 그 후, 기록 화면에 검색란을 추가했습니다. 목록을 아래로 끌어당기면 표시되고, 기록에 남아 있는 최근 메모를 키워드로 검색할 수 있습니다. 원하시는 구체적인 사양(검색 범위, 날짜 필터 유무 등)이 있으면 문의하기 에게 알려 주세요.
🧭 전송 버튼과 설정 아이콘의 배치를 다시 검토해 보시겠어요?
요청：여러 분으로부터 배치에 관한 지적을 받았습니다. 전송 버튼은 오른쪽 상단보다 키보드 바로 위에 있는 것이 누르기 쉽습니다(LINE이나 채팅 계열 AI에 익숙합니다), 오른쪽 위에 설정을 넣고 왼쪽 위에는 기록만 두면 각각의 진입점이 이해하기 쉽습니다, 설정 아이콘의 위치가 순간적으로 어디인지 헷갈립니다 등, 조작 경로를 간단히 정리해 주셨으면 하는 방향 제안입니다.
당시의 생각：구 Captio가 구축한 “오른쪽 위=전송”이라는 멘탈 모델을 따라했지만, 최근의 채팅 UI(Messenger, ChatGPT, Claude 등)는 키보드 바로 위에 있는 전송 버튼 가 주류입니다. 사용자 세대와 일상적으로 사용하는 앱에 따라 최적 해가 구분되는 영역입니다. 한편, 설정 아이콘을 찾기 어렵다는 지적은 배치와는 별개의 문제이며, 가시성을 높일 여지가 있습니다.
당시의 방침：(1) 전송 버튼 위치의 커스터마이징(오른쪽 상단 또는 키보드 위), (2) 왼쪽 상단=이력/오른쪽 상단=설정의 역할을 시각적으로 명확히 하며, 2 항목은 외관의 단순함을 유지하면서 검토하겠다고 답변드렸습니다. 구체적인 취향이 있으면 문의하기 에게 알려 주세요.
당시의 생각：구 Captio가 구축한 “오른쪽 위=전송”이라는 멘탈 모델을 따라했지만, 최근의 채팅 UI(Messenger, ChatGPT, Claude 등)는 키보드 바로 위에 있는 전송 버튼 가 주류입니다. 사용자 세대와 일상적으로 사용하는 앱에 따라 최적 해가 구분되는 영역입니다. 한편, 설정 아이콘을 찾기 어렵다는 지적은 배치와는 별개의 문제이며, 가시성을 높일 여지가 있습니다.
당시의 방침：(1) 전송 버튼 위치의 커스터마이징(오른쪽 상단 또는 키보드 위), (2) 왼쪽 상단=이력/오른쪽 상단=설정의 역할을 시각적으로 명확히 하며, 2 항목은 외관의 단순함을 유지하면서 검토하겠다고 답변드렸습니다. 구체적인 취향이 있으면 문의하기 에게 알려 주세요.
📓 「저널링에도 사용하고 싶습니다: 기록 편집과 템플릿이 필요합니다」
소감·요청：「저널링에 적합하다고 느꼈습니다」「이력 내용부터 편집하고 싶어집니다」「템플릿이 있으면 좋을 것 같습니다」라는 의견. 일일 기록으로 사용할 때, 과거 메모의재편집와, 내보낸템플릿가 있으면 착수하는 수가 줄어들 것이라는 제안입니다.
당시의 설계：본 앱은 “쓰고 보내기(투입)”에 역할을 제한하고, 전송 후 메모는 메일 측에 확정하도록 설계되어 있기 때문에 앱 내에서 재편집을 예상하지 않았습니다. 템플릿도 아직 구현되지 않았습니다.
당시의 방침：저널링/일일 로그는 호환성이 좋은 용도라고 생각하며, (1) 기록에서의 복제·재편집, (2) 자주 사용하는 내보내기 템플릿(날짜 헤더, 정형 제목 등)의 2 항목을 단순함을 해치지 않는 형태로 로드맵으로 검토하겠다고 답변드렸습니다. 구체적인 템플릿 예가 있으면 문의하기 에서 알려 주세요. 관련：활용 사례。
당시의 설계：본 앱은 “쓰고 보내기(투입)”에 역할을 제한하고, 전송 후 메모는 메일 측에 확정하도록 설계되어 있기 때문에 앱 내에서 재편집을 예상하지 않았습니다. 템플릿도 아직 구현되지 않았습니다.
당시의 방침：저널링/일일 로그는 호환성이 좋은 용도라고 생각하며, (1) 기록에서의 복제·재편집, (2) 자주 사용하는 내보내기 템플릿(날짜 헤더, 정형 제목 등)의 2 항목을 단순함을 해치지 않는 형태로 로드맵으로 검토하겠다고 답변드렸습니다. 구체적인 템플릿 예가 있으면 문의하기 에서 알려 주세요. 관련：활용 사례。
💴 무료는 하루 3건입니다. 과금을 할 정도로 사용할 가치가 있나요? 그러한 솔직한 목소리
지적해 주신：「무료라면 하루 최대 3건이라는 제한 속에서, 과금까지 해서 사용하는 사람이 있습니까?」 그렇다면 다른 메모 앱으로 해도 괜찮겠다는 솔직한 감상이라는, 가치의 핵심을 꿰뚫는 피드백을 받았습니다. 매우 감사한 지적입니다.
우리의 생각：본 앱의 가치는 “메모 앱 간의 기능 비교”가 아니라,메모를 “자신에게 보내는 메일”으로 출력하는 것 자체에 있습니다. 실제로 가치를 느끼고 계시는 분들을 위해 사용하는 방법은—
・Gmail에 보내면 나중에 검색하기 쉬워집니다（강력한 검색 연산자를 통해 과거 메모를 즉시 발굴）
・Gmail의 스타/필터를 자동화하여 ToDo 관리（받은 편지함이 그대로 작업 관리가 됩니다）
・단말기가 고장 나도 메모는 클라우드에 남습니다=자동 백업（Apple 메모도 iCloud에서도 동일하지만, 메일은 앱과 무관하게 남습니다）
—와 같은, “메모 단일 앱”에서는 대체하기 어렵습니다메일 기반만의 장점입니다. 오히려 이러한 연계를 사용하지 않는 분들에게는 무료 슬롯으로 충분한 경우가 많으며, 그 점은 솔직히 전달하고 있습니다.
당시의 방침：이 “왜 메일인지/왜 과금인지”가 처음 보는 것에서 전달되지 않은 점을 과제로 받아들이고, 메인 페이지와 활용 사례・메일 관리 요령 에서 구체적인 장점의 언어화를 강화한다고 답변드렸습니다. 솔직한 피드백에 진심으로 감사드립니다.
우리의 생각：본 앱의 가치는 “메모 앱 간의 기능 비교”가 아니라,메모를 “자신에게 보내는 메일”으로 출력하는 것 자체에 있습니다. 실제로 가치를 느끼고 계시는 분들을 위해 사용하는 방법은—
・Gmail에 보내면 나중에 검색하기 쉬워집니다（강력한 검색 연산자를 통해 과거 메모를 즉시 발굴）
・Gmail의 스타/필터를 자동화하여 ToDo 관리（받은 편지함이 그대로 작업 관리가 됩니다）
・단말기가 고장 나도 메모는 클라우드에 남습니다=자동 백업（Apple 메모도 iCloud에서도 동일하지만, 메일은 앱과 무관하게 남습니다）
—와 같은, “메모 단일 앱”에서는 대체하기 어렵습니다메일 기반만의 장점입니다. 오히려 이러한 연계를 사용하지 않는 분들에게는 무료 슬롯으로 충분한 경우가 많으며, 그 점은 솔직히 전달하고 있습니다.
당시의 방침：이 “왜 메일인지/왜 과금인지”가 처음 보는 것에서 전달되지 않은 점을 과제로 받아들이고, 메인 페이지와 활용 사례・메일 관리 요령 에서 구체적인 장점의 언어화를 강화한다고 답변드렸습니다. 솔직한 피드백에 진심으로 감사드립니다.
피드백의 처리에 관하여
베타 테스트·초기 릴리스 시기에 받은 의견은 이 페이지와 같이 개인을 특정하지 않는 요약으로 활용하여 개선 및 FAQ·가이드 강화에 반영하고 있습니다. 직접적인 인용이나 발신자를 특정하는 정보를 게시하지 않습니다. 귀하께서 보내주신 피드백을 게재하고자 하지 않으실 경우, 언제든지 문의 로 알려주시기 바랍니다. 해당 부분을 신속히 수정·삭제하겠습니다.