|
|
|
|
 |
|
| 이벤트를 설계하고 운영해 브랜드와 팬이 만나는 접점을 만드는 일입니다.
스포츠 마케팅도 이제 '감동'만이 아니라 '증명'의 시대입니다.
그 다음이 안전과 운영입니다.
팬데이터입니다.
운영 데이터입니다.
6개월 목표는 스포츠 마케팅의 기본기를 빠르게 체득하는 것입니다.
5년 목표는 "스포츠 IP를 사업으로 확장 "할 수 있는 기획자가 되는 것입니다.
스포츠 마케팅은 빠른 학습이 곧 성과입니다.
대 .. |
|
 |
스포츠, 현장, 이다, 팬, 운영, 만들다, 참여, 권리, 마케팅, 데이터, 설계, 성과, 실행, 가능하다, 가다, 전환, 보다, 캠페인, 선수, 기획 |
|
|
|
|
 |
|
| 개발은 미래를 만드는 일이지만, 운영은 지금을 지키는 일입니다.
또 하나의 원칙은 관측 가능성입니다.
운영을 하면서 가장 허무한 순간은, 문제가 있는데 보이지 않는 때입니다.
운영에서 가장 위험한 것은 사람이 피곤한 상태에서 반복 작업을 하는 순간입니다.
저는 자동화를 무작정 늘리는 사람이 아니라, 자동화를 운영의 안전장치로 쓰는 사람입니다.
즉, 장애 대응만 잘하는 사람이 아니라 장애가 .. |
|
|
이다, 운영, 자동화, 장애, 사람, 만들다, 지표, 원인, 인프라, 관측, 운영자, 알림, 말, 어떻다, 조치, 줄이다, 먼저, 서비스, 성, 로그 |
|
|
|
|
 |
|
| 호텔 IS인프라 운영에서 가장 중요한 성공 기준은 무엇이라고 생각합니까
표준운영입니다.
우선순위는 "고객 영향 기반"입니다.
호텔 IS에서 권한은 곧 사고 예방 장치입니다.
3년 안에 저는 호텔 IS인프라 운영을 "사람의존"에서 "시스템의존 "으로 바꾸는 것이 목표입니다.
호텔 운영에서는 즉시 복구가 우선 인 상황이 많습니다.
저는 호텔 IS인프라를 "장애 대응"이 아니라 "장애가 나기 어려운 구조"로.. |
|
|
장애, 운영, 호텔, 변경, 이다, 만들다, 관리, 인프라, 권한, is, 배치, 조치, 데이터, 재발, dr, 체크, 결제, 성능, 핵심, 통제 |
|
|
|
|
 |
|
| 본인이 개발한 기능이나 프로젝트에서 가장 어려웠던 버그 1가지를 어떻게 추적하고 해결했는지 설명해주세요
성능 문제가 발생했을 때 어떤 지표를 먼저 보고, 어떤 순서로 개선하시는지 말해주세요
아이디스에서 저는 "영상 데이터가 현장에서 안정적으로 흐르도록 만드는 개발자"로 성장하고 싶습니다.
저는 결함이 곧 비용이 되는 제품을 만드는 개발자가 되고 싶어 아이디스를 선택했습니다.
저는 프로.. |
|
|
어떻다, 개발, 제품, 문제, 장애, 기능, 안정, 만들다, 설계, 지표, 디스, 처리, 해주다, 개발자, 기술, 현장, 성능, 재현, 개선, 성과 |
|
|
|
|
 |
|
| 저는 "서비스가 커질수록 더 단단해지는 구조를 만드는 백엔드 개발자"입니다.
순서는 고정입니다.
캐시는 성능이 아니라 운영의 영역입니다.
이벤트는 코드가 아니라 시스템입니다.
관측 가능성은 운영 품질의 핵심입니다.
테스트 없는 속도는 부채입니다.
레거시 개선은 기술이 아니라 리스크 관리입니다.
저는 백엔드를 '비즈니스가 믿고 달릴 수 있는 기반'으로 만드는 개발자입니다.
스그룹 백엔드 개.. |
|
|
장애, 이다, 기준, 성, 운영, 더, 설계, 확인, 해결, 개선, 보다, 문제, 테스트, 변경, 로그, 요청, 배포, 가다, 처리, 병목 |
|
|
|
|
 |
|
| 베리즈의 핵심 사용자와 가치 제안을 어떻게 정의하시겠습니까
데이터 기반의사결정 경험을 구체적으로 말해주세요
실행을 설계하는 문서화 역량입니다.
결과를 학습으로 바꾸는 분석 역량입니다.
핵심 사용자 세그먼트는 크리에이터와 팬그리고 관망 중인 라이트 유저입니다.
이 정의는 온 보딩 추천 피드 구독 전환 퍼널 설계의 기준이 됩니다.
핵심은 상호가치 교환입니다.
사용자가치와 수익화를 동시에.. |
|
|
화, 데이터, 실험, 가치, 사용자, 수익, 경험, 크리에이터, 베, 정의, 설계, 리즈, 체험, 지표, 팬, 전환, 제공, 구독, 유지, 통해 |
|
|
|
|
 |
|
| 입사 후 성취 목표는 "사용자 경험이 곧 업무 생산성으로 연결되는 개선"을 만드는 것입니다.
텍스트 기반기관의 강점을 살려 데이터 품질을 개선하겠습니다.
번역원은 텍스트와 메타데이터가 자산입니다.
데이터 표준정의입니다.
예시로, 접수 데이터의 중복 입력을 줄이거나 상태 변경 로그를 자동화해 담당자 확인 시간을 줄이는 것입니다.
저작권 데이터는 변경 이력과 승인 프로세스가 핵심입니다.
저.. |
|
|
만들다, 데이터, 이다, 기준, 개선, 입력, 번역, 예시, 성, 변경, 업무, 사람, 기술, 기능, 정리, 찾다, 어떻다, 반복, 성과, 텍스트 |
|
|
|
|
 |
|
| 게임 하나의 BM 구조를 분석해 설명해보라
게임 개발 경험도 없는데 PM이 가능하다고 생각하는가
그래서 저는 넷마블 사업 PM로서 게임의 성과를 수치적으로 개선하고, 유저 경험을 발전시키는 과정에 직접 참여하고 싶어 지원했습니다.
제가 이해한 사업 PM은 "서비스의 전 과정에서 매출·유저·콘텐츠의 균형을 유지하며 성과를 극대화하는 역할"입니다.
유저 커뮤니티 분석
그래서 PM은 이론이 아니라 패.. |
|
|
유저, pm, 게임, 서비스, 데이터, 사업, 넷마블, 분석, 구조, 라이브, 경험, 이다, 생각, 판단, 은, 기반, 매출, 경제, 역할, 보상 |
|
|
|
|
 |
|
| 장애가 재현되지 않을 때 로 그와 계측을 어떻게 설계해 원인을 잡겠습니까
유비쿼스 SW 개발은 통신장비에서 데이터가 안정적으로 흐르도록 플랫폼과 기능을 구현하고, 운영 환경에서 장애가 나지 않도록 성능과 신뢰성을 설계로 고정하는 일이라고 이해하고 있습니다.
안정성입니다.
관측성입니다.
통신장비 개발에서 테스트는 품질이 아니라 속도를 만드는 장치입니다.
테스트는 속도를 만드는 장치입니.. |
|
|
기능, 개발, 테스트, 이다, 장애, 장비, 로그, 상태, 운영, 문제, 성능, 설정, 통신, 하드웨어, 설계, 처리, 회귀, 빠르다, 소프트웨어, 계 |
|
|
|
|
 |
|
| 수율, 불량률, 테스트 시간, 재테스트율이 바로 성과입니다.
수율의 안정화입니다.
품질의 보증입니다.
테스트는 감이 아니라 규칙의 산업입니다.
테스트 시간 5% 줄여서 출하 불량이 0.1% 늘면, 그건 실패입니다.
접촉 불량은 간헐 불량과 재테스트율 상승의 대표 원인입니다.
마지막으로, 온도 이슈는 제품, 패키지, 테스트하드웨어 모두가 원인이 될 수 있어 교차 검증이 필수입니다.
납기보다 신뢰가 먼.. |
|
|
테스트, 이다, 품질, 사이트, 불량, 장비, 변경, 율, 분포, 조건, 소켓, 늘다, 기준, 온도, 데이터, 어떻다, 보다, 간, 리밋, 군 |
|
|
|
|
 |
|
| 데이터 정합성 문제가 생겼을 때 어떤 방식으로 재발방지를 설계하겠습니까
제가 회사를 선택할 때 가장 먼저 보는 기준은 세 가지입니다.
요구사항을 성공 기준으로 바꾸는 문서입니다.
누구나 같은 의미로 이해하게 만드는 것이 목표입니다.
배포 후 누가 무엇을 보고 어떤 기준에서 대응할지까지 포함해야 현장에서 쓰입니다.
데이터 파이프라인을 원자적으로 만들었습니다.
제가 가장 먼저 해결하고 싶.. |
|
|
만들다, 기준, 데이터, 이다, 문제, 현장, 어떻다, 개발, 시스템, 구조, 가장, 흐름, 사람, 기능, 작업, 확인, 설계, 순간, 해결, 성 |
|
|
|
|
 |
|
| 상품 카탈로그 PM의 역할을 한 문장으로 정의해 보세요
답변 : 상품 카탈로그 PM은 "플랫폼의 상품 정보를 구조화해 고객이 믿고 구매할 수 있게 만들고, 셀러가 최 소 비용으로 최대 성과를 내도록 등록과 운영을 설계하는 역할"이라고 정의합니다.
중복 상품을 어떤 기준으로 판단하고 정리하겠습니까
답변 : 중복 판단 기준은 기술보다 정책이 먼저입니다.
가격 전략과 카탈로그 데이터 구조가 어떻게 연.. |
|
|
상품, 등록, 만들다, 카탈로그, pm, 이다, 속성, 정책, 데이터, 셀러, 고객, 어떻다, 률, 품질, 답변, 운영, 지표, 구조, 빠르다, 정확하다 |
|
|
|
|
 |
|
| 운영Enablement역량, 문제를 재발하지 않게 만드는 문서화와 표준화
전담 운영 조직에서 Enablement가 만들어야 하는 핵심 산출물은 무엇입니까
Enablement는 그 기준을 만드는 역할입니다.
그리고 그 문서가 지표 개선으로 이어지게 만들겠습니다.
90일에는 운영템플릿을 실제로 '현장이 쓰게' 만들겠습니다.
1년에는 운영Enablement의 효과를 '누적'으로 만들겠습니다.
답변 : 핵심 산출물은 문서 자체가 .. |
|
|
운영, 만들다, 문서, 기준, 이다, 고객, 현장, 문의, 확인, 줄이다, 재, 상황, 유형, 보다, 정리, 어떻다, 조건, 지표, 조직, 담당자 |
|
|
|
|
 |
|
| 저는 '안정적으로 해결하는 사람'입니다.
기술지원은 제품과 고객 사이의 마지막 안전망입니다. 고객은 시스템의 원리를 몰라도 됩니다.
클라우드는 고객에게 선택이 아니라 기반입니다.
그래서 클라우 드 기술지원은 단순한 안내가 아니라, 고객의 비즈니스를 지키는 업무입니다.
NHNE nterprise 클라우드 기술지원 직무에서 저는 이런 역할을 수행하고 싶습니다. 고객의 환경은 제각각이고, 장애의 형태도.. |
|
|
고객, 기술, 이다, 지원, 어떻다, 장애, 문제, 특정, 원인, 대응, 로그, 재발, 가요, 설정, 만들다, 클라우드, 확인, 느리다, 가장, 싶다 |
|
|
|
|
 |
|
| 하지만 PM에게 런칭은 시작입니다.
저는 기능을 많이 만드는 사람이 아니라, 사용자 행동을 바꾸는 사 람이 되겠습니다.
앱 서비스 기획에서 가장 어려운 것은 사용자를 움직이게 만드는 일입니다.
많은 앱이 기능은 많지만, 사용자의 행동은 바뀌지 않습니다.
입사 후 목표는 "지표로 말하는 PM"이 되는 것입니다.
여기서 핵심은 거창한 기능이 아니라, 사용자가 망설이지 않게 만드는 흐름입니다.
실패한 .. |
|
|
사용자, 앱, 이다, 문제, 행동, 보딩, 어떻다, 실험, 핵심, 고객, 만들다, pm, 개선, 운영, 온, 기능, 재, 지표, 설계, 단계 |
|
|
|
|
|
|
