eatery - 1

eatery가 세상에 나오게 된 배경은 당연하게도 밥플레이스 때문이다.
밥플레이스에서는 음식을 먹는 유저와 가게 사장님들을 동시에 모으기에는 한계가 있어서, 한 쪽의 유저를 확실히 모아야한다는 결론을 냈다.

그렇게 유저를 모으는 앱인 eatery가 기획되었다.

eatery는 처음에 먹스타그램 급의 양질의 글들을 키워드와 템플릿을 통해(당시엔 GPT가 없었다.) 자동으로 써주게끔 하는 것을 목표로 만들게되었다.
유저는 글들을 보면서 자신이 먹는 것에 대한 양질의 리뷰들을 볼 수 있다는 것이다.
그리고 내가 그런 음식점들을 저장할 수 있었고, 내가 필요한 약속 상황에 따라 검색할 수 있었다.
그리고 처음 이 앱을 기획하였을때, 좀 더 성장한 내가 코어로 잡고 갔던 내용들은 아래 내용과 같다.

1. 유효성도 장벽이다.

밥플레이스는 좀 더 믿음직스러운 앱이어야 했기에 유효성을 빡빡하게 한 것이 있다.
다만, 이런 유효성들을 잡아내는 것이 MVP관점에서 과연 어느정도로 필요할지를 생각하게 된다.
물론 자잘한 유효성때문에 이탈이 생기는 것은 아니겠지만, 한번 앱을 보러온 사람들의 데이터까지 못보는건 좀 아쉽지 않은가.
그래서 나는 유효성에 어긋나는 존재는 직접 없애버린다는 마음으로, 모든 유효성을 완화하고자 한다.

2. 악질 유저는 나오면 잡는다.

밥플레이스는 포인트 제도로 현금 환급을 해주는 앱이었다.
그래서 기획 당시에 가장 많이 고민했던 것은, 악질적인 유저가 포인트를 가져가려고 하는 행동을 막아야한다. 였다.
그 누구도 포인트를 적립하려들지 않는데, 악질적인 유저가 포인트를 가져가려한다면, 그 또한 데이터이지 않은가.
악질적인 유저가 커뮤니티에서 똥을 뿌리는 수준이 아니라면, 그리고 그것으로 해를 끼치는 방향이 나 뿐이라면, 오히려 환영한다.

3. 포인트 제도는 절대 초반에 도입하지 않는다.

유저는 포인트를 적립받기 위해 귀찮음을 행하는 존재가 아니다.
포인트를 얻기위해 어떤일을 할 것이라는 생각은 완전히 버려야한다.
포인트라는 제도가 없어도, 그들이 스스로 즐길 수 있는 무언가를 만들어야한다.

위 내용들과 함께 eatery의 기획은 시작되었다.