마인드 맵 갤러리 사전 판매 기술 솔루션
IT 소프트웨어 산업의 일반 지식과 기술 솔루션 프레임워크를 참조하여 다양한 유형의 기술 솔루션을 쉽게 제작할 수 있습니다. 필요한 친구는 빠르게 수집해야 합니다!
2024-01-31 17:26:11에 편집됨이것은 (III) 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제에 대한 마인드 맵이며, 주요 함량은 다음을 포함한다 : 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제 (HIF-PHI)는 신장 빈혈의 치료를위한 새로운 소형 분자 경구 약물이다. 1. HIF-PHI 복용량 선택 및 조정. Rosalasstat의 초기 용량, 2. HIF-PHI 사용 중 모니터링, 3. 부작용 및 예방 조치.
이것은 Kuka Industrial Robots의 개발 및 Kuka Industrial Robot의 모션 제어 지침에 대한 마인드 맵입니다. 주요 내용에는 쿠카 산업 로봇의 역사, 쿠카 산업 로봇의 특성, 쿠카 산업 로봇의 응용 분야, 2. 포장 프로세스에서 쿠카 로봇은 빠르고 일관된 포장 작업을 달성하고 포장 효율성을 높이며 인건비를 줄입니다. 2. 인건비 감소 : 자동화는 운영자에 대한 의존성을 줄입니다. 3. 조립 품질 향상 : 정확한 제어는 인간 오류를 줄입니다.
408 컴퓨터 네트워크가 너무 어렵습니까? 두려워하지 마세요! 나는 피를 구토하고 지식 맥락을 명확히하는 데 도움이되는 매우 실용적인 마인드 맵을 분류했습니다. 컨텐츠는 매우 완전합니다. 네트워크 아키텍처에서 응용 프로그램 계층, TCP/IP 프로토콜, 서브넷 디비전 및 기타 핵심 포인트에 이르기까지 원칙을 철저히 이해하는 데 도움이 될 수 있습니다. 📈 명확한 논리 : Mindmas 보물, 당신은 드문 기회가 있습니다. 서둘러! 이 마인드 맵을 사용하여 408 컴퓨터 네트워크의 학습 경로에서 바람과 파도를 타고 성공적으로 해변을 얻으십시오! 도움이 필요한 친구들과 공유해야합니다!
이것은 (III) 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제에 대한 마인드 맵이며, 주요 함량은 다음을 포함한다 : 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제 (HIF-PHI)는 신장 빈혈의 치료를위한 새로운 소형 분자 경구 약물이다. 1. HIF-PHI 복용량 선택 및 조정. Rosalasstat의 초기 용량, 2. HIF-PHI 사용 중 모니터링, 3. 부작용 및 예방 조치.
이것은 Kuka Industrial Robots의 개발 및 Kuka Industrial Robot의 모션 제어 지침에 대한 마인드 맵입니다. 주요 내용에는 쿠카 산업 로봇의 역사, 쿠카 산업 로봇의 특성, 쿠카 산업 로봇의 응용 분야, 2. 포장 프로세스에서 쿠카 로봇은 빠르고 일관된 포장 작업을 달성하고 포장 효율성을 높이며 인건비를 줄입니다. 2. 인건비 감소 : 자동화는 운영자에 대한 의존성을 줄입니다. 3. 조립 품질 향상 : 정확한 제어는 인간 오류를 줄입니다.
408 컴퓨터 네트워크가 너무 어렵습니까? 두려워하지 마세요! 나는 피를 구토하고 지식 맥락을 명확히하는 데 도움이되는 매우 실용적인 마인드 맵을 분류했습니다. 컨텐츠는 매우 완전합니다. 네트워크 아키텍처에서 응용 프로그램 계층, TCP/IP 프로토콜, 서브넷 디비전 및 기타 핵심 포인트에 이르기까지 원칙을 철저히 이해하는 데 도움이 될 수 있습니다. 📈 명확한 논리 : Mindmas 보물, 당신은 드문 기회가 있습니다. 서둘러! 이 마인드 맵을 사용하여 408 컴퓨터 네트워크의 학습 경로에서 바람과 파도를 타고 성공적으로 해변을 얻으십시오! 도움이 필요한 친구들과 공유해야합니다!
사전 판매 기술 솔루션
표준사양 시스템
(1) 국가 기술 표준:
(2) 산업 적용 기준
①사업적용기준
비즈니스 응용 프로그램 표준은 비즈니스 응용 프로그램 시스템 구축 과정에서 작업을 표현하는 방법을 안내하는 데 사용됩니다.
②안전기준
안전 표준은 등급별 보호 시스템 표준에 따라 해당 관리 및 구현 사양을 결정합니다.
③관리기준
CMMI 및 ITLL 관리 시스템에 따라 작성되며 프로젝트 관리 방법, 문서 관리 사양, 운영 및 유지 관리 사양, 사용자 관리 사양, 품질 관리 사양이 포함될 수 있습니다.
정보보안 시스템
클래스 보호 등급
①안전관리 : 주로 경영진의 안전 확보를 위해서는 안전관리 조직을 기술하고 표준화된 안전관리체계를 구축하는 것이 필요하다.
②물리적 보안: 주로 환경, 장비, 저장 매체의 안전을 보장합니다.
③네트워크 보안: 주로 데이터 유출 및 변조를 방지하고 중간 비즈니스 네트워크 및 인터넷 출구에 대한 보안 위협이 없는지 확인하는 것을 포함합니다.
④ 시스템 보안: 주로 네트워크에서 사용되는 운영 체제, 데이터베이스 및 관련 상용 제품의 보안을 보장합니다.
⑤애플리케이션 보안: 주로 CA 시스템을 통한 애플리케이션 보안 보장, 웹페이지 변조 방지, 전송 암호화, 침입 방지 시스템, 접근 제어 등을 포함합니다.
시스템 플랫폼 설계
하드웨어 구성 방법, 리소스 배포 방법 등 시스템에 필요한 인프라의 전반적인 계획 및 설계를 주로 설명합니다.
(1) 핵심업무 처리
주로 서버 리소스에 대한 요구 사항을 설명합니다.
예를 들어 중급~고급형 미니컴퓨터는 데이터베이스 서버를 지원합니다. 미니컴퓨터가 두 대인 경우 이중 시스템 클러스터 소프트웨어를 사용하여 일련의 디스크 어레이 하위 시스템을 통해 데이터 중복성과 내결함성을 달성하고 리소스 및 애플리케이션 할당을 실현합니다. ; 다중 PC 서버를 통해 애플리케이션 서버 지원 및 로드 밸런싱(다양한 컴퓨터 구성 요소 또는 메인프레임 컴퓨터 및 서버 호스트의 리소스 사용량 균형을 맞추는 데 사용됨)을 실현합니다.
(2) 데이터 저장
주로 스토리지 리소스에 대한 요구 사항을 설명합니다.
예를 들어, 기본 스토리지는 디스크 어레이를 통해 구현되고, 파티션은 핵심 서비스를 지원하며, 비즈니스 볼륨 증가는 가상 테이프 라이브러리를 통해 달성됩니다.
(3) 데이터 교환
내부 데이터 교환(예: 프로덕션 라이브러리에서 교환 라이브러리로 추출) 및 외부 데이터 교환(예: 프런트엔드 서버를 통해)을 구현하는 방법을 포함하여 데이터 교환 방법을 주로 설명합니다.
(4) 외부 네트워크 서비스
주로 사용자에게 서비스를 제공하기 위해 다양한 채널을 구현합니다. 외부 네트워크 서비스 영역의 서버는 주로 바이러스 백신, 웹 서비스, 보안 관리 서비스에 사용됩니다.
(5) 운영 및 유지관리
관리 서버(장비 작동 감지, 오류 위치 및 애플리케이션 감사), 데이터 백업 서버(중앙 집중식 데이터 백업 및 복구 구현)를 포함하여 데이터 센터 네트워크, 컴퓨터, 데이터 및 기타 리소스의 관리를 실현합니다.
(6) 네트워크 시스템
네트워크를 계획하는 방법을 주로 설명합니다.
예를 들어, 핵심 데이터 영역은 주로 코어 스위치와 기가비트 이더넷을 통해 접속되며, 광역 네트워크 접속 영역은 처리 기관을 위한 기업 전용 네트워크를 통해 접속되고, 외부 기관을 위한 광섬유 접속은 운영 및 유지 관리 영역을 통해 구현됩니다. 네트워크 관리 플랫폼 IP 프로토콜 토폴로지 관리. 4.정보자료센터
정보자료센터
정보자원센터는 주로 정보를 저장하고, 시스템에서 생성되는 정보자원을 계획, 설계하는 데 사용됩니다.
① 생산 데이터베이스: 주로 사업 관리에 사용되는 다양한 비즈니스 자원 데이터베이스를 포함합니다.
②이력 데이터베이스: 주로 장기 누적 업무 처리 이력 데이터베이스를 포함하며, 기존 업무 시스템의 처리 효율성을 높이기 위해 관련 이력 데이터를 이력 영역으로 이전합니다.
③교환라이브러리 : 결과데이터를 업무자원 데이터베이스에 백업하고, 수평적, 수직적 데이터 교환을 지원한다.
프로젝트 실시 계획
프로젝트 수행 계획의 목적은 계획되고 설계된 시스템 구현 수준을 정리하고 배포하는 것입니다.
(1) 시스템 구축 과정
① 요구사항 분석 단계: 조사 중인 시스템의 실제 기술 요구사항과 각 하위 시스템의 비즈니스 요구사항을 기반으로 사양 요구사항을 충족하는 "시스템 요구사항 분석 보고서"를 작성하여 고객에게 제출합니다.
② 전체 설계 단계: 시스템의 기능, 운영 및 성능 요구 사항을 분석하여 상위 수준의 시스템 구조, 소프트웨어 구조, 인터페이스 및 데이터 형식 설계를 생성하고 "시스템 설계 보고서"를 고객에게 제출합니다.
③세부 설계 단계: 기능 및 성능 요구 사항을 추가로 분석 및 개선하고, 소프트웨어의 세부 설계를 문서화하고, "시스템 세부 설계 보고서"를 엔지니어링 리더십 그룹에 제출합니다.
④ 개발 및 테스트 단계: 프로젝트 개발팀은 "프로젝트 구현 계획"에 따라 프로젝트 진행을 엄격하게 통제하고, 개발 및 테스트 작업을 질적, 양적으로 추진하고, 주간 작업 보고서를 정기적으로 고객에게 제출해야 합니다.
⑤ 시스템 배포 단계: 주로 서버 측에서 소프트웨어 설치 및 디버깅을 구현합니다. 완료 후 "데이터베이스 설치 디렉터리" 및 "소프트웨어 설치 방법" 파일을 시스템 유지 관리 담당자에게 제출하고 소프트웨어 사용자를 지원해야 합니다. 설치.
⑥시스템 교육 단계: 해당 사용자가 각자의 비즈니스 시스템을 능숙하게 사용할 수 있도록 하고, 유지 관리 인력이 필요한 시스템 유지 관리 지식과 기술을 습득할 수 있도록 사용자 수준에 따라 교육을 실시해야 합니다.
⑦ 시스템 시험 운영 단계: 시험 운영 기간 동안 사용자는 일정 기간 동안 병렬로 작동하는 기존 시스템과 신규 시스템을 포함하여 "소프트웨어 기능 목록"에 나열된 시스템 기능 모듈에 대한 현장 시스템 테스트를 구성할 책임이 있습니다. 각 기능 모듈이 완전히 테스트되도록 검증 시간입니다.
⑧시스템 승인 단계: 프로젝트 구축이 지불 조건의 요구 사항을 충족하면 사용자는 진행 계획 및 낙찰자가 제출한 프로젝트 승인 요청에 따라 프로젝트 승인을 주선합니다.
(2) 사업시행계획
①전체설계계획 : 주요 작성방법은 엑셀표를 사용하며, 프로젝트의 주요단계와 완료일을 중심으로 한다.
② 세부 개발 계획: 주로 Visio 또는 Project를 통해 표시되며, 다양한 단계의 작업 분할에 중점을 둡니다.
(3) 사업인력계획
①프로젝트 조직 관리: 본 프로젝트에 서비스를 제공하는 인력의 조직 구조를 주로 설명하며 일반적으로 다이어그램을 통해 시각적으로 표시됩니다. 주요 팀에는 프로젝트 관리자, 사전 판매 엔지니어, 아키텍처 설계자, 수요 연구원, 개발 테스터, 시스템 통합자, 시스템 유지 관리 담당자, 품질 보증 담당자 등이 포함됩니다.
①프로젝트 조직 관리: 본 프로젝트에 서비스를 제공하는 인력의 조직 구조를 주로 설명하며 일반적으로 다이어그램을 통해 시각적으로 표시됩니다. 주요 팀에는 프로젝트 관리자, 사전 판매 엔지니어, 아키텍처 설계자, 수요 연구원, 개발 테스터, 시스템 통합자, 시스템 유지 관리 담당자, 품질 보증 담당자 등이 포함됩니다.
애프터 서비스 계획
애프터 서비스 계획의 목적은 시스템 인도 후 고객에게 후속 보호를 제공하는 방법을 설명하는 것입니다.
(1) 현지화 서비스
고객은 일반적으로 시스템 계약업체에 현지 기관이 있는지 아니면 현장 직원이 있는지에 관심이 있습니다.
일반적으로 현지화 서비스를 작성하는 방법에는 세 가지가 있습니다.
첫 번째는 현지 지점 회사가 있음을 명시하고 해당 사업 허가증을 제공하는 것입니다.
두 번째는 회사가 이미 현지 프로젝트 인력 목록과 해당 지역의 주택 임대 계약을 보유하고 있음을 입증하는 것입니다.
세 번째는 낙찰 후 현장 서비스 제공을 약속하고 서비스 인력 명단을 작성하는 것입니다.
(2) 애프터 서비스 내용
①서비스 내용 : 애플리케이션 시스템 지원, 시스템 최적화, 신규 애플리케이션 추가, 긴급 유지 보수 등을 포함합니다. 무료 유지보수 기간 동안의 서비스 콘텐츠와 무료 유지보수 기간 이후의 서비스 콘텐츠로 구분할 수 있습니다.
②서비스 방법: 일반적으로 두 가지 방법이 있습니다. 전화 서비스나 주문형 현장 서비스 등 1차 현장 서비스와 2차 지원 서비스입니다.
(3) 애프터 서비스 약속
주로 무료 유지 보수 기간, 현장 서비스 인력, 해당 서비스 시간 제한 등 고객이 관심을 갖는 애프터 서비스 문제를 약속합니다.
세부사항 작성 방법
회사 프로필
① 발전 이력 : 설립 연도, 상장 연도, 업계 진출 연도 등 회사 발전의 핵심 노드를 주로 설명합니다.
②회사규모 : 현재 회사의 인원수, 회사의 등록자본금 등을 포함합니다.
③ 시상 : 소프트웨어 기업, 시스템통합 1급 등 기본자격과 과학기술진보상 등 중요한 영예 등 일부 중요하거나 핵심적인 자격을 주로 부각한다.
④서비스 범위 : 주요 서비스 범위는 무엇이며, 고객에게 제공할 수 있는 상품의 종류는 무엇입니까?
⑤서비스 특징 : 예를 들어 고객 응대 속도가 빠르고 신속한 배포 및 개발이 가능합니다.
이 섹션에서는 회사가 고객에게 제공하는 가치를 명확하게 설명해야 합니다.
다양한 솔루션 목록 정렬
①제품 배경: 업계에서 어떤 문제가 발생했으며 어떤 기회가 창출되었는지.
② 제품 목표: 제품이 해결하려는 문제는 무엇이며, 어떤 목표를 달성하는가?
③ 제품 기능: 제품에는 어떤 기능이 있으며 주요 데모 인터페이스는 무엇입니까?
④ 상품특징 : 예를 들어 맞춤제작 가능 여부 등
⑤ 제품 장점: 예를 들어 신속한 제품 배포가 가능합니다.
고전적인 케이스 작성 방법
① 배경상황 : 당시 고객의 현재 상황은 어떠했는지, 시스템 구축은 어떤 배경을 바탕으로 이루어졌는지, 우리가 개발해야 할 신규 고객의 현재 상황 및 규모와 부합하는지 등
②구축 아이디어: 주요 핵심 장점은 무엇이며 시스템의 주요 프레임워크는 무엇입니까?
③구축 애로사항 : 주로 시스템 구축 과정에서 어떤 문제가 발생했고, 향후 어떻게 해결해야 할지
예를 들어, 특정 프로젝트를 다른 관련 부서의 외부 시스템과 연결하는 데 과도한 작업량이 발생하는 문제에 대해 비즈니스 수준에서는 연결이 필요한 관련 사항을 정리하여 3가지 도킹을 지원합니다. 모드: 다중 데이터 인터페이스, 데이터 교환 및 페이지 임베딩 관리 수준에서는 정보화 담당 부사장이 다양한 부서의 시스템 도킹 작업을 조정합니다.
④구축 효과성: 시스템이 어떤 대상을 목표로 삼고 어떤 문제를 해결하는지
예를 들어, 시스템이 완성된 후에는 피보험자의 심부름 횟수를 줄이고 처리 직원의 작업량을 줄이며 관리 직원이 관련 보고서를 쉽게 볼 수 있습니다.
타겟 경쟁사
경쟁사 분석
①회사의 강점과 약점은 무엇인가?
②시장에서 회사의 위치는 무엇인가?
③이 업계의 상위 10개 회사는 누구이며, 이들 회사의 장점은 무엇입니까?
고객의 마음속에 더 좋은 인상을 주기 위해
역효과를 낳을 수 있으므로 경쟁사를 얕보지 마십시오.
(1) 독특한 판매 포인트 표시
독특한 판매 포인트는 우리만이 갖고 있고 경쟁업체는 가지고 있지 않은 것입니다. 제품을 소개할 때 고유한 판매 포인트를 강조하고 강조하면 승리 가능성을 높이는 데 도움이 될 수 있습니다.
(2) 표적화된 비교를 하라
모든 제품에는 장점과 단점이 있습니다. 특히 자사 제품이 장점이 있는 분야에서 경쟁사 제품의 단점을 이해하면 고객은 비교를 통해 우리 제품이 더욱 전문적이라는 느낌을 받게 됩니다.
수요 분석
1단계: 사용자 인터뷰
사용자 인터뷰에는 주로 사용자와 대화하여 프로젝트에 대한 이해와 생각 및 희망 사항을 이해하는 것이 포함됩니다.
2단계: 직무 책임 분석
직무분석은 주로 면접대상자의 직위 및 관련 직무정보를 분석하여 시스템 사용자 분석의 다음 단계를 준비합니다.
3단계: 시스템 사용자 분석
시스템 사용자 분석은 주로 직위와 책임에 대한 설명을 통해 몇 가지 공통 사항을 추상화하고, 친숙한 직위를 시스템 사용자에 병합하며, 시스템 사용자의 비즈니스 요구 사항을 분류합니다.
4단계: 사용자 시나리오 분석
사용자 시나리오 분석은 크게 전체 시나리오 분석과 하위 시나리오 분석으로 구분됩니다. 전체 시나리오는 세 번째 단계에서 요약된 시스템 역할을 기반으로 해당 비즈니스 요구 사항을 여러 사용자 시나리오로 분해하는 것입니다. 시나리오를 자세히 설명합니다.
5단계: 사용자 사용 사례 분석
사용자 사용 사례 분석은 각 시나리오를 사용자 사용 사례로 더 세분화하는 것입니다.
6단계: 기능적 요구사항 분석
각 시스템 사용자에 대한 분석을 바탕으로 먼저 각 시스템 사용자가 수행해야 할 작업을 간략하게 설명한 다음 각 기능 지점의 특정 기능, 즉 컴퓨터가 사용자가 완료하는 데 도움이 되는 작업을 자세히 분석합니다.
참고: 기능 요구사항 분석의 독자는 프로그래머이며 시스템이 향후 구현할 기능이기도 하므로 컴퓨터 스타일의 언어로 설명하고 문학적 언어를 사용하여 설명하는 것을 피하는 것이 가장 좋습니다.
7단계: 비기능적 요구사항 분석
비기능적 요구사항에는 성능 요구사항, 보안 요구사항, 아키텍처 요구사항 등이 포함됩니다. 여기서는 기능적 요구사항 이외의 내용을 분석할 수 있습니다.
8단계: 요구 사항 사양
위의 분석 내용을 결합하고 적절하게 잘라내면 세부 내용과 표준 형식을 갖춘 요구사항 사양이 형성됩니다.
프로그램 준비과정
첫 번째 단계는 계획을 작성하는 목적을 명확히 하는 것입니다.
(1) 계획은 누구에게 작성되어야 합니까?
다양한 보고 개체에 따라 계획의 다양한 초점이 결정됩니다.
차장이나 부사장의 역할에 대해 발행되는 요약안은 일반적으로 10페이지 이내로 작성되며, 내용이 명확하고 간결해야 합니다. 이 프로젝트를 수행하는 이유, 수행 후 조직에 어떤 이점을 가져올 수 있는지, 비용은 얼마나 드는지 명확하게 설명하십시오.
(2) 프로젝트 진행 단계는 어떻게 되나요?
프로젝트 고도화 단계에서는 계획 보고 대상과 함께 계획 유형이 결정됩니다.
승인을 위한 프로젝트 제출 단계에서는 상대적으로 상세한 프로젝트 제안서나 프로젝트 타당성 조사 보고서가 필요합니다. 프로젝트 초기라면 고객의 요구 사항이 아직 명확하지 않을 수 있으며, 너무 세부적인 계획을 서두르면 자신의 약점만 노출될 뿐입니다.
(3) 계획이 해결해야 할 문제는 무엇입니까?
입찰을 위한 계획이 준비되어 있다면 보다 상세한 제품 지표 설계 내용을 제공해야 합니다.
(4) 현재 가장 큰 상대는 누구인가?
현재 프로젝트에 참여하고 있는 경쟁사를 이해하면 계획을 세울 때 우리 회사의 강점과 경쟁사의 약점을 더 잘 강조할 수 있습니다.
두 번째 단계에서는 다음을 포함한 정보 수집이 필요합니다.
(1) 유사한 솔루션
계획 유형 측면에서 프로젝트 타당성 조사 보고서를 작성하려면 검토 및 승인된 타당성 조사 보고서를 찾아 이전 계획의 프레임워크와 세분성을 참조하면 됩니다.
업종별로는 기업 홈페이지 콘텐츠를 구성하고자 한다면 기업 홈페이지와 유사한 솔루션을 찾아 해당 홈페이지의 기능, 타사와의 특징, 주요 비용 등을 참고하면 됩니다.
(2) 유사한 사례
주로 회사에서 구현하고 승인한 프로젝트 사례
(3) 회사가 시행할 수 있는지 여부
(4) 동료에게 도움을 요청한다
세 번째 단계는 다음을 포함하여 프로그램 콘텐츠를 계획하는 것입니다.
(1) 고객을 안내하는 주요 방향은 무엇입니까?
이는 내부적으로 논의하여 현 프로젝트 단계의 사업 전략을 토대로 결정해야 합니다.
예를 들어, 이 단계에서는 우리 회사의 장점을 강조해야 할까요, 아니면 경쟁사로부터 정보를 받고 소극적인 상황에 빠지는 것을 피하기 위해 고객의 상황을 이해하지 못한 채 회사 제품의 주요 측면을 모두 공개해서는 안 됩니다.
(2) 콘텐츠의 경계를 정하는 방법
이는 프로젝트 범위의 규모를 직접적으로 결정합니다.
(3) 인용방법
어떤 상황에서 견적이 결정되고 견적을 분할하는 방법도 판매 전에 마스터해야 합니다. 견적은 일반적으로 고객의 현재 예산이나 심리적 가격, 회사의 제품 비용, 유사한 프로젝트 비용 등에 따라 결정됩니다.
(4) 공사기간은 어떻게 되나요?
프로젝트가 너무 큰 경우 단계로 나누어야 하는지 여부는 장비 조달 시간 등과 같은 몇 가지 핵심 시점을 나타내야 합니다.
(5) 대략적인 페이지 수
일반적으로 프로젝트 기획안은 10페이지 이내로 작성됩니다.
프로젝트 제안서, 프로젝트 타당성 조사 보고서, 입찰 문서는 프로젝트 예산 규모에 따라 작성해야 합니다. 예를 들어 100만 위안 규모의 프로젝트에는 최소 100페이지의 내용이 필요합니다.
네 번째 단계는 주요 내용을 확인하는 것입니다.
핵심 아이디어를 나열하고 개요를 설명하며 프로젝트를 이해하는 사람들과 함께 확인합니다.
공통 솔루션 프레임워크
① 서문 내용(서문 및 서문) : 서문 및 서문은 두꺼운 문서에 주로 사용됩니다.
예를 들어, 입찰 문서는 3~500페이지, 많게는 1,000페이지에 달할 수 있어 전문가가 보고 싶은 내용을 가능한 한 빨리 찾을 수 있도록 안내할 수 있습니다.
② 현황 분석(배경 및 현황) : 해당 업계에 대해 어느 정도 이해하고 있음을 입증하기 위해 주로 업계 내에서 알려진 내용이나 공감대를 기술합니다.
③문제 진단(요구 분석 및 해결 방안) : 주로 프로젝트를 통해 해결된 문제와 주요 건설 아이디어를 설명합니다.
④프로젝트 디자인(전체 디자인, 애플리케이션 디자인, 데이터 아키텍처 디자인, 배포 디자인, 기능 디자인 등): 계획에서 가장 중요한 부분이며, 작성하는 데 많은 에너지를 소비해야 합니다. 커밍아웃은 다이어그램 형태로 시각적으로 표시되어야 하며 가장 빛을 발할 수 있는 부분이기도 합니다.
건축 지식
사업 구조
기술 아키텍처
기능적 아키텍처
배포 아키텍처
SOA
마이크로서비스
서버리스
빅데이터 플랫폼
클라우드 컴퓨팅 플랫폼
⑤시행계획(시행주기, 교육계획, A/S 등) : 합리성을 기술해 주십시오.
계획 유형
프로젝트 기획 계획
프로젝트 기획 계획에서 가장 중요한 것은 왜 그 일을 하고 싶은지, 하고 나면 어떤 이점이 있는지를 명확하게 작성하는 것입니다.
(1) 프로젝트 배경
이 부분에서는 관련 지역 현황이나 확립된 시스템 상태를 포함하여 국가 정책 및 지역 계획의 배경을 강조해야 합니다.
(2) 건설의의
이 부분은 국가정책과 단위수요 관점에서 건설의 필요성을 반영하고, 건설의 의의를 지적하는 부분이다.
(3) 종합목표
자사의 제품을 이해하고 이를 현지 특성과 결합하여 타겟 적용 시스템을 개발하는 것이 주요 목적입니다.
(4)건축 내용
비즈니스 관점에서 구축 내용을 설명하려면 큰 수준에서 시작하여 구체적인 부분이 무엇인지 설명하는 것이 주로 이루어집니다.
(5) 태스크 분해
글쓰기의 두 가지 방법
첫 번째는 프로젝트 수립, 프로젝트 구축, 프로젝트 온라인, 프로젝트 승인의 각 단계에 대한 시간 노드입니다.
두 번째는 단계별로 계획된 경로로, 구체적인 작업과 달성된 결과를 지정해야 합니다.
(6) 기대되는 결과
주로 프로젝트 건설 이후의 결과입니다.
(7) 안전조치
일반적으로 제도적 보증, 조직적 보증, 재정적 보증, 운영 보증 등을 포함합니다.
프로젝트 건설 계획
프로젝트 건설계획에서 가장 중요한 것은 명확한 아이디어(일관성)와 완성도를 가지고 있다는 점이다.
(1) 프로그램 개요
작성 방법은 관련 리더나 검토 전문가가 요약을 읽은 후 프로젝트의 목표, 아이디어, 기능, 방법, 수단 및 조치를 전반적으로 파악할 수 있도록 고도로 요약되고 간결해야 합니다.
이 부분은 프로젝트에 대한 전반적인 설명입니다.
프로젝트의 건설 단위, 건설 목표, 주요 건설 내용, 특징 및 하이라이트, 예산, 작업 진행 및 기타 요점을 포함합니다.
(2) 정책배경
집필 아이디어는 원래의 정책 텍스트를 기반으로 정책 정신을 다듬고 프로젝트의 요구 사항을 요약하는 것입니다.
이 섹션에서는 정책 수준에서 이 프로젝트를 수행해야 하는 필요성을 설명하고, 이 프로젝트에 가까운 정책을 제공하고, 새로 발표된 정책 문서를 최대한 제공해야 합니다. 정책 목록은 계층적이어야 합니다.
(3) 사업현황
이 부분에서는 프로젝트의 구축 기반이 무엇인지 짚어볼 필요가 있으며, 기존 시스템의 장점을 부각시켜 사용자가 편안하게 사용할 수 있도록 주의를 기울여야 한다.
글쓰기 아이디어는 두 가지 측면으로 나눌 수 있는데, 하나는 인프라와 응용 시스템 측면에서 설명할 수 있는 정보화 현황이고, 다른 하나는 주로 사업 발전의 특징을 논의하는 사업 현황이다.
(4) 프로젝트 문제
이 부분에서는 주로 이 프로젝트에서 해결해야 할 핵심 문제를 논의합니다. 비즈니스 개발 동향과 결합하거나 프로젝트 목표를 기반으로 문제의 최소 5가지 측면을 작성할 수 있습니다.
프로젝트 문제의 관점에는 정책 개발 요구 사항 충족의 어려움, 자원 통합의 어려움, 통합된 외부 서비스 제공의 어려움, 기존 시스템의 문제 등이 포함됩니다.
(5) 사업목표
프로젝트 목표는 일반적으로 단락입니다.
어떤 상황에서, 어떤 수단을 통해, 어떤 집단(대중, 관리자, 관리자 등)이 도움을 받고, 어떤 성과를 거두는지.
(6) 프로젝트 건설 내용
프로젝트 건설의 내용은 무엇을 해야 하는지 명확하게 설명하는 것입니다.
구축 내용은 응용 시스템과 인프라라는 두 가지 측면에서 작성할 수도 있고, 프로젝트 추진 계획의 관점에서 작성할 수도 있습니다.
(7) 프로젝트 요구 분석
프로젝트 요구사항 분석은 서비스 대상, 용도, 서비스 방식, 업무 특성 등의 관점에서 작성할 수 있습니다.
①비즈니스 요구사항 : 주로 사업부서의 기능적 요구사항을 바탕으로 고객의 관점에서 시스템을 통해 달성하고자 하는 비즈니스 목표를 기술합니다.
② 업무프로세스 : 프로젝트 완료 전과 프로젝트 완료 후로 나누어 프로젝트 결과를 비교할 수 있다.
③기능적 요구사항 : 사용자와 개발자의 관점에서 이를 어떻게 수행하는지를 중심으로 기술한다.
④데이터 요구사항 : 필요한 저장용량을 추정하는데 목적이 있습니다. 기본 데이터, 비즈니스 데이터, 통계 데이터의 크기로 데이터 요구 사항을 예측할 수 있습니다.
⑤성능 요구사항: 주로 서버의 성능을 추정하는 것이 목적입니다. 사업 처리 부담은 지역 인구 규모, 피보험자 수, 예상 거래량 등 사업 처리 규모에 따라 결정될 수 있다.
⑥장비 요구 사항: 주로 데이터 요구 사항 및 성능 요구 사항을 기반으로 필요한 호스트, 네트워크, 보안, 스토리지 및 기타 요구 사항을 추정하는 데 사용됩니다.
(8) 전체 프로젝트 설계
내용을 다이어그램 형태로 명확하고 직관적으로 설명하는데 목적이 있습니다.
① 전체 아키텍처 설계 다이어그램: 서비스 계층, 애플리케이션 계층, 기본 지원 계층, 자원 계층, 인프라 계층, 표준 서비스 시스템, 보안 보호 시스템을 포함한 7개 계층 다이어그램으로 설명할 수 있습니다.
② 애플리케이션 설계 도면: 프로젝트 내 시스템 간의 관계, 프로젝트 내 시스템과 외부 시스템 간의 관계를 주로 기술합니다.
③데이터 아키텍처 다이어그램: 시스템에 어떤 데이터가 있고 어떻게 흐르는지.
④ 시스템 전개도 : 미래의 네트워크가 어떻게 전개될 것인지, 전개 방법을 기술한다.
(9) 기능적 디자인
기능적 설계는 주로 작업량을 반영하며 예산과 부분적으로 일치해야 합니다. 각 기능 모듈의 작업량은 일반적으로 2명 미만으로 세분화되어야 합니다.
(10) 사업시행계획
프로젝트 구현 계획에는 두 가지 작성 아이디어가 있습니다.
① 시스템 통합 계획, 응용 소프트웨어 계획 등 프로젝트 업무 관점에서 본다. 응용 프로그램 소프트웨어 계획은 하위 시스템 수준으로 예약될 수 있습니다.
② 프로젝트 구축 단계에서는 입찰, 시스템 연구, 전체 설계, 상세 설계, 시스템 개발 및 테스트, 공동 디버깅 및 시운전, 배포 및 구현, 홍보 등의 단계를 포함합니다.
당신이 알아야 할 것
1. 공사계획에 대해 알아야 할 정보를 제공합니다.
(1) 고객이 플랫폼을 구축하는 이유는 무엇입니까? 정책적 요구 사항입니까 아니면 비즈니스 요구 사항입니까?
(2) 계획서는 누구에게 작성됩니까?
(3) 고객이 강조해야 할 특별한 기능은 무엇입니까?
(4) 지역 정책, 연말 요약, 새해 업무 포인트를 제공할 수 있는지 여부
(5) 고객의 예산은 얼마입니까?
2. 플랜 신청에 필요한 정보
(1) 제공해야 하는 프로젝트 신청서 형식
(2) 구체적인 요구 사항은 무엇입니까?
(3) 하드웨어 배포가 자체 구축된 컴퓨터실인지 정부 클라우드인지 여부.
3. 입찰서류 작성에 필요한 정보
(1) 경쟁자가 있는지 여부
(2) 공개 입찰, 경쟁 협상, 단일 소스 조달 신청 등 어떤 입찰 방법을 사용합니까?
(3) 입찰 대리인은 입찰 회사 또는 조달 센터입니다.
(4) 입찰 문서 템플릿(가격, 기술 포인트, 상업 포인트는 얼마입니까)이 있습니까?
(5) 등록기준 설정이 가능한지 여부.
피피티
1. 좋은 PPT 제작은 이러한 원칙을 염두에 두어야 합니다.
(1) PPT를 만들기 전에 스스로에게 몇 가지 질문을 던져야 합니다.
①이 PPT 보고서의 목적은 무엇입니까?
내부 교육: 내부 교육은 확실히 더욱 활발하고 청중이 더 많은 콘텐츠를 이해할 수 있도록 해야 합니다.
외부 커뮤니케이션: 고객이 회사의 제품이 가장 전문적이고 솔루션이 가장 강력하다고 느끼도록 외부 커뮤니케이션에는 확실히 더 많은 설득이 필요합니다.
②이 PPT 보고서의 청중은 누구입니까?
그들에게 무슨 도움이 될까요?
예를 들어, PPT 커뮤니케이션의 목적이 소프트웨어 제품을 판매하는 것이라면 보고 대상에 따라 다양한 콘텐츠를 디자인해야 합니다.
회사 임원: 임원들은 왜 이 일을 하는지, 비용은 얼마나 들 것인지, 어떤 이익을 가져올 것인지에 대해 더 관심을 갖습니다.
회사의 중간 경영진: 중간 경영진은 시스템이 사용하기 쉬운지, 향후 유지 관리 및 확장이 용이한지에 대해 더 관심을 갖습니다.
회사 내 일선 운영자: 이 사람들은 확실히 시스템이 사용하기 쉬운지, 현재 작업량을 줄일 수 있는지에 대해 더 관심을 갖고 있습니다.
③현재 준비할 시간은 얼마나 됩니까?
(2) PPT 제작에 대한 오해
더 많이 말할수록 청중이 기억하는 것이 적어집니다
PPT는 하나의 메시지만 전달한다는 점을 기억하세요.
다음 사항부터 시작할 수 있습니다.
①슬라이드나 설명 중 주제와 무관한 내용을 언급하지 마세요.
② 자신의 관점을 뒷받침할 수 있고, 자료의 특성을 반영할 수 있는 사진을 선택해야 합니다.
③애니메이션 효과는 핵심 포인트를 강조할 수 있어야 하며, 그렇지 않으면 사용하지 마십시오.
④슬라이드에 너무 많은 단어를 사용하지 말고, 중복되는 단어는 단순화하고 삭제하도록 노력하세요.
주요 초점에서 방해가 되는 항목을 제거하세요.
(3) PPT를 표시하는 방법
① 단순화 원칙: 모든 텍스트와 그래픽 대신 핵심 포인트만 삽입하고 각 PPT는 하나의 주제만 설명합니다.
②세 가지 원칙: 정보는 세 가지 그룹으로 분류됩니다.
③디지털 원리: 형용사를 디지털 표현으로 변환합니다. 예를 들어, 간단하고 사용하기 쉬운 디자인은 10분 안에 완성할 수 있는 디자인으로 대체될 수 있습니다.
④전체 텍스트의 스타일이 일관되어야 합니다. 색상 매칭과 글꼴이 일관되어야 합니다.
(4) 제작완료 후 검토
①내가 제공하는 모든 정보는 고객에게 관심이 있는 정보인가?
②말하지 않으면 어떤 콘텐츠가 더 눈에 띌 수 있나요?
2. PPT를 빠르게 만드는 방법
(1) 기본 단계
첫 번째 단계는 PPT를 만들기 전에 기본적인 질문에 대한 답변을 바탕으로 핵심 내용을 정리하는 것입니다.
이 콘텐츠의 주제를 표현하기 위해 어떤 부분을 포함해야 하는지, 어떤 부분을 강조해야 하는지 프레임워크를 마인드맵을 통해 정리해보세요.
두 번째 단계는 적절한 템플릿을 선택하고 PPT 프레임워크를 구축하는 것입니다.
관련 팁
①글꼴 설정
●30명이 모이는 장소에서는 글꼴 크기가 16포인트 이상이어야 합니다.
●사람이 많아지고 글꼴 크기는 24 이상입니다.
②색상 색상 설정
●템플릿 색상이나 회사의 메인 컬러와 조화를 이루는 색상과 사진을 선택하세요.
●일반적인 색상 구성에는 빨간색과 파란색, 주황색과 회색, 노란색과 검정색이 포함됩니다.
세 번째 단계는 구체적인 콘텐츠를 디자인하는 것입니다.
주요 목적은 각 페이지의 그림을 일치시키는 방법과 그래픽 표현을 달성하는 방법을 포함하여 각 PPT 페이지에 표현될 중심 아이디어를 기반으로 특정 콘텐츠 페이지를 디자인하는 것입니다. , 재료 라이브러리로 이동하여 관련 사진을 검색할 수 있습니다.
네 번째 단계는 특정 형식을 검토하는 것입니다.
① 핵심내용의 우수성 여부를 검토한다
●글꼴 크기가 커집니다.
●글꼴이 굵어집니다.
●색상 변경;
●그림자 효과.
② 형식의 통일 여부
"보기"에서 "슬라이드 찾아보기" 기능을 이용하면 PPT에 3가지 이상의 색상이 있는지, 텍스트가 정렬 및 조화되어 있는지 확인할 수 있습니다.
PPT 아이디어 형성
SCQA 구조
OM(상황): 배경
최근 몇 년간 회사 정보 구축의 역사적 과정과 현재 상황
❑C(복잡성): 충돌
큰 성과를 거두었지만, 최상위 디자인의 부족, 정보섬의 존재 등 몇 가지 문제도 있습니다.
❑Q(질문):질문
왜 이러한 문제가 발생합니까?
❑A(답변):답변
현재 취하고 있는 조치에는 최상위 설계 및 정보 시스템 계획 강화가 포함됩니다.
PPT 아이디어 형성
OM(Position): 관점 제시
정보시스템의 구축은 기업에게 단점보다 장점이 더 많다.
❑R(이유):이유
1. 2. 정보화는 대세이며, 시대의 흐름을 따라잡아야 합니다. 이는 회사의 업무 효율성을 향상시키고 표준화된 관리를 달성하는 데 도움이 됩니다.
❑E(예): 예를 들어주세요
1. 정보시스템을 온라인화한 후 회사 전체의 매출액은 200만 위안 증가했습니다. 정보시스템을 온라인화한 후 각 부서의 효율성이 XX 증가했습니다.
OM(Position): 관점 강조
정보시스템의 구축은 기업에게 단점보다 장점이 더 많다.
AIDA 구조
❑A(주의): 주의
최근 우리 회사는 경영상 몇 가지 문제에 직면했습니다.
❹I(이자):이자
회사에는 다양한 관리 프로세스가 있는데, 표준화된 절차를 따르지 않아 경영에 어려움을 겪는 사람들이 종종 있습니다. 표준화된 관리 및 제어 시스템을 구축할 수 있다면 이 문제는 해결될 수 있습니다.
OMD(욕망) : 욕망
우리는 우수한 리더들이 우리 회사의 이러한 계획을 지지하고 승인할 수 있기를 바랍니다.
❑A(액션):액션
필요한 자금의 세부 금액과 그 목적을 나열하십시오.
FAB 구조
❑F(특징): 판매 포인트
당사가 개발한 표준화된 관리 및 통제 시스템은 회사의 모든 프로세스를 표준화된 관리 및 통제 시스템에 통합하여 사람들이 표준 절차를 따르지 않는 습관을 제거할 수 있습니다. 모든 서비스 프로세스에는 관련 기록이 있습니다.
❑A(장점):장점
표준화된 관리 문제를 해결할 수 있을 뿐만 아니라 시스템 자체도 강력한 기능과 안정적인 성능을 갖추고 있습니다.
❑B(혜택): 가치
높은 비용 성능, 높은 품질 및 저렴한 가격.
아이콘 유형
(1) 꺾은선형 차트
시계열의 추세 비교 분석에 주로 사용되며 상대적으로 변화가 큰 데이터 세트에 적합합니다. 사전 판매의 경우 여러 달 또는 연도 간의 비즈니스 성장을 비교하는 데 사용할 수 있습니다.
(2) 원형 차트
일반적으로 단일 지표의 구조와 구성을 반영하기 위해 구성 분석에 사용됩니다. 값은 절대값, 상대 비율 또는 동시에 둘 다일 수 있습니다. 특정 부분을 강조해야 하는 장면에 적합합니다. 사전 판매의 경우 프로젝트 예산 분석, 소프트웨어 및 하드웨어 비교 및 구성에 적합합니다.
(3) 기둥형 차트
일반적으로 열의 높이는 숫자 값을 반영하는 데 사용되며 매우 직관적이며 숫자 정렬에 사용할 수 있습니다. 또한 하나의 지표에 대한 여러 데이터 집합 간의 비교를 나타낼 수도 있습니다. 차원의.
(4) 산점도
두 변수 사이의 상관관계 분석에 주로 사용됩니다.
고객 관련
고객 페르소나
(1) 경제적 구매자(EB).
이 역할은 일반적으로 최종 결정권자이며 결정을 내린 후 다른 사람에게 지시를 요청할 필요가 없습니다.
해결책
첫 번째는 EB를 만나는 방법입니다.
가장 중요한 것은 추천에 도움을 줄 수 있는 사람이 누구인지, 추천인에게 긍정적인 영향을 미칠 수 있는지 알아보는 것입니다.
두 번째는 자신이 좋아하는 일을 하는 방법이다.
고위 지도자들은 일반적으로 매우 바쁘기 때문에 상대방에게 가치를 가져다주는 정보를 제공하기 위해서는 충분한 이유가 있어야 하고 회의 전에 잘 준비되어야 합니다.
(2) 기술 구매자(TB).
이 역할은 기술 요구 사항을 제공하고 기술 솔루션을 평가하는 역할을 담당합니다.
해결책
결핵의 역할은 콘텐츠에 있어서 발언권을 중시하는데, 그들과의 소통에서 가장 중요한 것은 그들을 충분히 존중하는 것입니다.
TB는 일반적으로 자신을 기술 전문가라고 생각합니다. 그들과 소통할 때 설득을 사용하지 않는 것이 가장 좋습니다. 고급 기술 세미나에 참여하도록 유도하면 영향을 미칠 수 있습니다.
(3) 애플리케이션 선택기(사용자 구매자, UB).
수요 측
이 역할은 비즈니스 요구 사항을 공식화하는 책임을 맡고 있으며 궁극적으로 제품을 사용하고 그로부터 혜택을 받는 사람이기도 합니다.
해결책
UB에게 있어서 가장 중요한 것은 상대방에게 주의를 기울이는 것입니다.
UB와 소통하는 과정에서 완벽한 기능, 업무량 감소, 간편한 사용 등의 장점이 부각되어야 합니다.
고객 동기 부여
1. 업무 지향적인 고객
이러한 유형의 고객은 일반적으로 "위의 규정이 있습니다."라고 말합니다. 예를 들어 특정 실증 지역이나 시범 프로젝트에서 가장 우려하는 것은 규정을 충족할 수 있는지 여부와 요구사항이 긴급한 것입니다.
이러한 유형의 고객은 일반적으로 "위의 규정이 있습니다."라고 말합니다. 예를 들어 특정 실증 지역이나 시범 프로젝트에서 가장 우려하는 것은 규정을 충족할 수 있는지 여부와 요구사항이 긴급한 것입니다.
2. 절박한 상황 이후 손실을 만회하려는 고객
이러한 고객은 일반적으로 이미 해당 정보 시스템 프로젝트를 보유하고 있지만 프로젝트 결과에 매우 불만족합니다.
이러한 유형의 프로젝트에서는 프로젝트를 인수하면 현재의 문제가 해결될 수 있는지 평가하는 것이 중요합니다. 따라서 초기 데이터 수집은 포괄적이어야 합니다.
3. 서로 경쟁하는 고객
이러한 유형의 고객은 동종 업계의 다른 부서가 이 프로젝트를 완료했는지 여부에 관심을 갖고 뒤처지고 싶지 않습니다.
이런 유형의 고객에게는 기반이 더 탄탄하다고 말하세요. 게다가 이제는 후발주자라는 장점도 있고, 지름길을 택할 수도 있고, 투자가 그렇게 클 필요도 없고, 하이라이트만 추가하면 된다.
4. 진취적인 고객
이 유형의 고객의 특징은 혁신적이고 선도적인 사람이 되기를 희망한다는 것입니다.
이런 유형의 고객은 프로토타입 개발을 활용해 상대방이 아이디어를 정리할 수 있도록 도와주고, 그런 다음 상대방이 모범을 보일 수 있도록 도와주고 벤치마크 사례를 만들면 됩니다.
이런 유형의 고객은 프로토타입 개발을 활용해 상대방이 아이디어를 정리할 수 있도록 도와주고, 그런 다음 상대방이 모범을 보일 수 있도록 도와주고 벤치마크 사례를 만들면 됩니다.
SPIN 판매 규칙
상황 질문
클라이언트의 기존 배경에 대한 현실을 찾는 것이 주요 목적입니다.
1. 배경적 이슈 : 고객의 현재 상황을 인식하고 이해한다.
사용 팁:
①不要问太多,客户会不耐烦。
②每一个问题都保证有偏重、有目的。
③背景问题与销售成功没有什么积极联系。
①관련된 개인적인 의견:
●당신의 의견은 어떻습니까?
●얼마나 고민하셨나요?
●구매를 결정하셨나요?
●이와 관련하여 귀하의 목표는 무엇입니까?
②사업관련:
●어떤 업종에 종사하시나요?
●직원 수는 몇 명입니까?
●연간 판매량은 얼마나 됩니까?
●주요 고객 유형은 무엇입니까?
③시스템 관련:
●현재 사용하고 있는 시스템이나 장비는 무엇입니까?
●사용하신지 얼마나 되셨나요?
●주로 누가 사용할 것인가?
문제 질문
고객의 어려움, 어려움, 불만을 바탕으로 숨겨진 요구 사항을 탐색합니다.
2. 어려운 질문 : 고객의 현재 상황에 존재하는 문제를 탐색
사용 팁:
①使用关心的态度来询问,避免让客户感觉到是对他们的冒犯。
②善用对比(故事法)引出潜在问题。
③这类问题与小订单的成功销售联系更紧密,但是与大型项目订单成功联系不大。
④使用这类问题目的是揭示隐含需求。
①기존 장비에 만족하시나요?
②지금 사용하고 있는 방법에 문제점은 없나요?
③품질에 문제는 없나요?
④지금 당신을 많이 힘들게 하고 있나요?
시사점 질문
고객이 해결하지 않으면 향후 문제를 일으킬 것이라고 생각하는 작은 문제를 확대하여 잠재 고객이 구매 조치를 취할 수 있도록 할 수 있습니다.
3. 묵시적 문제: 고객의 문제로 인해 발생할 수 있는 묵시적 손실
사용 팁:
①회사의 장기적 이익에 어떤 영향을 미칠 것인가?
②이러한 문제로 인해 비용이 증가할 것인가?
③고객 손실을 초래할 것인가?
④ 실적이 크게 줄어들까?
보상 필요 질문
선정적인 질문으로 인한 불편함을 해소하고, 긍정적인 솔루션을 제공하며, 고객이 얻은 이점을 알려줄 수 있습니다.
4. 수요-편익 문제: 문제 해결 후 창출될 수 있는 가치를 안내
사용 팁:
①在介绍对策之前,并且在暗示问题开发了买方难题的严重性后。
②你提供的方案一定是可以解决客户这些问题的。
③尽量让客户自己说出解决后的优点,可以训练客户进行内部销售。
① 이 문제를 해결하는 것이 당신에게 왜 중요합니까?
②해결 후 어떤 도움이 될까요?
③다른 도움을 드릴 수 있는 방법은 없나요?
다양한 솔루션의 프레젠테이션 시나리오
1. 고객의 요구 사항을 충족할 수 있음을 알려주는 소프트웨어 데모
고객이 회사의 제품과 관련 사례를 매우 직관적으로 볼 수 있어 텍스트나 PPT보다 더 설득력이 있습니다.
소프트웨어 시연에 앞서 고객의 예산, 요구사항, 일정, 평가 항목 등을 파악한 후 시연에 반영해야 할 핵심 사항을 파헤쳐야 한다.
프레젠테이션 포인트
① 장점을 보여주는 데 우선순위를 두고, 제품의 논란이 되는 점을 짧고 빠르게 논의하며, 경쟁사의 장점을 인정하되 경시한다.
② 고객이 우려하는 문제를 직접적으로 설명하는 데 중점을 두지 말고 사례를 활용해 설명을 돕고 적절하게 조정 시간을 할당하세요.
2. PPT 프레젠테이션은 청중의 요구를 충족해야 합니다.
PPT 프레젠테이션은 일반적으로 고객이 제시하는 요구 사항을 기반으로 하며 당사의 솔루션은 PPT 형식으로 고객에게 제시됩니다.
PPT의 내용이 아름다운지에도 신경을 써야 하지만, 더 중요한 것은 설명 과정에서 관련 정보가 명확하게 전달되는지 여부입니다.
관련 정보를 사전에 확인하세요
(1) 청중이 누구인지, 무엇에 주목하는지 이해한다.
①청중은 전문가이다: 먼저 나누어서 요약하는 방식의 PPT 구조는 그렇게 생각하는 이유를 먼저 제시한 후 결론을 제시함으로써 미리 결론을 제시하고 질문을 받는 것을 피할 수 있다.
②청중이 리더이다: PPT 구조는 먼저 요약하고 난 후 나누는 것이 적합하다. 일반적으로 리더는 결론을 먼저 이해한 후 제한된 시간 내에 그 이유를 간략하게 이해해야 한다.
③청취자의 수가 상대적으로 많다: 그러면 가장 중요한 사람들 또는 50% 이상의 사람들에게 서비스를 제공합니다.
(2) 고객의 우려에 부응
회사의 임원이라면 그 일을 왜 하는지, 비용은 얼마나 들 것인지, 어떤 이익을 가져다 줄 것인지가 더 중요합니다.
회사의 중간급이라면 시스템이 사용하기 쉬운지, 향후 유지관리가 용이한지, 확장이 용이한지에 대해 더 많은 고민을 하게 됩니다.
회사 내 최전선 운영자라면 이러한 사람들은 시스템이 사용하기 쉬운지, 현재 작업량을 줄일 수 있는지에 대해 확실히 더 관심을 가질 것입니다.
조심하세요
① 설교 전 익숙한 작업 :
성적 증명서
체험강의, 녹음 가능
시간을 조절하세요. 보통 PPT의 경우 1~2분 정도입니다.
무대에 오르기 전에 스스로에게 심리적 힌트를 주고 이 시스템이 가치 있고 실제로 자신에게 도움이 될 수 있다고 믿어야 하며 청중보다 더 많이 알아야 합니다.
② 발표 시 주의할 점
청중의 우려를 불식시키기 위해서는 처음에 관점, 구조 및 시간을 미리 알려야합니다. 일부 고객이 30 분 안에 회의가 필요한 경우 강의를 마칠 수 있는지 대략적으로 알 수 있습니다.
프롤로그는 스토리와 같은 구조를 사용하여 관객이 장면에 더 쉽게 몰입할 수 있도록 합니다.
설명 과정에서는 "위 내용이 공통적이라고 생각하실 수도 있는데, 이 제품의 하이라이트는 무엇입니까? 다음으로 설명해야 할 내용은 이것이다. "이렇게 하면 청중의 관심을 더 잘 끌 수 있습니다.
3. 현장 입찰에 대해 이야기하고 채점 기준에 따라 당사의 장점을 반영합니다.
현장입찰 시 입찰서류의 요구사항에 따라 현장설명을 하는 과정을 말하며, 현장입찰평가 전문가에게 감동을 주고, 채점기준에 따라 최고점수를 부여하는 것을 목적으로 합니다.
(1) 입찰서류 분석 및 연구에 집중
처음에는 입찰서류를 바탕으로 PPT에 어떤 내용이 나와야 하는지 분석해야 하고, 데모 링크가 있다면 데모 부분에는 어떤 내용이 나와야 하는지 분석해야 합니다.
(2) 핵심 내용 강조
①업계 경험 등 경쟁사와 비교하여 우리의 장점을 강조하십시오.
②개발 이력, 직원 규모, 지점/자회사, 자격 및 강점 등을 포함한 회사의 전반적인 강점
③ 시스템 아키텍처 다이어그램, 비즈니스 흐름 다이어그램 등을 포함한 프로젝트 아이디어를 강조합니다.
④ 유사한 프로젝트 사례를 강조하여 입찰 평가 전문가에게 우리가 실제로 경험이 있음을 알 수 있도록 합니다.
⑤ 현지 지점/자회사가 있는지, 기타 현지 사례가 있는지 등 현지화된 서비스를 부각시킵니다.
(3) 과정 설명 전후 주의사항
① 설명을 연습한 후 설명을 녹음하고 다시 들으면서 어디에서 예를 추가할 수 있는지, 논리를 어떻게 수정하면 더 원활하게 만들 수 있는지 알아볼 수 있습니다.
② 시간 관리를 실시하여 고객의 시간 초과를 방지하기 위해 5분 버전, 10분 버전, 15분 버전 등 다양한 버전을 표시할 수 있습니다.
③발표는 채점기준을 엄밀히 따르며, 발표내용의 충실도를 기준으로 전문가가 채점하므로, 발표 시 채점기준의 핵심어를 기재하여야 한다.
④ 라이브 시연에 스토리를 추가합니다. 즉, 시연할 시스템을 완전한 스토리로 설명하여 관객이 현장을 느낄 수 있도록 합니다.
⑤ 다양한 브라우저 버전에서 데모 시스템을 열 수 있도록 시스템 데모 환경을 준비합니다. 현장에서 네트워크가 필요한 경우에는 무선 네트워크 카드를 미리 준비해야 합니다.
4. 고객불편 해소를 위한 기술소통/현장Q&A
일반적으로 고객에게 설명을 한 후 고객이 질문을 합니다.
가능한 원인들
●고객은 주의 깊게 듣고 있습니다.
●고객은 더 많은 정보를 알고 싶어합니다.
●고객마다 관점과 의견이 다릅니다.
●고객은 의심과 불만을 가지고 있습니다.
●고객은 우리의 능력 수준을 확인하고 싶어합니다.
●고객은 다른 사람을 지원합니다.
주요 응답 프로세스에는 다음이 포함됩니다.
첫 번째 단계는 질문자를 살펴보는 것입니다.
두 번째 단계는 위의 측면 중 어느 것이 질문자의 잠재적 동기인지, 그가 그것에 관심이 있는지 또는 의심하는지 분석하는 것입니다.
세 번째 단계는 질문자에게 감사를 표하는 것입니다. 예를 들어 이것은 매우 좋은 질문입니다.
네 번째 단계는 모든 사람 앞에서 질문에 대답하기 전에 대답에 대해 생각하는 것입니다. 왜냐하면 질문자뿐만 아니라 모든 사람이 이 문제에 대해 걱정하고 있기 때문입니다.
다섯 번째 단계는 답변의 효과를 확인하는 것입니다. 답변에 만족하는지 질문한 후 고객의 표정을 관찰하여 고객이 고개를 자주 끄덕이는 지, 고개를 흔드는지 확인하여 상대방이 만족하는지 판단할 수도 있습니다. .
의사소통과 관련하여 주의할 점은 다음과 같습니다.
(1) 고객이 계속 질문하면 어떻게 되나요?
사전판매로서 질문하는 것은 고객의 권리라는 점을 이해해야 하며, "저희 회사 제품의 설치 및 배포에 대해 헷갈리시나요?" " 상대방이 먼저 인정받고 있다는 느낌을 갖게 하세요. 그런 다음 고객에게 침착하게 대답하세요.
(2) 고객이 제기한 질문에 대답할 수 없으면 어떻게 해야 합니까?
의사소통을 하기 전에 현장의 다양한 사용자가 어떤 질문을 할지 고려해야 합니다. 의사소통 중에 프로젝트 관리자, 제품 관리자 등 다른 회사 직원을 초대할 수 있습니다. 정말로 질문에 답할 수 없다면 의사소통을 약속한 후 답변을 드릴 수 있습니다.
5. 프리젠테이션 스킬
1.FABE——솔루션 기능을 고객 가치로 전환
특징(Features): 제품 또는 서비스와 관련된 사실 및 특성, 즉 제품 자체의 고유한 특성입니다.
장점: 이 기능의 장점은 무엇입니까?
Benefite: 고객에게 어떤 가치와 이점을 제공합니까? 이는 판매 목표를 대상으로 하며 효율성 향상, 비용 절감, 정보 투명성 향상, 유연성 유지 등 고객에게 구매 동기를 부여할 수 있습니다.
증거: 이러한 가치와 이점을 증명합니다. 사진, 고객 편지, 기술 보고서, 고객 편지, 신문 기사 등을 포함하며, 현장 시연을 통해 이루어진 일련의 소개에 대한 증거로 사용할 수 있습니다.
예
2. 이의를 명확히 하고 고객의 의심을 불식시킵니다.
대응 단계
① 고객의 이의에 동의합니다.
② 고객의 이의를 인내심 있게 경청한다.
③고객의 저항 지점이 어디인지 확인한다.
④ 합리적인 설명을 해주세요.
알아채다
①고객이 우리를 거부하여 당황스러워 보일 것이라는 뜻이라고 혼동하지 마십시오.
② 고객의 실수를 직접적으로 지적하지 마세요. 고객이 체면을 잃게 만들면, 고객도 체면을 잃게 될 것입니다.
② 고객의 실수를 직접적으로 지적하지 마세요. 고객이 체면을 잃게 만들면, 고객도 체면을 잃게 될 것입니다.
고객을 만나다
만나기 전 가장 중요한 건 자신감
준비 과정
첫 번째 단계는 방문 목적을 명확히하는 것입니다. 이번 방문을 통해 무엇을 성취하고 싶은지 스스로에게 물어보세요.
① 이번에 만나고 싶은 사람 : 어떻게 전화하는지, 어떤 분야에 주력하고 있는지, 우리 회사를 알고 있는지, 어떤 보고 방식을 선호하는지.
②이 프로젝트에 대한 간략한 배경: 이 프로젝트를 수행해야 하는 이유.
두 번째 단계는 콘텐츠를 준비하는 것입니다.
①다른 사전판매 담당자에게 관련 프로젝트의 경험, 사례, 하이라이트에 대해 물어보세요.
② 실증시스템이 있는지, 관련 하이라이트가 있는지 제품관리자에게 문의하세요.
③ 고객 홈페이지 또는 검색엔진을 통해 고객의 기존 시스템 정보 및 고객 조직구조를 검색합니다.
④사업관련 정책문서를 살펴보세요.
⑤ 계획서나 PPT를 준비합니다.
세 번째 단계는 준비물을 확인하고 확인하는 것입니다. 고객의 관점에서 세 가지 질문을 스스로에게 던지고, 이 질문을 바탕으로 정보를 조정하고 수정하세요.
①내가 왜 당신을 만나야 하나요?
②나에게 어떤 가치 있는 서비스를 제공할 수 있나요?
③남들과 비교해서 당신의 특별한 점은 무엇입니까?
네 번째 단계는 고객 문제를 연습하는 것입니다.
고객이 물어볼 수 있는 질문에 어떻게 대답할지 미리 생각해 보세요. 특히 자신이 없다면 축약형 초안을 미리 작성해도 됩니다.
또한, 매 대화 전 3가지 숫자를 기억해 두었다가 현장 소통 시 이를 말로 표현하면 전문성이 반영되어 고객에게 깊은 인상을 줄 수 있습니다.
다섯 번째 단계는 면접정보 확인이다.
방문 전, 개인명함, 상품정보, 수첩, 종이, 펜 등의 정보가 완전한지 확인해야 합니다.
상태를 조정하고 더 자신감을 가지세요
당신이 자신을 믿지 않는다면 고객도 당신을 믿지 않을 것입니다.
자신을 믿는 세 가지 단계
첫 번째 단계: 회사의 강점을 믿으십시오.
두 번째 수준: 회사의 제품이 고객에게 가치를 제공할 수 있다고 믿습니다.
세 번째 수준: 사전 판매 담당자로서의 능력을 믿으십시오.
회의할 때 가장 중요한 것은 관찰이다
더 많이 듣고 덜 말하는 것이 현장에서 의사소통하는 좋은 방법입니다.
(1) 더 많은 질문을 해보세요.
(2) 더 들어보세요.
① 스스로 말을 듣고 정리하기보다는 상대방에게 집중한다.
② 고개를 끄덕이고 미소를 지으면 상대방이 더 많이 이야기하는 데 도움이 됩니다.
③상대방의 말을 방해하지 않도록 소리를 내지 마십시오.
고객의 표정을 관찰하고 의사소통의 내용과 리듬을 조정하세요.
① 고객이 귀하의 의견에 동의하지 않는 경우, 손으로 입을 가리거나, 코를 만지거나, 뒷머리를 만지는 등 다양한 징후가 나타날 수 있습니다.
②고객이 귀하의 의견에 동의할 경우, 머리를 쓰다듬는 등의 행동을 포함하여 여러 가지 행동이 있을 수 있습니다.
③고객이 참을성이 없을 때에는 손가락을 꼬집거나 가지고 노는 등 여러 가지 증상이 나타날 수 있습니다.
④고객이 구매할 의사가 없을 때, 눈을 똑바로 쳐다보지 않거나 고개를 숙이는 등 여러 가지 징후가 나타날 수 있습니다.
미팅 후 가장 중요한 것은 요약하는 것
(1) 내부
참고 사항: 전체 프로젝트 상황을 파악하고 나중에 필요할 때 검토할 수 있도록 파일을 준비해 두십시오.
다른 사람에게 설명: 프로젝트 진행 상황과 향후 필요한 자원 지원에 대해 리더에게 보고할 수 있습니다.
(2) 외부
핵심 내용을 추출하여 고객에게 보낼 수 있습니다. 첫째, 고객이 귀하의 작업에 대해 진지하다는 생각을 갖게 하고, 둘째, 이번 회의에서 도달한 합의를 반복하게 됩니다.
방문기록의 구성요소
다른 사람들이 읽을 수 있도록 작성됨
①고객의 조직구조: 즉, 고객의 현재 EB, TB, UB는 누구인가?
②고객의 역할별 생각 : 위 세 가지 역할이 우리 회사에 대해 알고 있는 것과 지지와 반대의 태도, 앞으로 추진하고자 하는 것이 무엇인지.
③ 자금 출처 및 예산: 이 프로젝트의 자금은 어디서 나오며, 자금은 얼마나 되는가? 이는 프로젝트의 향후 수익성과 직결됩니다.
④프로젝트 진행 진행 : 고객이 시스템을 온라인으로 전환하기를 원하는 시점, 입찰이 예상되는 시점 등 주로 중요한 노드입니다.
⑤다음 조치: 주로 회사 내에서 수행해야 할 다음 단계는 무엇입니까? 판매 전 계획을 이행하는 것인지, 아니면 판매를 통해 비즈니스 관계를 추적하는 것인지.
⑥필요자원 : 사전심사 후 사업진행을 위해 기타 자원이 필요한 경우 반드시 함께 신청하여야 합니다.
방문 요약
개인 요약 개선을 위해
취할 수 있는 형식
① 이번 방문의 목적은 무엇입니까?
②방문 중에 무슨 일이 있었나요?
③예상했던 것과 어떻게 다른가요?
④이러한 차이의 이유는 무엇입니까?
⑤다음에는 무엇을 할까요?