PPT 를 작성하여 보고서를 작성하는 것은 출력과정이며, 우리에게 소개 문장 한 편을 쓰는 것으로 이해할 수 있습니다. 당신은 당신의 방안에 대한 이해를 PPT 로 고객에게 제시해야 합니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 예술명언) 그래서 네가 하기 전에, 생각을 머리 속에 넣고 종이에 세우는 것을 추천한다. 개인은 마인드맵을 추천하여 빠르고 쉽게 집중할 수 있다.
보고 PPT 는 기본적으로 다음 네 부분으로 구성됩니다.
건설 배경은 주로 정책 배경, 필요성, 실현가능성, 건설 목표로 구성되어 있다. 기본적으로 건설 배경이라는 장을 통해 정책 지원 수준, 건설 수요, 예상 목표, 실현 가능성 지침을 고객에게 제공해야 합니다.
1..1,정책 배경
정책 배경은 프로젝트가 있는 업종을 보지만, 어떤 업종이든 먼저 당의 19 대, 기관 개혁, 프로젝트 소속 업계가 반포한 최신 정책 등 현재의 열점 정책을 이해해야 한다. 둘째, 국가가 반포한 기술 가이드와 13차 5개년 계획 정책 문서, 특히 13차 5개년 계획 계획을 따라야 한다. 기본적으로 각 산업에는 프로젝트가 있는 업계의 13차 5개년 계획 계획에 따라 주요 정책을 추출할 수 있는 자체 13차 5개년 계획 계획 컨텐츠가 있습니다. 마지막으로, 장관급 (예: 교육업계가 교육부에 귀속되는 등) 과 성급 차원에서 이 방면의 주요 정책 요구 사항이 있다.
칠판의 건의: 정책 배경 건의는 두 장의 종이로 표현된다. 홈페이지는 핫스팟 정책과 13차 5개년 계획 계획을 나란히 전시하여 중점을 강조한다. 두 번째 페이지는 국가, 부서, 지방 3 급별로 정책 제목을 나열하고 제목 아래 20 자 이내에서 프로젝트 관련 정책 요구 사항을 요약합니다.
1.2, 필요성
보통 정책을 다 쓴 후 많은 사람들이 프로젝트 수요 분석을 쓰지만, 단순히 수요 분석을 쓰는 것만으로는 두드러지지 않으니 쓰도록 건의합니다. 무슨 필요성이 있습니까? 고객 현황, 기존 수요, 문제점, 수요 해결 방안 등 이 프로젝트를 수행하는 이유를 분명히 하는 것이다. 정보화 프로젝트이기 때문에 필요성을 데이터와 업무로 나눌 것을 제안한다.
데이터는 주로 데이터 분산에 집중되어 데이터 가치를 발굴하기 어려워 업무 진행이 더디다. 문제를 통해 데이터 중심 비즈니스, 대용량 데이터 변환, 데이터 공유 교환 등의 핵심 사항을 도출할 수 있습니다.
업무는 주로 비즈니스 프로세스가 복잡하고, 시스템 구축이 시대에 뒤떨어지고, 정보 자산 관리의 어려움 등 고객 비즈니스의 문제점을 겨냥하고 있습니다. 위의 문제를 통해 최상층 설계 강화, 시급한 요구 사항, 비즈니스 최적화 등의 아이디어를 얻을 수 있습니다. 프로젝트에 고객의 업무 프로세스가 포함된 경우 고객에게 업무 프로세스, 특히 정부 산업 프로세스를 알려주지 않는 것이 좋습니다. 고객은 당연히 당신보다 더 잘 알고 있지만, 현재의 비즈니스 프로세스를 최적화하여 비즈니스 효율성과 관리 방법을 향상시키는 방법에 초점을 맞출 수 있습니다.
판서 권장사항: 장면을 나누고, 비기술적 리더에게 소개하고, 주요 판서 페이지를 선택하며, 주로 방향성 문제와 전반적인 해결 방법을 강조한다. 기술 책임자인 경우, 데이터 및 업무는 조사 또는 이해의 정도에 따라 별도로 입찰할 수 있지만, 문제의 아픔에 대한 해결책을 제시하고, 사고 방식에 따라 후기 건설 내용을 도입해야 한다는 점을 명심해야 합니다.
1.3, 타당성
이 장은 이전 두 장의 요약과 다음 장의 지도로 이해될 수 있으며, 주로 정책 타당성, 기술 실현가능성, 상업적 실현가능성의 세 가지 측면을 통해 계승하는 역할을 한다.
정책 타당성은 주로 이전 정책의 요약과 정책 환경 지원에 대한 검토이다.
기술적 타당성은 주로 현재의 기술 발전 추세와 산업 정보화 발전 속도를 설명하면서 이 프로젝트에 필요한 핵심 기술을 이끌어 낼 수 있다.
비즈니스 타당성, 이전 필요성에서 비즈니스 요구 사항 해결의 효과에 해당합니다. 여기서는 다른 곳에서 동일한 업계의 동일한 요구 사항을 달성함으로써 얻을 수 있는 이점을 보여 주는 작은 사례를 언급할 수 있습니다. (윌리엄 셰익스피어, Northern Exposure (미국 TV 드라마), 성공명언)
판서 건의: 기본 페이지는 개괄할 수 있는데, 요점은 해설이다. 아이디어는 일관성이 있어야 하고, 다음 장을 위해 복선을 사야 한다.
1.4, 건설 목표
주로 전반적인 목표, 데이터, 비즈니스, 서비스, 관리 등으로 나뉜다. 프로젝트 건설을 통해 이러한 방면에서 최적화에 중점을 두는 것이 좋습니다. 결국 업주 이전의 정보화 건설을 부인할 수 없다.
전반적인 목표는 전체 계획부터 시작하여, 프로젝트 건설을 통해 정보화 전체 계획을 실현하고, 정보화 생태계를 형성하고, 정보화 건설 구도를 개선하는 것이다.
데이터 최적화의 목표는 데이터 서비스, 데이터 애플리케이션, 데이터 활용, 데이터 수명주기 관리 등 데이터 사용의 효율성과 가치를 높이는 것입니다.
비즈니스 목표 최적화, 비즈니스 운영 효율성 향상, 비즈니스 관리 비용 절감
서비스 최적화 목표, 정부업계는 민생 촉진, 비정부 업종 쓰기 서비스 체계를 많이 쓴다.
관리 목표 최적화, 정보 관리 능력 향상, 과학적 의사 결정 촉진, 효율적인 관리 등
판서 제안: 프로젝트 상황에 따라 얼마나 많은 항목을 계획하고 3 페이지짜리 판서를 만들 것인가.
건설 내용이 유연하여 프로젝트 상황에 따라 조정할 수 있다. 그러나 표준 사양, 시스템 개발 및 일반적인 응용 프로그램 시나리오의 세 가지 측면을 설명해야 합니다. 정보 프로젝트 표준 사양은 정책 파일 다음으로 안내 파일이고 시스템 개발은 특정 기능 모듈이므로 반드시 해결해야 할 문제입니다. 일반적인 응용 프로그램 시나리오는 주요 요구 사항을 보여주는 구현 효과입니다.
2. 1, 표준 사양
이 글은 이 정보화 프로젝트에서 제정해야 할 표준과 규범 (예: 안전 표준, 기술 표준, 데이터 표준, 서비스 표준 등) 을 주로 강조한다. , 표준의 편성 내용을 해석하는 것이 아니라 표준과 규범의 건설 사상과 중요성을 강조하며 정보화 프로젝트의 안전 기준이 특히 중요하다.
칠판의 제안: 건축 표준 규범의 사고방식과 건설이 필요한 표준 목록을 그래픽으로 그릴 수 있다면 한 페이지면 충분하다.
2.2, 시스템 개발
이 장은 프로젝트에 따라 다르지만 세 가지 사항에 유의해야 합니다. 첫째, 핵심 기능은 요구 사항에 맞게 설명해야 합니다. 둘째, 기능상의 장점은 고객에 비해 고객이 문제를 해결할 수 있다는 점입니다. 셋째, 시스템 또는 기능 간의 상관 관계를 명확하게 설명해야합니다.
칠판의 제안: 실제 상황에 따라 도문 결합에 주의를 기울이고, 마지막으로 결론을 내린다.
2.3. 일반적인 응용 사례
이 장을 스토리텔링 장으로 포지셔닝하는 것은 과언이 아니다. 치밀한 논리적 사고와 좋은 말솜씨가 필요하다. 무미건조한 기능을 구분하고 설명하고 사건의 명료성을 설명해야 한다. 주로 분석통점 (수요배경), 분석사고 (솔루션), 효과 (기대효과) 를 보여주는 3 단 루틴에 따라 프로젝트의 관건을 이야기로 끌어들이는 것이다.
칠판의 권장사항: 배경은 고객의 실제 고통스러운 배경이어야 하며, 설명이 철저하고, 문제의 원인을 정확하게 분석하고, 해결 방법이 명확하고, 예상 효과가 직접적이어야 합니다. 배경과 문제는 한 페이지로 설명할 수 있고, 해결책과 예상 효과는 한 페이지로 설명할 수 있다. 해결 후 주변 사람들이 시범에 협조하면 더 좋을 것 같아요.
어떤 사람들은 문제 구조의 내용이 이미 완성되었다고 말할 수 있는데, 왜 전체 설계에 대해 이야기해야 합니까? 첫째, 모든 프로젝트는 무결성에 초점을 맞추고, 건설 내용은 고객의 문제 해결에 초점을 맞추고, 프로젝트에 대한 전반적인 계획은 하지 않습니다. 고객에게 가장 큰 관심사는 전반적인 고려입니다. 둘째, 문제에 대한 단도직입적인 설명은 고객의 급박한 문제를 해결하고, 빠르고 쉽게 고객을 끌어들일 수 있으며, 전체 설계와 전체 계획에 대한 직접적인 설명은 고객을 공허하고 듣기 어렵게 만들 수 있습니다. 마지막으로, 이렇게 많은 준비를 통해 전체적인 계획을 명확하게 설명하고, 전체적인 사고방식이 일관되고, 고객의 머릿속에 드러난 전체 프로젝트 계획이 완벽하다.
3. 1, 기술 로드맵
이전 장에서 사용된 기술을 요약하는 것으로 이해할 수 있지만, 프로젝트에 관련된 기술에 따라 시스템의 관련 논리에 따라 연결하는 것이 중요합니다. 회사 제품의 기술 구조도를 사용하여 설명할 수도 있습니다.
판서 건의: 보고용 PPT 는 대규모 해설을 권장하지 않는 기술이다. 한 페이지 PPT 에 그림을 그려 논리적 관계를 명확하게 설명하고 보고를 듣는 사람에 따라 해설 방식을 조정할 수 있다. 핵심은 각 기술이 위에서 설명한 애플리케이션 시나리오 및 기능 포인트에 해당해야 한다는 것입니다.
3.2, 전반적인 아키텍처 설계
전체 아키텍처 설계는 전체 계획, 비즈니스 (애플리케이션) 아키텍처 및 데이터 아키텍처에 중점을 둡니다. 세 장의 그림이 모두 설명할 필요는 없지만, 반드시 있어야 한다.
전체 맵: 프로젝트의 계층 구조 프레임 워크입니다. 이 그래프는 기본적으로 정보 프로젝트의 조율이며, 보고 대상의 기술 수준에 따라 조정할 수 있으며, 핵심 기능과 비즈니스 시나리오를 명확하게 설명하는 데 중점을 두고 있습니다.
서비스 (애플리케이션) 스키마: 일반적으로 함께 그려지며, 주로 서비스나 애플리케이션이 최적화할 수 있는 부분, 서비스 간의 연결 관계, 데이터 흐름 등을 강조합니다. 큰 프로젝트라면 따로 그리는 것이 좋습니다.
스키마 맵: 프로젝트의 필요에 따라 두 가지 방법으로 표현할 수 있습니다. 기술적 관점에서 데이터 아키텍처의 저장, 적용, 즐거움에 대한 의존성을 얻을 수 있습니다. 비즈니스 관점에서 데이터 생산, 처리, 저장, 규제, 적용, 마이닝 등의 데이터 흐름에 따라 그림을 그립니다. 그러나 두 그림이 동시에 존재하는 것은 좋지 않다. 생각이 다르기 때문에 표현에는 여전히 많은 유사점이 있기 때문이다.
칠판의 권장사항: 전체 스키마도 한 장, 업무 (앱) 도 한 장, 데이터 스키마도 한 장. 해설하는 생각은 반드시 전체 소개의 단계에 따라 명확하게 설명해야 한다. 전체 아키텍처는 프로젝트 초상화와 프로젝트 골격이고, 비즈니스 애플리케이션은 프로젝트의 기관이며, 데이터 아키텍처는 프로젝트의 혈관과 경락으로 이해할 수 있다.
3.3, 핵심 기술
이 프로젝트나 제품의 핵심 원동력으로 이해할 수 있다. 위에서 언급한 기능점에서 사용하는 기술 중에서 가장 핵심적이고 혁신적인 기술을 핵심 기술로 선택하는데, 플랫폼 밑바닥의 아키텍처, 데이터 처리에 사용되는 큰 데이터, 회사 자체에서 개발한 우수한 기술 등 3 ~ 4 개 이상의 항목이 필요하지 않습니다 (높은 이름을 붙여주세요).
판서 건의: 조판은 필요에 따라 진행해야 하며, 도문과 결합만 할 뿐 키워드로 문자를 바꿀 수는 없다. 해설의 효과는 고객이 당신이 말하는 기술의 몇 가지 키워드를 기억할 수 있다는 것이다.
3.4, 통합 아키텍처
고객의 관점에서 볼 때, 전체 프로젝트 계획은 고객의 상위 부문 애플리케이션, 기록 시스템, 타사 시스템의 통합을 고려해야 하며, 간단히 설명할 수는 있지만 없어서는 안 됩니다.
칠판 권장사항: 회사마다 통합 방안이 다르지만 고객의 입장에서 이 문제를 고려해 보십시오. 몇 가지 간단한 와이어프레임은 실제로 명확하게 표현할 수 있습니다.
마지막 장은 몇 가지 장면으로 나뉜다. 예비 접촉 항목인 경우 개별 사례 설명을 할 수 있습니다. 회사마다 사례를 설명하는 방법과 루틴이 모두 다르고 인터넷에도 많이 있으니 군더더기는 하지 않겠습니다.
프로젝트가 계속 진행되면 구현 방안을 설명하기 위해 지도자에게 총결산 보고를 해야 한다. 프로젝트 구현 계획은 조직 구조, 구현 방법 및 작업 계획으로 나뉩니다.
4. 1, 조직 구조
프로젝트의 조직 구조는 요약과 보고에서도 중요하며, 제조업자가 프로젝트에 얼마나 많은 관심을 기울이고 있는지, 주로 고객이 얼마나 많은 사람들이 일하고 있는지 확인할 수 있도록 하는 것이다.
칠판의 권장사항: 한 페이지에 표 또는 스키마를 사용하고 프로젝트의 고객 관련 부분에 초점을 맞춥니다. 고객은 반드시 주관이어야 한다.
4.2, 구현 방법
실시 방안이 아니라 실시 과정, 사고, 준비 등이다. , 그리고 회사 상황에 따라 소개됩니다. 큰 프로젝트라면 계획 이행 과정을 한 페이지씩 따로 설명하는 것이 좋습니다.
칠판의 제안: 순서도로 소개하는 것이 가장 좋습니다.
4.3, 작업 계획
현장의 요구에 따라 프로젝트 단계와 일정에 따라 작업 계획을 표로 표현할 수 있다.
위의 내용은 20-25 페이지의보고 된 PPT 프레임 구조에 더 적합합니다. 흠집이 있거나 부족할 경우, 댓글 영역에 의견을 제시해 주십시오. 토론 후에 합리적으로 수정하겠습니다.
-응? 문/풀뿌리 pre-sales 왕 xiaomou