일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- 프로그래머스
- 타입 챌린지
- dfs
- Nestjs
- TCP
- 프로그래머스 레벨 2
- Algorithm
- 문자열
- 자바스크립트
- 가천대
- Crawling
- 쉬운 문제
- socket
- 타입스크립트
- type challenge
- BFS
- Node.js
- 그래프
- 수학
- 알고리즘
- ip
- typescript
- HTTP
- javascript
- dp
- 백준
- 크롤링
- 레벨 1
- HTTP 완벽 가이드
- 소켓
- Today
- Total
목록프로그래밍/Groth hacking (3)
kakasoo
대기업, 스타트업, 그리고 어떤 회사냐에 따라 좋아하는 개발자 유형은 다르다. 하지만 공통적인 부분을 뽑으라고 한다면, 아마 비즈니스에 대한 이해도가 있는 개발자일 것이다. 무엇을 만들어야 하는가. 그건 바로 돈이 되는 코드다. 돈이 되는 코드라는 건, 최적의 노력으로 최대의 효용을 낼 수 있는 코드다. 아무리 멋진 코드를 짠다고 하더라도 유저들이 찾지 않는 기능은 죽은 기능이다. 그러니 만들어달라는 요구대로 만들기만 하는 개발자가 아니라, 왜 만들어야 하는지에 대해 설득을 요구하는 개발자가 되어야 한다. 기획자, 디자이너에게 계속 해서 반문해야 한다. 이게 정말로 우리의 유저가 원하는 것인지- 애초에 그 사람들이 정말 우리의 유저 정의에 부합하는지- 일일히 따지고 들어서 딱 필요한 것만을 개발할 수 있..
최근에 그로스 해킹에 대해서 배운 탓에, 회사에서 일하던 것에도 동일한 고민을 할 수 있었다. 고민하는 게 재밌는 건 오랜만의 일이라, 협업하고 있는 디자이너 겸 기획자님에게도 내 고민을 공유했다. 함께 고민했으면 하는 마음과 함께, 이 분께서도 이 재미를 느낄 수 있기를 바랐다. 내가 하고 있는 고민은 아래와 같다. 정작 만들었는데 아무도 안 쓰면? 우리는 알림 기능을 세분화해서 제공한다. 각 기능마다 알림 기능이 있고, 이 기능을 원하는대로 ON/OFF할 수 있다. 만약 우리가 만든 기능 중 대부분의 유저가 알림을 끄고 있다면 우리는 이걸 어떻게 해석해야 할까? 알림 기능은 대부분 서비스가 제공하는 기본적인 기능이기 때문에 유저들의 사용이 저조하다고 해서 없애자고 할 기능은 아니다. 하지만 그건 알림..
이 글은 위키북스, 양승화 저자님의 그로스해킹을 읽고 정리한 내용입니다. 과업 기반은 각 팀마다 목표를 정해서 진행하기 때문에 수시로 기준이 바뀔 수 있을 뿐더러, 전체의 방향을 알 수 없고 각 팀이 정한 지표들 중 어느 쪽이 더 중요한 지표인지 알 기 어려워진다. 또한 내가 오늘 놀지 않았다는 걸 증명하는 수단으로 변질되기 쉽다. 중요한 건 일을 많이 하는 게 아니라 우선순위가 높은 일에 집중해 성과를 만드는 일이다. 더 효율적으로 지표를 관리하기 위해서는, 회사 조직도에 따라 지표를 각각 관리하지말고, 사용자의 서비스 이용 흐름에 맞춰 지표를 관리해야 한다. 즉 유저가 들어오고 나가는 각 단계를 포괄하는 퍼널(funnel)을 만들고 각 단계에서 핵심 지표를 찾아야 한다. 이러한 맥락에서 가장 효율적으..