방그리

조회수는 많은데, 그래서 뭐가 바뀌었죠? - 숫자 너머 진짜 성과를 보고 싶은 마케터의 고민

2025-07-20T01:58:41Z

“이번 캠페인은 조회수 30만, 반응률 8%로 목표를 초과했습니다.” 마케터라면 익숙한 보고내용입니다. 사실 저도 그랬습니다. 숫자를 말하는 순간엔 왠지 성과를 낸 것 같고, 숫자가 높으면 회사 안에서 고개를 끄덕이는 사람도 많았습니다. 그런데 언제부턴가 문득 이런 생각이 들었습니다. “숫자는 좋은데… 그래서 진짜 뭐가 바뀌었지?” 회사 안 마케터의

다 끝났으니 마케팅하라는 말의 의미 - 모든 게 다 준비됐는데, 마케팅만 남았다는 말이 불러오는 오해

2025-07-18T09:56:07Z

“기획도 끝났고, 개발도 잘 됐는데 왜 안 팔리죠?”“트래픽은 잘 들어오는데, 전환이 안 되는 건 마케팅 문제 아닙니까?”“이게 잘 팔리면 다 마케팅 덕이고, 안 팔리면 마케팅 책임이죠.” 마케터라면 이 말을 자주 듣습니다. 사실 이 말속에는 두 가지 오해가 숨어 있습니다. 첫 번째는 마케팅이 무언가의 ‘마지막 단계’라는 오해. 두 번째는 마케팅이 모든

아무것도 만들지 않지만, 모든 걸 알아야 하는 사람 - 마케팅은 제일 마지막에 불리지만, 결국 성패는 여기서 갈린다

2025-07-11T15:36:14Z

“그거 그냥 광고 좀 돌리면 되는 거잖아요?”“마케팅? 입 있는 사람 누구나 한 마디씩 할 수 있죠.” 마케팅은 모두가 아는 말입니다. 입에 담기도 쉬워서, 누구나 말합니다. 그래서 마케터는 종종 말을 잃는 직무가 되기도 합니다. 제품은 기획자가 만들고, 기능은 개발자가 짜고, 화면은 디자이너가 그렸습니다. 이제 다 만들어졌으니, “마케팅만 하면 되겠다

몰랐던 세계를 이해하게 된 기획자의 변화 - 이제는 개발자와 같은 언어로

2025-07-02T15:08:41Z

처음 기획자가 되었을 때, 저는 이렇게 생각했어요. “기획은 기획이고, 개발은 개발이지.” 아는 만큼만 하자고. 몰라도 되는 건 그냥 넘기자고. 하지만 현실은 그렇게 나눠져 있지 않았습니다. 기획자가 기획서만 잘 쓰면 되는 세상은 없었고, 기획자는 언제나 디자이너, 개발자, 파트너사, 운영팀 사이에서 ‘모두가 이해할 수 있는 말’을 만들어야 하는 사람이었

기획자는 왜 결국 말하게 되는 사람인가 - 나서기 싫어도 마이크는 내 손에 온다

2025-06-21T13:02:45Z

기획자가 되기 전까지, 나는 발표를 피했습니다. 조용히 일하고, 글로만 소통하는 게 더 편했어요. 사람들 앞에 나서는 건 그런 걸 좋아하는 사람들에게 맡겨버렸죠. 사실 저는 발표를 앞두고 청심환을 먹은 적도 더러 있습니다. 지금도 남들 앞에 나서야만 하는 자리에선 숨이 턱 막히고 손끝이 차가워집니다. 그런데 기획자가 되고 나니, 그런 저조차도 결국 말하게

기획자가 개발자와 좋은 관계를 유지하는 법 - “이게 왜 이렇게 오래 걸려요?”라는 말이 불러오는 전쟁

2025-06-20T09:18:57Z

프로젝트 초반, 저는 개발자 분들께 이런 말을 한 적 있습니다. “이거 기능 하나만 추가하면 되잖아요?” “이 버튼이 왜 이렇게 오래 걸리는 거죠?” “이 정도는 바로 되는 줄 알았어요…” 그때 개발자의 표정이 말했죠. “아, 오늘도 한 명 잃었다.” 그 이후로 저는 마음을 고쳐먹었습니다. 개발자와 잘 지내는 건 ‘센스’가 아니라 ‘스킬’입니다. 그

기획자는 왜 잘 돌아가는 시스템도 의심해야 할까 - ‘고장 난 게 없으면 가만히 있어야 한다’는 말, 기획자한텐 해당안된다.

2025-06-21T08:10:39Z

“이 시스템은 그냥 이렇게 굴러온 거예요.”“불편하긴 한데, 어쨌든 돌아가니까요.”“아직 사용자 불만은 없었어요.” 이런 말을 들을 때마다 저는 머릿속에서 빨간 경고등이 켜집니다. 기획자라면 그런 말들 사이에서 ‘지금은 괜찮지만, 진짜 괜찮은 걸까?’를 질문할 줄 알아야 합니다. 오래된 시스템 = 안정? vs 정체? 시간이 쌓인 시스템은 반드시 단단

애자일, 스크럼, 워터폴 ― 기획자가 알아야 할 개발 - 팀의 일하는 방식을 모르면, 기획도 타이밍을 잃습니다

2025-06-17T14:00:45Z

요즘은 회사에서 “애자일하게 갑시다”, “이번 스프린트 안에 끝내죠” 같은 말이 종종 들립니다. 하지만 회사 규모나 팀 성격에 따라 실제로 얼마나 방법론을 쓰는지는 천차만별이죠. 중요한 건, 어떤 방식으로 일하든 간에 기획자가 방법론의 흐름을 이해하고 있는지입니다. 이 글에서는 기획자의 실무에 도움이 되는 세 가지 방법론—워터폴, 애자일, 스크럼—을 쉽고

버그, QA, 테스트 그리고 기획자 - 기획자의 책임은 어디까지?

2025-07-05T15:25:42Z

“오류 발견했어요! ㅁㅁ 메뉴에서 결제 취소가 안되네요.” 개발자에게 가볍게 건넨 말에, 돌아오는 대답은 질문 세례였죠. “언제 안 됐나요? 어떤 계정으로요? 결제방식은 뭐였죠?” 버그는 분명히 발생했지만, 어떤 방식으로 소통해야 할지는 몰랐던 초창기 기획자 저의 모습입니다.이 글은 그때부터 지금까지, 제가 기획자로서 테스트와 버그를 다루며 깨달은 생존기

기획자를 위한 개발 언어 입문서 - 개발자가 무슨 언어를 쓰든, 나랑 상관있는 거 맞을까?

2025-06-04T16:32:10Z

프로젝트 초반, 기획서 작성을 막 시작했을 때의 이야기입니다. 개발자와 기능 정의를 논의하다가 이런 말을 들었죠. “이건 서버에서 Java로 처리돼야 하니까, 일정 좀 여유 보셔야겠어요.”“프론트는 JavaScript라 간단한 UI 수정은 오늘 안에 가능할 듯합니다.” 사실 저는 ‘자바’와 ‘자바스크립트’가 뭔 차이인지 몰랐습니다. 더 솔직히는 같은 건

데이터베이스(DB)는 왜 기획자에게 중요한가 - 내가 쿼리를 짤 일은 없지만, 구조는 알아야 산다

2025-06-08T07:41:21Z

모든 서비스는 결국 데이터를 저장하고, 불러오고, 수정하는 행위의 반복입니다. 그런데 이 데이터가 어떻게 저장되고 관리되는지 기획자가 모르면, 실제 서비스의 흐름을 제대로 설계할 수 없습니다. “데이터베이스(DB)”라는 단어만 들어도 괜히 어렵게 느껴지죠. 테이블, 컬럼, 쿼리… 낯선 용어들 투성이니까요.그런데 사실 기획자가 알아야 할 수준은 생각보다 간

기획자가 API를 꼭 이해해야 하는 이유 - 직접 쓰진 않지만, 제대로 읽고 판단해야 한다

2025-05-30T10:53:20Z

“API 연동 규격서에 POST로 기재돼 있는데 GET 방식 아닌가요?”“방금 호출한 결제 API 오류 응답이 오는데, A사에 확인 부탁드립니다” 기획자가 된 뒤 처음엔 이 말들이 무슨 뜻인지도 몰랐습니다. 하지만 업무를 하다 보면 차차 익혀지더군요. 비록 기획자가 직접 규격서를 작성하진 않더라도, 그 안에 어떤 데이터가 오가고, 언제 요청이 발생하는지

프론트엔드 vs 백엔드, 대체 뭐가 다른 거야? - 기획자가 알아야 할 IT의 앞면과 뒷면

2025-05-24T13:08:59Z

기획자가 되면 꼭 듣게 되는 말이 있습니다. “이건 프론트에서 처리해 주시고요.” “백엔드에서 먼저 구현돼야 해요.” 하지만 처음엔 이 말이 참 헷갈립니다. 어디가 앞이고, 어디가 뒤라는 거지? 게다가 앞선 편에서 들었던 클라이언트/서버 이야기랑은 또 무슨 차이죠? 프론트엔드? 사용자 눈에 보이는 모든 것 웹사이트, 앱, 버튼, 화면 전환, 색상, 애

서버와 클라이언트, 이것만큼은 알고 가자 - 기획자가 서버를 모르면, 결국 아무도 설명을 못한다

2025-07-14T20:53:28Z

“이거 서버에서 처리해야 돼요.”“클라이언트에서만 보여주면 안 될까요?”“서버 응답 느려서 UX가 나빠요.” 기획 회의에서 흔히 나오는 얘기들입니다. ‘서버에서 처리한다는 게 무슨 말이지..‘ ‘클라이언트는 고객 아닌가요..’ 이런 생각하셨다면, 당첨. 구버전 저랑 똑같은 수준이시네요. 기획자에게 이 두 개념이 안 잡혀 있으면, 개발 요청을 할 때마

시스템 간 연결이란 무엇인가 - 기획자가 반드시 이해해야 할 ‘연동’의 언어

2025-05-19T21:10:01Z

“6월 10일부터 SIT 환경 테스트 들어갑니다.”“B사랑 테스트 일정 잡아야 해요.”“복호화 오류 난다고 합니다. 확인 좀 부탁드릴게요.” 기획자가 되고 처음 들은 말이지만, 상당히 자주 듣는 말들입니다. 기획자가 되면서 이런 상황에서 가만히 있는 게 아니라, 나서야 하는 사람이 되었습니다. 시스템은 ‘혼자’ 존재하지 않는다 IT 서비스는 보통 하나

웹과 앱, 기초부터 정확히 알고 가자 - 기획자가 구분 못 하면 프로젝트가 꼬입니다

2025-05-16T14:04:51Z

“웹은 브라우저에서 여는 거고, 앱은 앱스토어에서 까는 거잖아요?” … 맞긴 합니다. 그런데 그걸로는 턱없이 부족해요. 웹과 앱의 구조와 특징을 모르면, 기획 방향부터 꼬이고, 개발팀과 디자이너가 서로 다른 목표로 움직이게 됩니다. 웹과 앱, 겉모습은 비슷하지만 속은 완전히 다르다 웹(Web) 접근 방식: 크롬, 사파리 등 브라우저 설치: 필요

IT 서비스는 도대체 어떻게 만들어지는 걸까? - 기획자는 어디까지 책임져야 할까?

2025-05-17T11:15:26Z

‘기획자? 아이디어 내고 PPT에 예쁘게 정리해서개발 요청하면 되는 거 아니에요?‘ 라고 생각했죠. 아마 많은 사람들이 저랑 비슷하게 생각할 것 같아요. 하지만 아이디어를 실제 구현하는 프로세스를 한 바퀴 경험하고 난 뒤 기획자는 그저 ‘생각을 정리해 표현하는 사람’이 아니라는 걸 깨달았습니다. 아이디어가 실제 구현되는 과정, 진짜 현실 버전 서비스

문과생 기획자의 개발 공부, 굳이 해야만 했던 이유 - 눈 떠보니 내가 기획자?

2025-05-15T00:08:09Z

“와, 과장님. 저는 개발자들이랑 미팅만 하면 무슨 소리인지 알아들을 수가 없네요…” IT 회사에서 일한 지 약 10년. 하지만 그동안 기술은 겉핥기 수준이고 홍보, 마케팅, 영업 업무만 맡아왔습니다. 전공도 인문학보다 더 기술과 거리가 먼 예체능계. (예체능 중에서도 개발이랑은 안드로메다만큼 거리가 있는 음악 전공. 하지만 설명이 복잡하니, 여기서는