비즈니스 프로세스 빗질과 프로세스, Dell 은 비즈니스 프로세스를 빗질하는 과정에서 비즈니스 발전의 합리성에 더 많은 관심을 기울여야 합니다. 더 나은 발전을 위해서는 모든 부분에 대한 명확한 이해를 구축해야 하기 때문입니다. (윌리엄 셰익스피어, Northern Exposure (미국 TV 드라마), 비즈니스 프로세스명언) 다음은 비즈니스 프로세스 빗질과 프로세스 공유입니다.
비즈니스 프로세스 분류 및 프로세스 1 비즈니스 프로세스 분류 단계
먼저 역할을 정리하여 프로세스 구조와 카탈로그를 결정합니다.
역할 빗질을 통해 프로세스와 역할 간의 대응 관계를 파악함으로써 후속 프로세스 설명 및 프로세스 최적화를 위한 견고한 기반을 마련할 수 있습니다. 시스템 비교를 통해 각 부서의 책임 문제 (예: 누락, 중복 등) 를 파악하여 역할을 통해 해당 프로세스를 분할하는 과정에서 발생할 수 있는 프로세스 누락을 보완하고 책임 시스템을 개선할 수 있는 기회를 제공합니다. 시스템 비교를 통해 시스템 자체의 문제 (예: 시스템 누락, 노후화 등) 를 파악합니다.
둘째, 취업 면접을 통해 과정을 설명합니다
프로세스 설명 단계에서 가장 중요한 문제는 시스템이 심각하게 부족하다는 것입니다. 주로 지점 프로세스에 의존하여 광무분업을 설명하고, 고유한 업무 프로세스는 기존 워크플로우를 설명합니다. 이 단계에서는 프로세스 설명자에게 우수한 프로세스 제어 및 위험 관리 인식, 강력한 요약 기능이 필요합니다.
셋째, 프로세스 진단을 통한 프로세스 최적화
시스템은 프로세스 진단 및 최적화의 중요한 토대이자 기초입니다. 체계에 따라 프로세스를 검토하고, 프로세스와 시스템 간의 불일치를 발견하고, 개선 또는 최적화 기회를 식별하고, 프로세스 시스템과 시스템 관리 시스템 간의 시너지 효과를 최대한 활용합니다.
프로세스에 대한 부서 간 검토, 다양한 관리 시스템 검토 및 개선, 제어 요구 사항 및 널리 사용되는 프로세스 진단 기술과 결합하여 프로세스 진단을 수행하고 진단 결과에 따라 프로세스 최적화를 수행합니다.
프로세스 최적화 작업에서 전체 아키텍처의 프레임 워크에서 프로세스를 검토하여 프로세스의 무결성과 원활성을 보장하고 프로세스의 각 작업 단계 간의 연결에 주의해야 합니다.
프로세스 진단 및 최적화와 관련된 기술적 수단은 주로 다음과 같습니다.
프로세스 구조 분석, 프로세스 링크 분석, 프로세스 노드 분석, 프로세스 관리 분석, 프로세스 관리 작업 조직
특별한 프로젝트로서 프로세스 관리는 일정 기간 동안 인력을 집중시켜야 하며, 주요 업무 내용은 다음과 같습니다.
1. 프로세스 관리에 대한 책임 메커니즘을 설정합니다. 부서 관리 책임에 따라 프로세스를 담당하는 부서와 직책을 명확히 하고 업무 프로세스 관리를 위한 책임 메커니즘을 수립합니다.
비즈니스 프로세스 및 관리 시스템을 정리하십시오. 비즈니스 프로세스를 정리하고, 프로세스의 기본 단계, 주요 위험 및 주요 통제 조치를 설명하고, 규칙과 규정을 명확히 합니다.
프로세스 모델링 및 시스템 분석. 업무 프로세스 관리 정보 시스템 적용, 업무 프로세스 관리 모델 구축, 프로세스 요소 분석, 주요 업무 프로세스 개선
4. 업무 프로세스 관리 문서를 표준화합니다. 파일럿을 결합하여 각 부서를 조정하고, 통일규범에 따라 프로세스 관리 문서를 작성하고, 규칙과 제도를 개정하고, 회사 규정에 따라 심사 비준한 후 시행을 발표하다.
비즈니스 프로세스 빗질 및 프로세스 2 1, 비즈니스 프로세스 빗질
A: 순서도의 기본 인식
1, 흐름도 = 절차+다이어그램, 프로세스는 인과 관계, 타이밍, 필수 조건, 입력 출력을 포함한 일련의 논리적 관계입니다. 제품 매니저는 수요를 제시하기 전에 반드시 이러한 논리적 관계를 분명히 해야 한다. 한 문장으로 요약해야 하는 경우, "프로세스는 특정 상황에서 사용자의 특정 요구를 충족시키는 요약" 입니다.
도표는 네 머리 속의 논리적 관계를 그래픽으로 표현한 것으로, 그래픽, 시각화의 특징을 가지고 있다. 그것은 그림 이기 때문에, 그래서 당신의 논리를 수정 해야 할 때, 당신은 당신의 버전 반복 처럼 반복을 꺼내 수 있습니다. 동시에 도표가 있어 프로젝트 멤버들에게 더 잘 전파할 수 있다.
B: 순서도를 그리는 이유는 무엇입니까?
1, 논리 정리 좀 도와주세요
우리 각자가 논리를 생각할 때 반드시 이 논리의 모든 세부 사항을 생각할 수 있는 것은 아니다. 만약 우리가 서둘러 프로토타입을 그린다면, 우리는 많은 무용지물을 할 수 있을 것이다. 이때 순서도를 그리면 우리 자신의 논리를 정리하는 데 도움이 된다. 논리를 정리하기 시작할 때 이 과정을 종이에 그릴 수 있는 것이 좋습니다. 이렇게 하면 머리 속의 논리를 종이에 빠르게 표현할 수 있고, 수정하는 것도 편리하기 때문입니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 논리명언) 네가 그린 후에 전문적인 도구로 그려서 저장할 수 있다.
2, 쉬운 설교 및 보급
제품 관리자는 검토 회의를 열어 PRD 문서를 작성해야 합니다. 이때, 만약 당신이 명확한 순서도를 가지고 있다면, 당신이 설명하기에 편리할 뿐만 아니라, 기술을 쉽게 이해할 수 있습니다. 또한 자체 순서도를 PRD 문서에 쉽게 삽입할 수 있습니다. 기술이 프로세스를 잊었을 때, 문서의 프로세스를 보면 절차가 어떤 것인지 알 수 있습니다. 반복해서 확인하지 않아도 됩니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 예술명언)
3. 반복 최적화
하나의 논리를 얻기 위해, 우리는 그렇게 포괄적이지 않을 수도 있다. 이때 명확한 흐름도가 있어 기록하고 수정할 수 있다.
또한 각 버전의 반복 순서도가 그에 따라 변경될 수 있습니다. 각 버전의 순서도를 비교 분석하여 프로세스 최적화가 어디에 있고 제품 최적화가 어디에 있는지 알 수 있습니다.
C: 순서도 요소 정의;
순서도는 자신의 사양을 가진 상징적인 그래픽 언어입니다. 마름모꼴은 판단을 나타내고, 거리는 구체적인 조작 동작을 나타내고, 시작점과 끝점은 모깍기로 표시한다.
예:-흐름도 교육
D: 제품은 비즈니스 흐름도, 작업 흐름도, 페이지 순서도라는 세 가지 주요 순서도를 설계했습니다.
1, 비즈니스 흐름도는 개인이 어떤 조건에서 무엇을 했는지, 그리고 그들 사이의 관계를 설명하는 것입니다. 주로 세 가지 측면으로 나뉜다: ① 어떤 주체가 관련되어 있는가? ② 각 과목에는 어떤 임무가 있습니까? (3) 각 과에 어떻게 연락합니까?
주로 프로세스에 관련된 시스템 또는 역할 모듈, 사용자가 사용하는 단계, 마지막으로 사용자의 운영 프로세스에 따라 보완됩니다.
방울방울 행동을 예로 들어보죠.
시스템 모듈: 프론트 엔드 및 백 엔드 시스템 포함; 사용자 역할: 사용자와 운전자 역할을 모두 포함합니다.
사용 단계: 대략 사용자 주문 단계, 방울방울 배송 단계, 여정 시작 및 종료 단계로 나눌 수 있습니다.
Eg- 로그인 등록:
예: 쉬운 그림 소프트웨어-사용자 주문-플랫폼 가공 배송-드라이버 주문
2. taskflow 는 일반적으로 업무 프로세스 다이어그램에서 고정 개체를 식별하는 특정 운영 프로세스 플로우차트 (일반적으로 업무 프로세스 다이어그램의 간소화된 버전) 입니다.
3, 페이지 흐름도
요약: 작업 흐름도는 서로 다른 시스템 간의 상호 작용과 논리적 관계에 중점을 둡니다. 작업 흐름도는 특정 작업 프로세스에 중점을 둡니다. 제품의 경우 기존 프로세스에서 발생하는 문제를 찾거나 논리적이고 조작이 간단한 순서도를 만드는 것이 특히 중요합니다. 업무 흐름도는 업무 순서도를 기준으로 서로 다른 역할, 다양한 상태의 렌더링을 정리하며, 페이지 흐름도는 업무 순서도를 집중적으로 표현한 것입니다.
비즈니스 프로세스 빗질 및 프로세스 3 1. 온라인이든 오프라인이든 기존 비즈니스 프로세스를 완전히 복원해야 합니다.
모든 업무에는 온라인 업무든 오프라인 업무든, 이전에 간소화되지 않았더라도 현재 업무 상황에 따라 간소화된 방식으로 표현할 수 있는 절차가 있어야 합니다. 이 과정에서, 너는 자신의 이해에 동참할 수 없고, 당연히 순서도를 그릴 수도 없다. 비즈니스 담당자와 의사 소통하여 실제 비즈니스 프로세스를 최대한 복원해야 합니다. 그렇지 않으면 핵심 링크를 쉽게 무시할 수 있습니다.
예를 들어, 일반적인 비용 상환 프로세스에는 재무 회계 감사 및 재무 출납원 지불이 포함됩니다. 회계사와 의사 소통하지 않고 단순히 프로세스에 이 두 부분을 추가하면 비즈니스 이해의 일방적인 측면을 쉽게 만들 수 있습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 성공명언) 일부 회사 업무는 비교적 간단하여, 한 번 심사하면 충분하다. 일부 사업은 복잡하며 두 번 검토해야합니다.
재무 회계 1 심: 비용 상환 항목의 합리성을 주로 검토하고, 회사가 상환을 허용하는 범위 내에서 사원의 상환 권한을 준수하는지 여부를 검토한 후 리더십 승인을 위해 제출합니다.
재무 회계 감사: 주로 송장의 규정 준수, 허위 보고 여부 등을 검토합니다. 그런 다음 계산원에게 지불하십시오.
제품 기능이 청구 항목 및 환급 권한의 간단한 자동 검증을 충족하는 경우 첫 번째 최적화를 수행할 수 있습니다. 그러나 빗질하지 않으면 원래 비즈니스 프로세스에서 최적화해야 할 점을 찾지 못할 수 있습니다.
2. 최적화 설계를 할 때 인터넷의 특성 외에 더 많은 업무 시나리오를 고려해야 한다.
인터넷을 언급하자마자' 탈매체' 라는 개념이 나오는 경우가 많은데, 지난 몇 년 동안 특히 유행했다. 중개화 자체는 잘못이 없다. 확실히 인터넷' 링크' 의 표현이지만 중개화만 고려할 수는 없고 업무 장면의 합리성도 고려해야 한다. 따라서 비즈니스 프로세스 최적화가 반드시 감회가 아닐 수도 있고 증축이 될 수도 있습니다.
오프라인 상업의 존재는 반드시 그 합리성이 있어야 한다. 모든 비즈니스가 인터넷+에 의해 쉽게 전복되는 것은 아닙니다. 예를 들어, K 12 의 온라인 교육 제품은 학교를 우회하기가 어렵습니다. 이것은 제도적 결정입니다. 온라인 학원품은 단시간에 오프라인 교육기관을 대체하기 어렵다. 학부모가 인터넷에 대한 인식이 아직 좋은 신뢰도에 이르지 못했기 때문이다.
비즈니스 프로세스는 동일하며 일부 링크는 불가피합니다. 동일한 비즈니스라도 각 회사의 비즈니스 진입 점이 다르기 때문에 프로세스가 달라질 수 있습니다. 따라서 정상적인 비즈니스 프로세스 설계로 최적화할 수 없으며, 설정한 프로세스에 따라 비즈니스 변화를 추진할 수 없는 한 실제 비즈니스 요구 사항을 결합해야 합니다.
환불만 처리 (반품 제외) 를 예로 들어 보겠습니다. 간단한 업무 프로세스는 사용자 신청-마케팅 검토 입니다. 두 가지 측면에서 구매자는 마케팅 검토 결과에 따라 수정 후 다시 제출할 수 있지만 비즈니스 프로세스를 최적화할 때 이 비즈니스 시나리오만 고려할 수는 없습니다.
A. 상가가 계속 거절하면 바이어가 계속 수정하여 다시 제출할 것인가? 분명히 비합리적이므로 구매자는 플랫폼 개입을 신청해야합니다.
B, 바이어가 플랫폼 개입을 선택하지 않은 것은 끊임없이 다시 제출하는 것이다. 이는 분명히 불합리하기 때문에 상가도 플랫폼 개입을 신청해야 한다.
C. 구매자가 부분 환불을 신청하면 나머지 돈이나 화물은 어떻게 합니까? 이것은 배달 전후의 응용 프로그램의 차이점을 고려해야합니다.
D, ~ ~ ~ 등등, 고려해야 할 다른 장면들이 있습니다.
이를 통해 단순한 비즈니스 구현이 아니라 비즈니스 시나리오 달성을 목표로 전체 비즈니스 프로세스를 점진적으로 개선할 수 있습니다. 아래 흐름도는 참고용으로 완벽하지는 않으며 환불만 하는 모든 업무 프로세스에 적합하지 않습니다.
운영 프로세스를 정의하고 설계할 때 사용자의 운영 장면과 습관을 고려해야 하며 다음 사항에 유의해야 합니다.
1, 사용자의 인식 비용 및 학습 비용 최소화, 운영 복잡성 감소, 운영 편의성 향상
문건의 설명과 안내에서 대상 사용자의 특징에 따라 전문 용어 사용을 줄이고, 백화설명을 많이 사용하며, 사용자의 브라우징 습관과 일반 레이아웃, 조판에 대한 수용도를 중시해야 한다. 많은 확립 된 설계 방법을 직접 사용할 수 있습니다. 완전히 새로운 운영 방법을 설계하려면 사용자의 학습 비용과 수용 정도를 고려해야 합니다.
클릭이든 슬라이딩이든, 명확한 결과 피드백을 통해 사용자는 모든 작업에 대한 명확한 피드백을 받을 수 있습니다. 이를 통해 사용자는 운영 과정이 우호적이라고 느낄 수 있습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 운영명언) 이 점은 많은 피드백 설계에서 자주 언급되며 상호 작용 설계의 중요한 부분이기도 합니다. 등록 프로세스 등 일반적인 계정 암호 정보를 기입하고 해당 형식은 운영 과정에서 검증을 설계해야 합니다.
2. 문서 상태 변경과 관련된 작업의 경우 변경 컨텍스트의 연관 영향 및 업무 통제에 주의해야 합니다.
서류는 유사한 주문, 반품서, 교환서, 신청서 등을 가리킨다. 이러한 문서는 시스템을 순환합니다. 루프 프로세스에는 문서 상태 변경이 포함되며 각 상태 변경은 사용자 작업으로 인해 발생합니다. 이 경우, 첫째, 수술 전후의 변화를 고려해야 한다. 둘째, 상태 변경 후의 영향을 고려하여 다른 문서나 업무 변화에 영향을 미치는지 확인해야 합니다.
일반적으로 상태 변경 작업 과정을 포함합니다. 작업 흐름을 정의하는 것 외에도, 개별 문서의 각 상태 변경에 대한 선행 및 후행 상태 흐름도가 있으며, 각 상태 간의 관계와 상태 변경에 필요한 요소를 명확하게 정의합니다.
프로세스 설계를 통해 비즈니스 및 사용자 운영 프로세스에 대한 명확한 이해를 얻을 수 있으므로 기능을 설계할 때 요구 사항과 페이지 유출이 발생하지 않습니다. 또한 제품 관리자가 업무에 대해 더 잘 이해할 수 있도록 하며, 많은 시간을 들이지 않고도 업무를 명확하게 정리할 수 있습니다. 프로토타입을 직접 그리면 페이지를 놓치기 쉬우며, 다른 사람도 너의 프로토타입을 쉽게 이해할 수 없다.
이 시점에서 개념 설계, 기능 설계 및 프로세스 설계가 모두 설명되었습니다. 이 세 가지 부분은 수요 분석을 바탕으로 수요 실현을 합리화하는 과정으로, 제품 관리자가 수요에 대한 명확한 윤곽을 가질 수 있게 해 주며, 그 다음에는 정련을 시작할 수 있게 해 줍니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 수요명언) 많은 작은 파트너들이 제품 관리자로서 이 세 가지 부분을 소홀히 하고, 수요를 받고 바로 원형을 그리기 시작한다. 아무리 좋은 프로토타입 디자인 기교라도 업무를 이해하지 못하면 결국 프로토타입 그리기 기계가 되어 성장과 승진이 더 느려질 것이다.
초기에 경험을 쌓고, 생산능력을 키우는 단계에서, 너는 모든 부분을 잘 해야 한다. 네가 숙련되면, 너는 너의 분석 능력이 빠르게 향상되고, 자연이 더 빨리 자라는 것을 발견할 수 있을 것이다.