-
AI가 발전함에 따라 개발자의 수요가 줄어든다고 생각 하실 까요? 어떻게 생각하시나요?
답변
-
속도가 빨라졌으니 모든 직무에 수요가 줄어들 것.
생산력이 좋아지니까 보다 적은 인원으로 할 수 있지 않을까?
-
템플릿 등은 AI를 통해서. 비즈니스 로직 등 구체적인 내용이나 커스터마이징에 있어서 개발자가 직접 해야하는 영역
-
깃허브에 코파일럿 정도로 반복적인 내용을 불러오거나, 프레임을 짤 때만 사용
-
ai는 비용이 비쌈, 비용적으로 언제 합리적인 가격이 될 지 모름
-
AWS 가 있지만 여전히 인프라 하시는 분도 있고, 오히려 인프라 하시는 분들은 블루오션일지도.
-
보안이슈 : 사내망에서 쓸 수 있는 내부 ai 등 사용 (슬랙도 비슷한 경우)
-
PM과 일할 때 이런 PM과 하기 편했다 하는 요소가 있으실지?
답변
- 잘 정리해주는 사람: 거시적으로 보는 사람. 문제가 발생하고 있는지, 지연되고 있는지, 놓친건 없는지 등등을 전체적인 관점으로 보는게 좋았음
- 외부 리퀘스트를 잘 정리해주는 사람. 외내부 커뮤니케이션 역량. 이번 스프린트에 해둔거에서 자꾸 깨지기 때문에, 팀원을 잘 설득해서 진행하거나 일을 쳐내거나. 자꾸 예상하지 못한 일이 생기는게 제품 개발인데 자꾸 다른 일이 들어오거나 이거 해주셔야죠 ;; 하면 팀의 분위기가 안좋아짐
-
새싹톤에서 우선순위를 잘 잡고 MVP에서 디벨롭을 해나가야할 것 같은데, PRD를 써서 개발 우선순위를 정하는 것이 좋을지?
답변
- 레벨별로 인터페이스를 만들지 않고 이런 기능, 저런 기능만 정한 다음에 프론트랑 백엔드가 만들면서 이야기하는 편
- 문서를 단계별로 만들지는 않음
- MVP 단계에서는 po, 프론트, 백엔드, 디자이너만 붙어서 만들고 그게 끝나고 잘 되면 pm 한테 넘기는 편(다른 부서 및 고객과 소통을 하기 위해)
-
사업 운영 시 데이터 평가지표 DAU로 잡아야할 것 같은데 로컬디바이스로 디비 저장해서 운영되는 서비스 같은 경우에 DAU 트래킹을 어떻게 하는지?
- 로컬디바디스로는 트래킹 불가능
- 지표를 로그인 하면 쏘는 식으로 로그인 api 가 날라오면 로그에 심고 스토리지에 심고
- sql로 디스팅트해서 측정함
- 리텐션이 좋은 서비스가 좋은 서비스라고 생각함
- 유저 리텐션 관련해서 일자 별 리텐션을 지표 삼아서 봐야함
- 리텐션과 dau를 챙기면 그로스 할 수 있음
- 리텐션이 빠지면 어떤 기능에서 빠지는지 확인해야함. 마지막으로 쓴 기능이 이건데 여기서 빠지는 이유가 뭘지
- 유저들 레코드하는 서비스도 할 수 있음
- 로그인이 없으면 디바이스 아이디에 심어서 유저의 트렌드를 파악하면 됨
- hot jar, amplitude 등 툴 활용
-
그로스는 특정지표를 달성하고자 데이터를 기반으로 인사이트를 얻고 가설을 만들어 실험을 한 후 그 결과를 바탕으로 지표를 개선 및 달성하는 과정이라고 생각해보았을때, 우리의 서비스는 정보성 콘텐츠 제공이 주 서비스이고 타겟층도 어느정도 명확하다고 느껴지는데 이런 정보 제공 서비스에서 가장 중요하다고 생각드는 점은 '유저가 정말 필요로 하는 정보를 제공하는지'와 '필요로 하는 정보를 얻는 과정이 간편한지'가 떠오릅니다.
개발을 하는 입장에서 어떤 GA나 UX tracking 툴을 이용하는 것 외에 어떤 데이터들이 그로스라는 개념을 가시화할 수 있을지가 감이 안옵니다.
답변
- 그로스 = 성장. 매출이나 유저가 오를 때
- 그로스: 마케팅 없이 기존의 유저 100이 유지가 되는지
- 마케팅하고 세일즈에서 그로스가 제일 많이 쓰임. 마케팅 후에 얼마나 전환되었는지를 봄
- 마케팅을 통한 그로스가 안늘었을 때 고객이 안늘었을 때 타겟이 맞게 들어온건지 검증하는 과정
- 문제가 생긴 퍼널을 계속 찾아가는 과정
- 가정을 세우는 것이 중요. 마케팅 채널도 바꿔보고 비용도 늘려보고 하면서 ‘~하면 신규가입자가 증가할 것이다.’, ‘dau가 ~일 것이다.‘
- 이후에는 ‘이탈율이 ~ 일 것이다.’ 등으로 타겟 고객에대한 지표를 잘 세워야 함
- 이탈율까지 같이 세우면 단순히 okr 지표만 달성하려고 하기 때문에
- 마케팅으로 가져온 유저는 체리피커가 많음
- 마케팅 okr=신규유저 유입 / 프로덕트팀 okr=이탈율 방지 일 경우에 갈등이 생길 수 밖에 없음
- 세일즈는 없는 기능을 있다고 하고 자기 지표 채움 ㅎㅅㅎ
- b2b saas 세일즈 드리븐 그로스 / 프로덕트 드리븐 그로스가 있음. 세일즈가 잘해서 프로덕트를 만들거나 vice versa
- 제품의 특성을 잘 봐야함. 어떤 프로덕트에서는 세일즈가 매우 중요함. 모르면 안팔리기 때문에
-
저희 서비스의 창의성에 대해 어떻게 생각하시는지 (나는 조금 부족하다고 느낌 힝)
답변
-
팀에서 해커톤의 목적을 어떻게 두냐에 따라 다른 것 같음
목적 : 창업, 새로운 기술, 시장/유저의 호응, 유저의 데이터를 서빙해서 받아보기.
해커톤을 기점으로 꾸준히 유지보수개발 할 수 있는 프로덕트를 만든다거나
-
짧은 시간안에 비즈니스 모델까지 생각해서 만들 수 있을까 ? 생각하면 어렵다.
-
중요한 건 팀원들이 얻고 싶은게 무엇인가?
-
specific한 대상을 위한 지하철 앱도 좋은 경험일 듯 (버티컬을 좁혀서) 굿굿
-
좀 더 재미에 집중하거나 공익성을 가져가는 방향도 좋을 듯
-
유사한 서비스여도 어떻게 만드는지 궁금 했다거나, 만들어보고 싶었다던가 하는 것도 의미가 충분히 있음.
