Business/business basic (개념) (16) 썸네일형 리스트형 [운영]하임리히의 법칙 (사고예방) 요약: 큰 재해는 항상 사소한 것들을 방치할 때 발생 하인리히의 법칙(Heinrich's law) 또는 1:29:300의 법칙은 어떤 대형 사고가 발생하기 전에는 같은 원인으로 수십 차례의 경미한 사고와 수백 번의 징후가 반드시 나타남을 뜻하는 통계적 법칙이다. 유사한 법칙을 제창한 버드, 로프터스 및 애덤스의 법칙을 묶어 '사고의 삼각형(accident triangle)' 또는 '재해 연속성 이론'이라고도 한다. https://namu.wiki/w/%ED%95%98%EC%9D%B8%EB%A6%AC%ED%9E%88%EC%9D%98%20%EB%B2%95%EC%B9%99 하인리히의 법칙하인리히의 법칙 (Heinrich's law) 또는 1:29:300의 법칙 은 어떤 대형 사고가 발생하기 전에는namu.wi.. [중소] 초보자를 위한 회사에서 일 잘하는 방법 (일반사무) 이 글은 매니저들을 위한 글이 아니다. 중소는 문제가 더 많다.인재밀도가 낮다. 비지니스 난이도가 더 높다.레거시가 발목은 잡는다.되는 것도 잘 없다.이런 상황에서 일반 직원에게 과한 업무기대치는 적절하지 않다. 하지만 어려운걸 더 어렵게 만들어 회사를 생지옥으로 만들어버리는 경우를 예방하고자초보자를 위한 깔끔하게 일하는 방법을 제안해본다. [왕초보 단계] 1. 근태를 지킨다. (근태는 기본이다) 2. 회사에서 업무시간에 잠을 자지 않는다. 3. 업무시간에는 업무를 한다. 4. 요청이 들어오면 잘 완료한다. (A를 요청하면 A를 완료하자=상급자 또는 기획자의 의도에 노이즈 섞어서 자의적으로 해석x) 5. 잊어버리지 않게 잘 기록해 둔다. ('아 깜박했어요' 가 반복되면 주변이 힘들다) 6... 서비스운영팀은 무슨일을 할까 운영팀은 무슨일을 하는지 물어본 A와의 대화 중 일부 [기본]1. CS, CX, VoC2. P&L 관리 3. 서비스 지표관리 [말 못했는데 생각난거]4. 콘텐츠 관리5. 파트너 관리6. 온갖 도메인 업무 우리 운영팀 드라이브 폴더명을 봐도 위의 1,2,3,4,5,6 구성을 벗어나지 앟는다.01 공공기관 및 지자체 사업 : 파트너관리02 브랜드별 운영기획 실무 : 온갖 도메인 업무, 서비스 지표 관리, CS03 차량 자산 및 현장운영 : 온갖 도메인 업무 04 데이터 및 정산 : P&L 관리05 마케팅 자산 및 UX 관리: 콘텐츠 관리 지표에 대해서 okr 혼란과 산발적인 업무를 그룹핑시키는 것은 지표 = 산개된 업무를 잡는 기준점그래서 가장 대표되는 지표 설정 [리빙컬쳐]공실률 [모빌리티]가동률회전률 지표관리는 애벌빨래하듯 추정치라도 p&l을 보고서에 담자 추정치라도 p&l을 보고서에 담자 사업의 기본기 선님과 이야기하면서, 치트 시트는 없어도, 기본기는 배울 수 있지 않을까 더 생각나는 것들을 메모를 해본다.마진 20% 사업계획서월간 정산 P&L고정비 줄이기기본은 세일즈HR 또 뭐가 있지 생각날때마다 업데이트 해봐야겠다. 습관적 협상 White-labeling 000 솔루션 기업은 자사 플랫폼의 ‘화이트 라벨링(White-labeling)’을 지원하여 파트너가 자체 솔루션인 것처럼 판매할 수 있도록 허용합니다 [PM] 매니저의 의도, 팀에 어디까지 공유해야 적절할까? 1. 개요2. 왜 라는 것을 '왜' 알려줘야할까?3. 어디까지 '왜' 라는 것을 알려줘야할까?4. 결론 : '의도' 에 관해서1. 개요단순 관리자가 아니라 PM을 매니저=리더로 보면 단순히 명령을 내리는 사람이 아니라. '왜' 이 일을 해야 하는지 설득하고 증명을 해야하는 역할 이라는 것에 이견은 없다. 그래도 이번에는 2026년 조직의 생존과 AI시대라는 관점에서 작성해보겠다.2. 왜 라는 것을 왜 알려줘야할까?속도보다 방향이 중요하기 때문에, YES.2024년, 기획자는 기능 기획이나 요청 명세서와 함께 '왜' 하는지 목적이나 '의도'를 잘 전달해야 유능한 기획자였다.지금도 본질은 다르지 않다.3. 어디까지 '왜'라는 것을 알려줘야할까?그렇다면 어디까지 '왜'라는 것을 전달해야 납득할까?적당히 서로의.. 이전 1 2 다음
