[재수 학습록] 예매표 4번 [45일]
어머니가 공부하신 비망록.
유형적인 형태로 남아 의욕을 보이는 개인 작전이다.
다른 사람에게 보여주려고 쓴 것이 아니어서 읽기가 어렵다.
독서
데이터베이스 엔지니어 교육 독본 [DB의 활용 가능한 지식과 기술 노하우가 수록되어 있음]
제로에서부터 만들다
PHP 프레임CakePHP3 시작하기
SQL 역모드
Docker 시작
PHP 프레임워크 Laavel 시작
지금 읽고 있는 책.
예약
제 8 장 소유에서 활용 - 모든 비즈니스로 확장할 수 있는 성장 기회
금융업
지금까지의 은행에서는 고객과의 관계가 현실적인 은행 창구만을 고려했다.
따라서 디지털로만 이뤄지는 서비스는 전체 사업에서 7% 정도에 불과하다.
현재 디지털 내에서 각종 업무를 완성하는 서비스가 많이 등장하고 있다.
제9장 기업이 청약 모델을 선택할 때
보조 모드로 이동하면 회사 내부에서 비판과 불안의 목소리가 나온다
기업이 청약 모델로 옮겨갈 때 사내에서는 비판적이고 불안한 목소리가 나온다.
예를 들어 시장 부문은 발매일을 위한 집중적인 홍보활동 고지 방식을 중단하고 개발 부문은 처음부터 제작 일정을 다시 짜야 한다.IT 부서도 막대한 비용을 투자한 시스템을 재정립해야 한다.
자 모형을 뿌리내리기
게임 게이머들이 자신이'고객'이라는 것을 인식하고 팀 체제와 의사결정 방식을 바꿔야 한다.
개발팀
만들어 팔겠다는 생각을 멈춰야 한다.
우리는'사용자가 필요한 체험을 제공한다'는 생각을 가지고 시종일관 관철해야 한다.
재무 그룹
고객의 원가, 일생 고객 가치, 연간 정기 수익, 모든 고객의 평균 수익을 양도로 하고 가격 설정, 포장, 방문 분석 등 조작 양도를 한다.
IT 팀
지금까지의 IT 팀은 비즈니스에 따라 표준화된 효율성을 추구해 왔습니다.
보조 모델이 되면 고객 정보만 관리하는 부서에서 혁신을 일으키는 창의원으로 바뀔 수 있다.데이터를 활용하여 혁신을 발기하자.
마케팅 팀
고객을 예측하는 데서 훌륭한 정보를 얻고 행동에 옮길 수 있다는 것을 깨달아야 한다.
대오의 벽을 파괴하는 것이 중요하다
지금까지의 제품 우선인 비즈니스는 제품 라인을 중심으로 하기 때문에 하나로 뭉쳤던 각 팀(개발, 재무, IT, 영업 등)이 흩어져도 어느 정도 기능이 있다.
하지만 앞으로 고객 우선 지사 모델로 옮기려면 각 팀은'어떻게 하면 고객에게 좋은 경험을 만들어 줄 수 있을까?'이런 시점으로 움직여야 하기 때문에 팀을 다시 하나로 정리해야 한다.
제10장 영원한 베타판 혁신
BETA 버전 개념을 바꾼 Gmail
지금까지 베타 에디션은'최종적으로 준비되기 전에 고객 활용을 통해 피드백을 수집하는 미완성 제품'이라는 인식이었다.그러나 Gmail은'최종 제품'이라는 개념을 잃었다.지메일 팀은 "자신이 만든 것은 정적이 아니라 살아 숨쉬는 것"이라면서 "최종 제품은 없다"고 주의를 끌었다.
아시아 소프트웨어 개발 선언
2001년 유타주에 집중된 개발자 그룹이 정리한 것이다.
① 프로세스나 도구보다는 개인과 대화를 해야 한다
② 포함된 문서보다 실행 가능한 소프트웨어 사용
③ 계약 교섭보다는 고객과 조율해야 한다
④ 계획을 따르기보다는 변화에 대처해야 한다.
오늘 한마디
특히 마지막으로 아시아 소프트웨어 개발 선언의 ②가 찔렸다.
원본 코드 자체도 완성품이 없기 때문에 완벽한 문서를 만들 필요가 없다.그것보다 행사 제품이 더 중요해요.이런 느낌인가요?
적어도 문서를 개발해야 한다.
Reference
이 문제에 관하여([재수 학습록] 예매표 4번 [45일]), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/fukuda_fu/items/3323f094355cd1645c36텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)