Skip to content

고객지원 제공 채널과 운영 정보 확정 #783

Closed

Description

@koongmai

작업 유형

enhancement — 신규 기능·기존 기능 개선

주 담당 모듈

setting — 설정

개요

고객지원 제공 채널과 실제 운영 정보를 결정합니다. 시안의 전화번호 1588-0000, 이메일 help@afternote.app, 평일 10–18시 안내는 실제 운영 승인 근거가 확인되지 않아 고객센터 허브 PR #1926 전체를 철회했습니다. 문제 해결 완료가 아니며 이 이슈는 열린 상태로 보류합니다.

결정 산출물과 재개 조건

  • 실제 제공할 고객지원 채널과 운영 책임자를 확정합니다.
  • 해당 채널에 필요한 연락처·운영시간·안내 문구가 실제 서비스 정보라는 승인 근거와 출처를 남깁니다. 시안에 문구가 있다는 사실만으로 확정으로 취급하지 않습니다.
  • 확정 결과에 맞춰 필요한 화면·진입점·동작과 검증 범위를 새로 정합니다. 현재 전화/이메일 허브를 그대로 재사용한다는 구현 예약을 하지 않습니다.
  • 결정 전에는 임시 연락처 연결, 미지원 제출/대체 화면, 무동작·비활성 메뉴를 구현하지 않습니다. 기존 설정 메뉴와 #1962의 Nav3 계약은 보존합니다.

관련 결정

문의 제공 방식은 #1964, FAQ 제공 방식·콘텐츠는 #1965에서 각각 BE#246의 계약 결정을 추적합니다. #784·#785·#1928·#1929 구현을 이 이슈의 선행으로 두지 않습니다. 코드 구현에 착수할 때 확정된 요구에 따라 #1695 등 실제 코드 선행을 다시 확인합니다.

근거: #783의 Figma 시안 댓글, 원본 #882의 시안 일치 리뷰, Afternote/Afternote-BE#246. 이 자료에서 운영 연락처·시간의 승인 근거는 확인하지 못했습니다.

Activity

  1. self-assigned this
    on Aug 12, 2026
  2. 1hyok commented on Aug 27, 2026

    @1hyok
    Collaborator

    Figma 시안

  3. added
    enhancementNew feature or request
    and removed on Aug 28, 2026
  4. changed the title [-]feat(setting): 고객센터 화면 구현[/-] [+]고객센터 화면 구현[/+] on Aug 28, 2026
  5. 1hyok commented on Aug 28, 2026

    @1hyok
    Collaborator

    PR #882 가 이 이슈를 구현한다. 블로커 #784·#785 가 열려 있어 merge-order-guard 때문에 auto-close(Closes)를 걸 수 없어 Refs 로 연결했다 — PR 머지 후 이 이슈는 수동으로 닫는다.

  6. 4 remaining items

  7. changed the title [-]고객센터 화면 구현[/-] [+]고객지원 제공 채널과 운영 정보 확정[/+] on Sep 12, 2026
  8. removed
    pr-open이 이슈를 구현하는 PR 이 열려 있다 — base 가 기본 브랜치가 아니어도 드러낸다
    on Sep 12, 2026
  9. 1hyok commented on Sep 13, 2026

    @1hyok
    Collaborator

    실측 기록 (이번에 낼 FE 코드는 없음)

    완료 조건 네 항목이 전부 코드 밖이라 이 이슈에서 뗄 독립 구현 범위가 없다. 대신 다음 착수자가 낡은 전제로 시작하거나 이미 진행 중인 PR 과 중복 착수하는 것을 막을 실측만 남긴다. 기준은 origin/develop 7d87aa3f4, 재확인 시각은 2026-09-13 이다.

    1. 남은 게이트는 BE 계약이 아니라 운영 승인이다

    gh api repos/Afternote/Afternote-FE/issues/783/dependencies/blocked_by 는 [] 이고, blocking 은 #564 하나다. Afternote/Afternote-BE#246 본문도 "고객센터 화면 자체는 진입점 허브라 서버 계약이 필요 없습니다" 라고 적고 그 이슈 범위를 문의와 FAQ 두 갈래로 한정했다. 같은 API 로 확인하면 BE#246 은 #1964 와 #1965 의 blocked_by 에 걸려 있고 이 이슈에는 걸려 있지 않다. BE#246 이 닫혀도 #783 은 풀리지 않는다.

    남은 것은 연락처·이메일·운영시간의 운영 승인 하나이고, FE 든 BE 든 코드 산출물이 아니다.

    2. 철회가 develop 에 남긴 잔재는 없다

    origin/develop 전수 grep 결과다.

    • CustomerCenter 심볼 0건. 유일한 문자열 일치는 QA 증거 아카이브 docs/qa/evidence/d6123c67ccd95f8a6cc2524564acec480c02c801.json:28 의 서술문이다.
    • 1588-0000, help@afternote.app 은 텍스트 파일 0건. core/ui/src/main/res/font/nanumbarungothic.ttf 가 -a 옵션에서 잡히지만 폰트 바이너리의 우연 일치다.

    고객지원 섹션은 SettingScreen.kt:220-245 의 메뉴 6개 그대로다. FAQ 와 고객센터는 SettingNavGraph.kt:56-57 에서 onFaqClick = {}, onInquiryClick = {} 이고, 프로필 상단 고객센터 바로가기는 SettingProfile.kt:80 의 stringResource(R.string.settings_support_inquiry) to null 이다. 되돌릴 것도, 지울 죽은 계약이나 타입도 없다.

    3. 무동작 메뉴는 이 이슈가 집을 범위가 아니다

    열린 PR 두 건이 이미 물고 있다.

    #551 본문은 "고객지원 정책 #783과 설정 Nav3 진입 정책 #1998의 결정을 기다리지 않고" 라고 못박았다. #2000 본문은 #783 을 언급하지 않지만 #564 의 목적지 구현과 분리한다고 적었다. 다음 착수자가 무동작을 이유로 들어오면 SettingScreen.kt, SettingNavGraph.kt, SettingProfile.kt 세 파일에서 그대로 충돌한다.

    4. 철회 코드의 소재와 재개 시 위험

    승인 근거가 없다고 철회한 문자열이 두 브랜치에 그대로 살아 있다. handoff 쪽은 strings.xml 33·37·40 줄과 SettingImplementedCoverageAndroidTest.kt:248, feat/783 쪽은 strings.xml 34·38·43 줄과 같은 테스트 219줄이다. 재개할 때 rebase 로 되살리면 미승인 연락처가 함께 들어온다. 확정된 값으로 다시 쓰는 편이 안전하다.

    브랜치가 지워져도 자동 복구는 기대할 수 없다. PR #1926 은 2026-09-12T22:23:38Z 에 사람이 닫았고 타임라인에서 closed 직전 이벤트는 unlabeled 다. .github/scripts/recover-base-deleted-pull-requests.mjs 는 마지막 closed 바로 앞이 base_ref_deleted 인 경우만 되살리므로, base 인 codex/1695-setting-nav3 가 지워져도 이 PR 은 복구 대상이 아니다.

    5. #1962 의 Nav3 계약은 실제로 보존됐다

    origin/codex/1695-setting-nav3 에 CustomerCenter 라우트가 없다. 문자열 일치는 2번과 같은 QA 증거 파일 한 곳뿐이고, SettingProfile.kt:79 의 null 바로가기도 그대로다. 철회가 Nav3 이관 계약을 건드린 자리는 없다.

    지금 실태와 어긋나 읽히는 것

    본문은 고치지 않았다. 아래는 읽을 때 같이 봐야 할 정정이다.

    이 코멘트는 기록이다. 결정이 나지 않았으므로 이슈는 열어 둔다.

  10. 1hyok commented on Sep 19, 2026

    @1hyok
    Collaborator

    2026-09-19 정리로 닫는다. 이 이슈의 완료 조건은 PM의 결정에 달려 있어 결정 전에는 FE 가 무엇을 만들지 쓸 수 없다. 그런 이슈는 FE 저장소에 열어 두지 않고 결정이 나면 그때 새 이슈로 다시 연다.

    기다리는 결정: 고객지원 채널·운영 정보.

    PM 질문은 창구가 정해지는 대로 보낸다(일혁이 목록 보관).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions