728x90 반응형 lean/주간 회고71 24.11.25~24.12.02 업무 공유비밀번호 찾기 기능 개발스테이징 테스트 후 프로덕션 배포까지 완료! SDK 로그 미수집 기능 개발SDK로 가이드 실행 시 로그가 수집되고, 해당 로그에 대한 통계를 제공하고 있다.그런데 이로 인해 고객사 내부 테스트를 프로덕션에서 진행하지 못하는 문제가 발생했다.(로그가 섞이기 때문) 일반적인 방법은 통계 수집 시, 제외한 IP를 설정할 수 있게 하는 것이지만그렇게 우선순위가 높지는 않음 + 설정한 IP 이외 테스트용 접속을 필터링하지 못함 의 문제가 있었고,따라서 SDK 가이드 실행 함수 옵션에서 로그 미수집 기능을 제공해, 고객사에서 직접 로그 수집 여부를 코드로 제어할 수 있게 만들었다. 멤버 초대 기능 개발이전까지는 담당자에게 개별적으로 멤버 초대 기능을 알려 팀원들이 가입하게끔 안내한 .. 2024. 12. 2. 24.11.18~24.11.25 업무 공유비밀번호 찾기 기능 개발자체 회원가입 기능 개발이 이뤄지면서, 이와 연관된 비밀번호 찾기 기능을 구현했다.기능 자체는 별다른 예외 상황이 없는 일반적인 기능이라 별다른 어려움이 없었다.비밀번호를 찾을 수 있는 메일을 BE에서 전송했는데, 메일을 전송할 때마다 스팸 메일로 분류되는 문제가 있었다.원인을 찾는 과정에서 SPF(Sender Policy Framework), DKIM(DomainKeys Identified Mail) 등을 통한 이메일 발송 인증에 대해 학습할 수 있었다! 추가적으로, 이전에 회원가입/로그인을 개발하면서 각 기능들을 개별 feature로 분류했는데,이렇게 설계하다 보니 동일 요소(이메일, 비밀번호 등)에 대한 유효성/에러 문구 로직을 처리하기가 까다로웠다.(회원가입, 로그.. 2024. 11. 25. 24.11.10~24.11.18 업무 공유타겟 요소 조회 알고리즘 개선현 서비스의 핵심 로직 중 하나인, 타겟 요소 조회 알고리즘을 개선했다. 타겟 요소 조회 알고리즘은 사용자가 선택한 요소를 가이드 실행 시 얼마나 정확하게 찾아가는지 를 의미하는데,서비스 극 초창기 때 작성한 로직을 지금까지 사용하고 있었다. 당시만 하더라도, 서비스의 정확한 컨셉이나 사용 기업이 확정되지 않은 상태로우연찮게 POC가 이뤄진 B사의 요구사항을 구현하는데 급급했다. Azure, GCP 등 외부 서비스에서 사용자가 선택한 요소를 식별해야 했기 때문에일반적인 식별자(대표적인 예시가 id)를 사용할 수 없었고이로 인해 최대한 많은 예외 케이스를 고려해야만 했다. 하지만 점차 POC 기업이 늘어나면서기존 알고리즘이 고려했던 예외 케이스로 인해, 오히려 조회 결.. 2024. 11. 18. 24.10.27~24.11.10 업무 공유체크리스트 기능 프로덕션 업데이트약 1주일 만에 체크리스트 관리 기능 개발을 완료했고, QA 후 수정사항을 반영한 뒤 프로덕션 업데이트를 진행했다.미팅 이후 이탈했던 기업들에게 추가적으로 안내 + 신규 기업들에게도 함께 해당 기능을 안내하는 중! 가이드 문서 제작이전에는 서비스 사용 방법을 미팅 과정에서 안내하고, 관리자 페이지에 가이드 탭을 추가해 알려줬었다.하지만 기능들이 하나 둘 추가되면서, 단순한 페이지 하나에 모든 내용을 담기는 불가능해진 상황! gitbook을 활용해 공식적인 가이드 문서를 제공해야 했고,이 중 개발자 가이드 파트를 전담해 SDK 설치 및 함수 사용 방법과 예제를 담은 가이드 문서를 작성했다. 자체 회원가입 기능 개발무료 체험 기간이 종료되는 12월 전까지, 팀의 목표.. 2024. 11. 10. 24.10.20~24.10.27 업무 공유체크리스트 관리 기능 개발여러 채널들로 유입된 기업과 미팅을 진행한 결과, 현재 제품이 제공하는 가치인 '온보딩'이 크게 두 가지로 나뉨을 확인할 수 있었다.→ 1) 고객이 가치를 느낄 수 있는 아하 모먼트까지 안내 2) 필수 세팅 과정 안내 및 지원 이 두 가지 케이스 중 1)에 해당하는 기업들은 활발하게 미팅이 이뤄지고, 실제 도입으로 이어졌다.하지만 2)의 니즈에 해당하는 기업은, 얼마 지나지 않아 이탈하는 경우가 많았다. (사실은 전부 이탈했다) 이를 해결하기 위해 사용자가 해야만 하는 일을 시각적으로 제시할 수 있는, 제크리스트를 구현하기로 결정! 실제 체크리스트를 고객사 화면에 띄울 SDK와, 체크리스트 내부 요소를 GUI로 편집할 수 있는 관리자 페이지 기능 개발이 필요했고,그중 관.. 2024. 10. 28. 24.10.13~24.10.20 업무 공유SDK 실행 옵션 추가실행한 가이드가 종료되었을 때, 고객사 측에서 정의한 동작을 실행하고 싶다는 요구사항이 발생했다.→ 이미 상정되었던 상황! SDK를 통한 가이드 실행 시, 완료 시 실행될 콜백 함수를 주입받는 걸로 빠르게 구현할 수 있었다. 이때 다시 한번 느낀... 도메인 중심 사고의 중요성! 이번의 경우 가이드 완료 시에만 입력받은 콜백이 실행되어야 했는데,이를 도메인 개념에 따라 완료 / 중간 이탈 / 종료로 나누었던 것이 추후 빠른 요구사항 반영을 이끌어 낸 원동력이 되었다. 툴팁 텍스트 에디터 적용역시 고객사 요구사항 발생!문구에 강조, 크기 조절, 색상, 링크 등을 추가하고 싶다는 고객사 요구사항이 발생했다. 직접 구현할 수도 있었지만, 해당 기능이 서비스에 미치는 영향력을 고려.. 2024. 10. 22. 24.10.06~24.10.13 업무 공유통계 조회 기능 개발실행한 가이드의 통계를 보고 싶다는 요구사항이 생겼다.이전 기업과의 POC 과정에서 로그 수집 기능을 추가한 덕에, 로그 데이터 자체는 이미 존재하는 상황.따라서 관리자 페이지에서 수집된 로그를 보여주기만 하면 되었다. 필요한 정보는 1) 어떤 가이드의 2) 어떤 스텝이 3) 몇 번 실행되었는지 정도.크게 복잡한 데이터도 아니고, 이를 차트 형태로 풀어내기에는 스텝의 이름을 한눈에 알아보지 못해 오히려 불편하단 생각이 들었다.그래서 일단 테이블 형태로 노출 수와 이탈률을 보여주자는 결론을 냈고, 이를 구현했다. 통계 테이블 자체는 크게 어려움이 없었다.특정 버전에 대한 스텝 노출 수가 매핑된 데이터를 BE에서 반환하면이를 FE에서 버전 내 스텝에 연결 짓고, 노출 수 / 이.. 2024. 10. 13. 24.09.29~24.10.06 업무 공유허브 기능 개발고객사에서 생성한 가이드들을 통합 관리하는 허브 기능을 개발했다.정확히는 허브 내에 들어갈 가이드 버전을 제어하고, 선택하는 기능!제법 복잡한 데이터 상태를 관리해야 했는데, 각 도메인 feature별 util 함수로 이를 제어했다.즉, 각 상태를 제어하는 사용처에서 도메인 논리를 구현하는 것이 아닌해당 feature내에 업데이트 함수들을 작성하고(순수함수 형태), 이를 사용처에서 불러와 작성하는 형태. 이때 util 함수들은 외부에 대한 의존성이 존재하지 않는 순수함수 형태로, 오직 도메인 정책(비즈니스 로직)만 구현한 형태였는데단위 테스트를 작성하기도 좋고, 사용처에서 사용하기도 쉽고 간단해 좋았다. 버전 덮어씌우기 오류 수정신규 고객사에서 각 가이드 별로 수집된 통계를 빠르고.. 2024. 10. 7. 24.09.08~24.09.29 업무 공유버전 관리 기능 개발여느 Saas와 마찬가지로, 우리 서비스의 고객사들 역시 실제 프로덕션 환경에서의 안정성을 무엇보다 중시했다.대부분 제품 도입 전 자신들의 개발 환경에서 테스트(QA)를 진행하고 싶어 했는데...도입 전에는 필요가 없지만, 한번 우리 서비스를 도입한 이후 변경사항이 발생한 경우에는, 이 변경사항이 프로덕션 환경에는 반영되지 않아야만 했다. 이전 script 형태로 제공하던 버전에서는 이러한 환경 별 구분을 위해 "실행 환경"이라는 개념을 추가했었다.관리자 페이지에서 각 고객사 별로 자신들의 실행 환경을 추가하고, 해당 실행 환경 별로 변경 사항을 차례차례 적용할 수 있는 구조. 하지만 가이드 구조 개선과 함께, 제공 방식을 SDK로만 우선적으로 제한하면서 기존의 실행 환경 개.. 2024. 9. 29. 이전 1 2 3 4 ··· 8 다음 728x90 반응형
