AI 스타트업 PM은 도대체 어떤 일을 할까?

무슨 일 하시냐는 질문에 AI 스타트업에서 PM으로 일하고 있다고 하면,

열이면 열 아래와 같은 반응이 돌아옵니다.

“아, AI 요즘 정말 핫하잖아요~ 근데 AI 스타트업 PM은 무슨 일을 하나요?”

이 질문에 어떻게 답해야할지가 항상 참 애매하더라구요.

그래서 “고객사에서 필요로하는 AI를 함께 기획하며 프로젝트를 매니징하고 있어요.”

정도로 대답하곤 하는데 썩 명쾌한 대답이 아닌 것 같아서

형식적으로 고개를 끄덕이는 상대를 보면 영 찜찜한 마음이 듭니다.

AI가 그렇게 핫하다는데, AI 스타트업에서 프로젝트 매니저가

‘구체적으로 어떤 일을 하는지’ 친절하게 소개하는 컨텐츠가 별로 없는 것 같아요.

물론 AI 기업마다 세부적인 업무 내용은 조금씩 다를 수 있겠지만,

큰 틀에서는 비슷할 것 같아 ‘AI 스타트업의 프로젝트 진행방식이 궁금하신 분’,

또는 ‘AI 스타트업의 PM 업무에 관심있는 분’께 도움이 되고자 간단히 적어보려고 합니다.

AI 프로젝트의 특수성… 고객도 무엇을 원하는지 잘 모른다.

AI 프로젝트는 크게 두 가지로 분류됩니다.

1. 신사업 (새로운 서비스를 위한 AI)

2. 업무 효율화 (기존의 내부 업무 효율화를 위한 AI)

1의 예시로는 네이버 스노우에서 선보인 AI 프로필과 같은 AI를 활용한 새로운 서비스가 있고,

2의 예시로는 쇼핑몰에서 상품별 카테고리를 직접 태깅하던 것을 AI를 이용해 자동화하는 것이 있겠네요.

이러한 AI 프로젝트의 가장 큰 특징은 요구 조건이 명확하지 않다는 것입니다.

요구 조건이 명확하지 않은 이유는,

1. 고객사들조차 자신들이 무엇을 원하는지 잘 모르고

2. AI에 대한 지식이 부족하기 때문입니다. (ex. 이런 부분도 AI가 할 수 있나?)

기존 업무 효율화를 위한 AI 프로젝트의 경우,

자동화하고 싶은 기존의 프로세스가 존재하다보니

어떤 input이 들어왔을 때, 어떤 output이 나오기를 바라는지 파악하기 쉽지만

(물론 상대적으로 수월하다는 의미입니다. ^^ )

신사업을 위한 AI 프로젝트인 경우,

“그래서 어떤 것을 하고 싶으신걸까요?”라고 고객사 측 담당자에게 물어볼 때,

“저도 사실 잘 모르겠어서, AI 전문 기업이시니까 많이 도와주셨으면 좋겠어요..”

라는 대답이 돌아오는 일이 부지기수라

수동적인 태도로는 프로젝트를 정의하기가 쉽지 않습니다.

고객사가 무엇을 원하는지 모른다면, 밑그림을 다 그려줘라!

결국 AI 스타트업 PM이 프로젝트를 잘 진행해나가기 위해서는,

고객사에 하나 하나 모든 것을 ‘이끌어가는 친절한 태도’가 필요합니다!

찾아가기만 하면, 고객사가 느끼는 문제/필요로 하는 서비스가 무엇인지를 명확하게 파악한 후,

AI를 통해 어떻게 해결할 수 있을지를 구체적으로 안내해주는 역할을 해야하는거죠.

그렇게 하기 위해서 AI 프로젝트 PM이 부단히 노력해야 하는 부분은 다음과 같습니다.

1. 최신 AI 동향 및 AI 기술에 대한 이해도

AI 기업의 PM은 너무나 당연하게도 AI에 대한 기본적인 지식을 갖추고 있어야 합니다.

머신 러닝이 뭔지, 지도 학습/비지도 학습/강화 학습이 뭔지, 어떤 모델들이 있는지 등의 내용이 있겠죠.

또한 AI 도메인은 정말 하루하루 빠르게 변화하고 있기 때문에,

어떤 기술이 얼마나 발전되었는지, 어떤 새로운 AI 모델들이 사용되고 있는지 파악하는 것이 중요합니다.

이러한 AI 기술에 대한 지식을 바탕으로,

‘AI를 통해 어떤 것들을 할 수 있는지’를 이해하고 있어야 합니다.

1. 다양한 사례 파악

AI 기술을 팔로업하다보면, 자연스레 AI 기술을 활용한 사례들을 접하게 됩니다.

다른 AI 기업은 어떤 서비스를 기획하여 제공하고 있는지,

다양한 분야의 기업들이 어떤 AI를 도입하여 사용하고 있는지 등을 잘 파악하고 있으면,

고객사에 제안할 다양한 소재가 되기 때문에 잘 참고하는 것이 좋습니다.

또한 다양한 사례를 찾아보다보면, 각 도메인에서 AI를 통해

어떤 문제를 해결하고 싶어하는지를 파악하기도 수월해진답니다.

1. 능동적인 문제 정의 및 기획

위에서 언급했듯, AI라는 기술의 특수성과 프로젝트 정의의 모호성으로

고객사의 기획만을 기다리게 되면, 한없이 프로젝트 정의가 늘어질 가능성이 높습니다.

따라서, 1&2를 바탕으로 AI 기술로 할 수 있는 다양한 방향성을 제안하면서

고객사와 함께 서비스를 기획하며 input/output 등을 구체화해나가야 합니다.

PM은 고객사가 나이브한 아이디어를 던져주면,

본질적인 니즈를 파악하여 구조화한 후

1. 어떠한 데이터가 필요한지/ 데이터는 충분한지

2. 현재의 AI 기술 수준은 어느 정도인지

3. 유사한 사례에서 서비스가 어떤 방식으로 이루어지고 있는지

4. 내부 개발팀에서 진행 가능한 기술적 난이도인지

등을 종합적으로 검토하여

실현 가능성을 바탕으로 구현이 가능한 AI 프로젝트를 구체화하여 제안해야 합니다.

(이 과정에서 때로는 고객사 내부 PM이 된 듯한 느낌을 받을 수도 있습니다. 🤔)

지금까지 AI 스타트업 PM의 업무 중

프로젝트 정의 과정에 대해 간단하게 소개해드렸는데요.

제가 근무하고 있는 Dalpha의 경우,

특정한 AI를 고도화/개발하여 판매하는 기업이 아니라

고객사의 페인포인트를 바탕으로 고객사별 맞춤형 AI를 제작하는 기업이다보니

PM이 더더욱 능동적으로 고민해야 할 부분이 많은 것 같습니다!

기획하고 고민하는 과정에서 어려운 점이 없다고 할 순 없지만,

AI를 도입하고 싶은데 어떻게 도입해야 할지 몰라

고민이 많았다는 고객사분들과 이야기를 나누며 기획하다보면

꼭 AI를 통해 효용을 느끼실 수 있도록 도움을 드려야겠다는 마음이 생기는 것 같아요.

저희가 개발한 AI를 활용해 만들어진 서비스가 출시되어

직접 이용해볼 때 느끼는 뿌듯함과 신기함도 원동력이 되는 것 같구요.

아무튼, 여기서 글을 마치도록 하겠습니다!

긴글 읽어주셔서 감사하고, 궁금하신 점 있으시면 편하게 물어봐주세요 😊

AI Store 바로가기

주니어 PM은 어떻게 개발자를 화나게 하는가?

개발에 대한 지식이 전무한 상태로 AI 스타트업 PM으로 커리어를 시작한 저는

입사 초기에 개발자와의 소통에 다소 어려움을 겪었습니다.

부끄럽지만 정확히는 개발자분들을 화나게 하는 PM이었죠. 😂

PM 입사를 앞두고 있거나,

이제 막 주니어 PM으로 입사해 과거의 저와 비슷한 행동을 하고 있는 분들이 계시다면

저의 경험을 공유해 적어도 개발자를 화나게 하는 PM이 되지는 않길 바라는 마음으로

이렇게 글을 적어봅니다!

1.그냥 해주세요...

“OO님, 고객사가 이거 필요하다고 해서 만들어주셔야 해요.”

입사 초기에 제가 개발자분들께 기계적으로 하던 말입니다.

그러면 개발자분들은 다소 일그러진 표정으로 이렇게 되물으시곤 했죠.

“근데 이거 왜 하기로 결정한건가요?”

“왜 이렇게까지 개발해야하는 건가요?”

처음에는 이런 개발자분들의 반응에 왜 이렇게 공격적으로 반응하지? 왜 이렇게 화가 났을까?

개발자들은 항상 안된다고 한다는 밈이 사실이구나.. 생각했지만

얼마 지나지 않아 저의 소통 방식이 완전히 잘못되었다는 것을 깨달았습니다.

개발 요청을 드릴 때, ‘왜 해야하는지’를 자세히 설명하는 과정은 생각보다 더 중요합니다.

PM이 개발자에게 업무를 요청드리는 것이다보니,

자칫 잘못하다가는 개발자 입장에서 단순히 PM이 시키는 일을 해야하는

하향식 의사 결정이 이루어진다고 느낄 수 있기 때문입니다.

그렇기에 왜 해당 개발이 필요한지 그 배경 맥락과 니즈를 상세하게 설명하여

개발자가 일의 필요성과 방향성에 대해 충분히 공감할 수 있도록 해주어야 합니다.

그 과정에서 이 작업이 해결해야 하는 ‘나의 일’이라고 느낄 수 있도록 만들어주는 것이 필요합니다.

이제는 개발자분들께 작업 요청을 드릴 때,

1. 구체적으로 어떤 개발이 필요한지

2. 그 이유는 무엇인지

3. 이 작업이 갖는 효용/중요성은 무엇인지

4. 어떠한 고민의 과정을 거쳐 이러한 형태로 구현하면 좋겠다고 생각한건지

배경 맥락을 상세하게 말씀드리고 있습니다.

여기에 개발자분들께 조언을 구하고, 도움을 요청한다는 뉘앙스를 조금 첨가하면

이 문제를 해결해주겠다는 의지로 활활 불타오르기도 하시더라구요. 🔥

2.(냅다) 이때까지 해주세요...

빠른 결과 확인을 원하는 고객사와 킥오프 미팅을 가진 후,

회사 구글 캘린더를 보며 일주일 뒤에 고객사에 결과를 전달드리기 위한 야무진 일정을 짰습니다.

‘내부 킥오프는 오늘 밤, 내부 결과 공유는 수요일 오후 4시쯤,

내부 공유시 피드백해서 개선된 결과는 금요일 저녁에 확인하고,

정리된 문서와 함께 다음주 월요일에 결과를 전달해야겠다.’

스스로의 계획에 만족하며 배정된 AI 엔지니어분께 다가가 일정을 공유드렸죠.

“다음주 월요일까지 빠르게 고객사에 결과를 전달해야하니,

오늘 밤에 간단히 저랑 킥오프하시고, ~~한 일정대로 진행하면 될 것 같습니다.”

돌아온 대답은 당연히 “(분노의) 절대 안돼요...” 였습니다.

특히 저희 회사의 경우, 한 AI 엔지니어가 n개의 프로젝트를 담당하는 구조이기 때문에

각 프로젝트의 진행 상황 및 가용 리소스를 잘 판단해 적절한 프로젝트 타임라인을 정해드려야 하는데요,

그렇기 때문에 평소에 각 엔지니어분들이 어떤 프로젝트를 담당하고 있는지,

각 프로젝트 별로 요구되는 리소스는 어느 정도인지에 대해 파악하여 일정을 조율하는 과정이 중요합니다.

요즘 제가 타임라인을 설정하고 전달드리는 방식은 다음과 같습니다.

1.타이트한 / 넉넉한 개발 일정이 잡힌 이유 공유

 OO님, A 고객사에서 다음달부터는 신제품 출시 준비로 바쁘신 관계로

 이번 달 내로 빠른 결과 확인을 원하셔서 최대한 빨리 개발 진행하면 좋을 것 같습니다.

2.개발자가 담당하고 있는 다른 태스크에 대한 고려/조정 및 우선순위 전달

 현재 담당하고 계신 B,C 프로젝트는 어느 정도 마무리된 것으로 알고 있습니다.

 D 프로젝트 함께 하고 계신 박 PM님께 여쭤보니, 그 프로젝트는 그렇게 급하지 않은 것 같더라구요.

 그래서 D 프로젝트 타임라인 조정 부탁드렸습니다.

 이 프로젝트 우선순위로 두고 작업해주시면 됩니다!

3.필요한 구현 수준 및 완성도 전달

 빠른 결과 전달이니만큼, 완성도 100%의 결과보다는

 기본적으로 이 정도 구현은 가능하다 정도만 보여주시면 될 것 같아요.

4.일정과 관련해 의견을 구하는 태도

 최대한 개발 리소스 고려하여 타임라인 잡아보았는데, 괜찮으실까요?

 개발 난이도를 고려해볼 때 너무 빡빡하시면 편하게 말씀해주세요.

 어렵다면, 고객사와 조금 더 시간을 잡고 진행해볼 수 있도록 소통해보겠습니다.

 그래도 최대한 위 일정에 맞춰서 진행해주시면 좋을 것 같긴 합니다.

3.(앞뒤 설명 없는) 안돼요... 안된대요...

입사 두 달차, 처음으로 제가 담당하고 있던 고객사로부터 ‘에러가 발생하고 있다’는 연락을 받았습니다.

1초만에 고객사에 확인해보겠다는 답변을 드린 후,

얼른 해결해야한다는 마음으로 담당 개발자분께 바로 디엠을 보냈죠!

“A고객사 안된다고 연락 받았습니다. 빠른 해결 부탁드립니다.🙇‍♀️”

그러자 담당 엔지니어분이 확인 후, 에러 발생 원인을 파악해 문제를 해결해주셨습니다.

그리고 한동안은 고객사로부터 오류 관련 연락을 받으면,

“OO님, XX 고객사 안된대요. 빠른 해결 부탁드립니다.🙇‍♀️”

라고 담당 엔지니어분께 정중한 이모티콘과 함께 연락을 드렸습니다.

빠르고 정중하게 문제 해결 요청을 드리는 나 자신 잘하고 있다!라고 생각하면서요.

그렇게 여느때와 같이 빠르게 문제 해결 요청을 드리던 어느 날,

담당 개발자님으로부터

‘좀 더 명확하게 문제 상황을 전달해줬으면 좋겠다’는 날선 피드백을 받았습니다.

결국 개발자분들이 문제 파악을 위해 로그를 살펴보셔야 하다보니

더욱 빠르고 효율적으로 문제를 해결하기 위해,

문제 상황을 구체적으로 정리해 전달해드리는 것이 중요하더라구요.

이후로는 아래와 같은 형태로 문제 상황을 전달드리고 있습니다.

1. A 고객사에 제공하고 있는 B서비스에서

2. ~~한 동작을 하던 중

3. XX시 XX분 쯤에

4. 서비스 장애 혹은 에러가 발생했습니다.

5. 긴급도 ‘최상’이라 빠르게 해결 부탁드립니다.

이렇게 명확하게 문제 상황을 전달드리니,

담당 개발자님께서도 더욱 빠르게 원인을 파악해 문제를 해결하실 수 있었습니다.

가장 중요한 건...

PM과 개발자의 소통도 사실 사람 간 커뮤니케이션입니다.

그렇다보니 결국 그 본질은 인간적인 유대감이라는 걸 많이 느낍니다.

개발자와의 소통에 어려움을 겪고 있는 분들이 계시다면,

그들의 고충에 대해 먼저 공감하고 이해하려는 모습을 보여주고

자주 감사함을 표현해보시라고 말씀드리고 싶어요.

개발자분들도 문제를 해결하고 싶은 욕구와 인정에 대한 욕구를 가진 나와 같은 사람일 뿐이랍니다.

개발자분들이 어떤 어려움을 겪고 있는지 관심을 가지고,

그들의 역할을 인정해주며,

더 나은 소통을 위해 많이 노력하는 모습을 보인다면 (ex. 기본적인 개발 지식 갖추기, 피드백 요청하기 등)

개발자를 화나게 하지 않는 PM을 넘어 함께 일하고 싶은 PM이 되실 수 있다고 생각합니다.

긴 글 읽어주셔서 감사합니다. 😊

AI Store 바로가기