76 lines
5.7 KiB
Markdown
76 lines
5.7 KiB
Markdown
|
# Background
|
||
|
|
|
||
|
|
KoTalk의 배경은 단순합니다. 많은 사람이 여전히 쓰는 기준 메신저를 부정하기보다, 최근 한국어 사용자들이 실제로 드러낸 피로와 미충족 수요를 더 조용하고 더 예측 가능한 제품 설계로 풀어 보자는 것입니다.
|
||
|
|
|
||
|
|
## Why This Project Exists
|
||
|
|
|
||
|
|
최근 국내 메신저 여론에서 반복적으로 읽히는 신호는 꽤 선명했습니다.
|
||
|
|
|
||
|
|
- 대화보다 피드, 광고, 추천 콘텐츠가 먼저 보일 때 생기는 피로
|
||
|
|
- 운영정책과 제재 기준이 충분히 설명되지 않을 때 생기는 불신
|
||
|
|
- 개인정보와 프라이버시 이슈가 누적될 때 생기는 경계심
|
||
|
|
- 장애가 반복될 때 생기는 “언제 또 끊길지 모른다”는 피로감
|
||
|
|
|
||
|
|
KoTalk는 이 신호를 자극적인 비판의 소재로 소비하지 않습니다. 대신, 메신저라면 적어도 아래 네 가지는 다시 잘해야 한다고 봅니다.
|
||
|
|
|
||
|
|
- 대화와 답장이 가장 먼저 보일 것
|
||
|
|
- 개인적 대화와 업무적 대화 모두에서 복귀가 짧을 것
|
||
|
|
- 상태와 정책이 설명 가능할 것
|
||
|
|
- 장애나 세션 끊김이 생겨도 복구 흐름이 예측 가능할 것
|
||
|
|
|
||
|
|
## Signals Seen In Public Coverage
|
||
|
|
|
||
|
|
최근 공개 기사와 공식 자료를 기준으로 보면, KoTalk의 배경은 대체로 아래 네 가지 축으로 정리됩니다.
|
||
|
|
|
||
|
|
| Signal | What public coverage suggests | KoTalk response |
|
||
|
|
|---|---|---|
|
||
|
|
| 메신저 본질에 대한 피로 | 2025년 국내 기사들은 카카오톡 대규모 개편 이후 친구 탭 피드화, 숏폼, 광고 노출, 전체 구조 변화에 대한 이용자 불만이 빠르게 커졌다고 정리했습니다. 사용자는 기능 확대보다 `대화 흐름이 덜 방해받는가`를 더 엄격하게 봤습니다. | KoTalk는 첫 화면을 대화와 재진입 흐름 중심으로 유지합니다. 광고, 피드, 추천 콘텐츠는 핵심 표면에서 의도적으로 밀어냅니다. |
|
||
|
|
| 프라이버시와 보안 신뢰 요구 | 오픈채팅 관련 개인정보 유출과 과징금 이슈는 대형 메신저일수록 프라이버시를 옵션이 아니라 기본 설계로 다뤄야 한다는 기대를 더 높였습니다. | KoTalk는 최소 수집, 명확한 데이터 경계, 세션 통제, 설명 가능한 보안 문서를 제품 표면의 일부로 둡니다. |
|
||
|
|
| 운영정책 설명 책임 | 안전 조치 자체보다도, 어디까지 제한하는지와 어떤 기준으로 처리하는지를 투명하게 설명해야 신뢰를 얻는다는 신호가 반복됐습니다. | KoTalk는 제한, 차단, 신고, 복구 절차를 가능한 한 짧고 이해 가능한 문장으로 정리하는 방향을 택합니다. |
|
||
|
|
| 안정성과 복원력 기대 | 메시지 지연, 로그인 오류, 접속 장애 보도는 이제 메신저 품질에서 `잠깐의 장애`보다 `반복될 때 어떻게 복구되는가`가 더 중요하다는 점을 드러냈습니다. | KoTalk는 재연결, 읽기 커서, 전송 실패 표시, 복구 상태 안내를 핵심 기능으로 봅니다. |
|
||
|
|
|
||
|
|
## What KoTalk Is Trying To Rebuild
|
||
|
|
|
||
|
|
KoTalk가 다시 붙잡으려는 감각은 “메신저가 해야 할 기본기”에 가깝습니다.
|
||
|
|
|
||
|
|
- Windows에서 읽기와 답장이 편한 구조
|
||
|
|
- 모바일에서 길게 설명을 읽지 않아도 되는 진입
|
||
|
|
- 검색, 보관, 다시 열기처럼 나중에 필요한 대화를 다시 꺼내기 쉬운 흐름
|
||
|
|
- 장식보다 밀도와 구조가 먼저 보이는 한국어 UI
|
||
|
|
|
||
|
|
즉, 낯선 제품 철학을 강요하기보다 익숙한 대화 문법을 현대적인 방식으로 다시 정돈하는 프로젝트입니다.
|
||
|
|
|
||
|
|
## Tone And Position
|
||
|
|
|
||
|
|
이 프로젝트는 특정 서비스를 공격하거나, “누군가를 대체하기 위해 무너져야 한다”는 식으로 접근하지 않습니다. 오히려 아래와 같은 태도에 가깝습니다.
|
||
|
|
|
||
|
|
- 지금의 기준 제품이 여전히 중요한 이유를 인정하기
|
||
|
|
- 이용자가 실제로 말한 불편을 흘려보내지 않기
|
||
|
|
- 설명 가능한 UI와 운영 표면을 만들기
|
||
|
|
- 공개 저장소에서 보여지는 것과 실제 구현 상태를 최대한 맞추기
|
||
|
|
|
||
|
|
## What That Means For The Product Surface
|
||
|
|
|
||
|
|
그래서 이 저장소의 공개 표면도 같은 방향을 따릅니다.
|
||
|
|
|
||
|
|
- README에는 화면, 상태, 배경, 릴리즈 경로를 함께 둡니다.
|
||
|
|
- 상태 문서에는 잘 되는 것과 아직 부족한 것을 같이 적습니다.
|
||
|
|
- 스크린샷은 제품의 방향을 보여 주는 근거로 남깁니다.
|
||
|
|
- 긴 기획과 UX 확장 문서는 별도 문서 묶음으로 보관합니다.
|
||
|
|
|
||
|
|
## Sources
|
||
|
|
|
||
|
|
- 아주경제, `카카오톡 개편에 42% '불만'…"대체 메신저 언급까지 확산"`: <https://www.ajunews.com/view/20250928142420661>
|
||
|
|
- 더팩트, `카카오톡 '국민 메신저' 위상 휘청…개편 실패 책임론 급부상`: <https://news.tf.co.kr/read/economy/2249675.htm>
|
||
|
|
- YTN, `카톡 검열 논란`: <https://www.ytn.co.kr/_ln/0519_202506171620012347>
|
||
|
|
- YTN, `카카오톡, 오전 한때 6분간 접속·메시지 전송 오류`: <https://www.ytn.co.kr/_ln/0102_202409201022119491>
|
||
|
|
- 연합뉴스, `"최소 6만5천명 정보 유출"…카카오에 과징금 151억 '역대 최대'`: <https://www.yna.co.kr/view/AKR20240523065500530>
|
||
|
|
- 배경 정리 장문: [문서/14-project-background-and-market-context.md](문서/14-project-background-and-market-context.md)
|
||
|
|
|
||
|
|
## Read More
|
||
|
|
|
||
|
|
- 배경과 여론 맥락의 긴 문서: [문서/14-project-background-and-market-context.md](문서/14-project-background-and-market-context.md)
|
||
|
|
- 제품 전략: [문서/01-product-strategy-and-mvp.md](문서/01-product-strategy-and-mvp.md)
|
||
|
|
- 업무형 UX 방향: [문서/22-work-communication-ux-playbook.md](문서/22-work-communication-ux-playbook.md)
|
||
|
|
- 현재 상태: [PROJECT_STATUS.md](PROJECT_STATUS.md)
|
||
|
|
- 현재 화면 묶음: [SHOWCASE.md](SHOWCASE.md)
|