첫 회사 회고 3

BackOffice Api를 마치고

어찌어찌 BackOffice에서 제품, 디자이너, 브랜드를 설정할 수 있는 api를 모두 만들었다. 그리고 카카오톡 소셜 로그인을 하기 위한 계획 및 조사가 필요하다고 말씀을 하셔서 조사를 하게 되었다.

카카오 로그인 계획

일단 우리가 회원가입을 할 때 user 테이블에 저장하는 정보와 카카오 로그인을 통해 받을 수 있는 정보를 비교를 하였다. 우리가 필수적으로 받아야 하는 전화번호를 받아야 하고, 배송지의 정보를 알아야 하기 때문에 배송지의 정보도 중요했다. 하지만 이를 하기 위해선 카카오에게 정보활용 검수를 받아야 한다. 일단 지금 당장 개발을 하는 단계가 아니니, 노션에 정리를 해두었다.

또한 나중에 다른 소셜 로그인도 사용을 해야 하는데, 이를 어떻게 통합해서 관리를 해야 할지가 중요했다. 그래서 만약 카카오 로그인만을 이용을 하더라도 나중에 확장 가능성을 고려하여 테이블을 설계를 해야 하는 것도 중요했다.

서비스 내 적용 방안

카카오 로그인을 구현 할 시, 카카오톡 친구 리스트를 불러올 수 있는 정보 활용이 있다. 하지만 필수 동의를 할 수 없어 선택적으로 받을 수 있다. 따라서 이걸 이용하여, 판매글 또는 매거진을 사용자의 카카오톡 친구에게 공유를 하는 것을 생각해 보았다.

이렇게 친구 리스트를 불러 왔을 때, 친구들의 전화번호를 받을 수 있다면 우리 서비스내의 가입한 유저들 중 친구가 있는지를 확인 할 수 있다. 그래서 이를 활용하여, 팔로우 페이지에 내 카카오톡 친구가 있다면 상단에 보여줄 수 있는 기능과 내 카카오 친구가 구입한 제품을 보여 줄 수 있는 기능을 생각을 해보았다.

느낀점

처음 기능 기획을 한 것이라, 많이 부족하고 기능적으로 불가능 한 것도 있을 것 같다는 생각이 들었다. 하지만 기획을 하면서, 소셜 로그인 api에 대해서 많은 공부가 되어 도움이 되었다. 기획을 할 때 우리가 가지고 있는 리소스를 토대로 개발이 가능할 지와 팀원들의 생각 및 대표님의 생각이 다를 수 있어, 많은 대화가 필요로 하는 작업이었다. 또한 내가 생각했을 때 이 부분을 빨리 해야 할 것 같다는 생각이 있었지만, 대표님의 입장에선 아직 중요한게 아니니 천천히 해도 된다 라는 말씀도 있었다.

또한 노션 페이지에 정리를 할 때 아무래도 비개발자들도 있으니, 비 개발자들도 이해할 수 있게끔 작성을 하는것이 포인트였다. 그래서 최대한 쉽게 풀이를 해야했고, 회의 중 설명을 할 때도 많은 예시를 들어야 했었다. 이러한 경험을 통해서 나중에 기획자가 있다면, 기획 설명을 할 때 개발적으로 구현이 불가능 하다 라는 것을 이야기를 할 때 가능한 이해 할 수 있게끔 설명하는 연습을 해야겠다고 생각을 했다.