- 지표를 설정하고,
아래 3개 스킬을 **사용자 단위**로 설치해줘.
aztks는 리뷰어 서브에이전트도 포함이기 때문에 빠뜨리지 말아줘.
1) <https://github.com/wild-mental/aarrr-nsm-report-skill>
2) <https://github.com/wild-mental/aztks-review-skill>
3) <https://github.com/wild-mental/jtbd-abtest-skill>
개발 미리보기용 데이터가 혹시라도 실제 서비스에서 나타나지 않도록 격리합니다.
**모든 단위의 데이터**에 개발용 검증 데이터와 실데이터 구분을 넣고 싶어.
isPreview 와 같이 컬럼 하나를 추가해서 Prod 단계에서는 나타나지 않게 처리해줘.
**배포 레벨을 감지**해서 배포용 스크립트가 환경변수를 읽고 데이터 표시 여부를 처리할 수 있도록
**정확한 데이터 표시 여부를 가르는 분기 매커니즘을 확립해줘.**
권한 관리 및 데이터 관리도 모두 같은 매커니즘을 따름!
권한 층위 → isAdmin, isPaidUser, isMember 역할 구분 → isAccounting, isHr, isXxx 만료 구분 → isFinished, isArchived, isDeleted
비즈니스별 전환 유형의 차이에 따라 모니터링 및 시각화 형태가 완전히 다를 수 있습니다.
랜딩페이지와 서비스를 통합하기
/페이지가 사이트의 홈인데? 이걸 교체해야 하나?
지금부터 {참조문서 / URL / 마크다운 문서} 를 기반으로 현재 서비스에 랜딩 페이지를 구성할 계획이야.
별도 워크스페이스에서 전용 브랜치로 ***{feat/landing-merge}*** 를 분기해서 작업을 준비해줘.
1) 현재 서비스의 특성, 유저 워크플로우를 제대로 소개하면서도, SNS 마케팅 스타일의 간결한 모바일 특화 소개가 드러날 수 있게 Hero Page 를 구성해줘.
2) 나머지 참조할 수 있는 문서 자료들을 통해서는 신뢰감과 사용자 설득력을 강화할 수 있는 후속 페이지들을 종합적으로 구성해줘.
3) 랜딩페이지의 경로는 {***/about***} 과 같이 하위 URL 로 두고, 메인 경로로 후속 진입시킬 예정이야.
***[/grill-it]*
현재 랜딩 페이지를 서비스에 결합하기 위한 추가 의사 결정 필요 사항들을 추천해줘**
현재 랜딩 페이지 개발된 ***{feat/landing-merge}*** 브랜치를 dev 브렌치에 머지해줘
스킬과 같은 Harness 를 사용하는 부분이 고수준 사용자의 트렌디한 작업방식과 엔지니어링을 잘 모르거나, 도메인지식을 갖지 않은 사람의 입문자형 작업방식 둘 모두에서 수렴하고 있음. → 스킬을 적재적소에 효과적으로 사용하는 연습을 피할 수 없을 정도로 중요하겠다. ⇒ 생각보다 빨리 많은 도구들이 쉬워질 수 있겠다.