종합적인 설계-가치 설계는 소프트웨어 엔지니어링-설계 엔지니어링의 개선으로 비즈니스 설계 및 애플리케이션 설계에 대한 기본적인 지식이 필요할 뿐만 아니라 고객의 관점에서 항상 생각해야 합니다. 어떻게 정보 기술을 통해 고객에게 가치를 제공할 수 있습니까? (윌리엄 셰익스피어, Northern Exposure (미국 TV 드라마), 가치 설계, 가치 설계, 가치 설계, 가치 설계)
1. 정의
가치 설계란 소프트웨어 설계자가 정보 기술을 활용하여 고객에게 양질의 효율적인 업무 처리 능력을 제공하고' 능력' 의 관점에서 고객을 위한 기업 관리 정보 시스템을 설계하는 것을 말합니다.
이전 단계에서 설명한 내용은 주로' 고객 기능' 을 중심으로 전개됩니다. 이 장에서는 고객의 기본 요구 사항 충족을 중심으로 "고객 가치" 관점에서 분석하고 설계하는 방법에 대해 설명합니다. 엔터프라이즈 설계를 위한 정보 시스템을 관리하는 과정에서 주로 비기술적 단계로 인한 고객 가치는 비즈니스 가치 (비즈니스 설계) 와 애플리케이션 가치 (애플리케이션 설계) 로 구성됩니다.
1) 비즈니스 가치
상업가치는 상업지식, 관리이론, 실천경험 등에 기초한다. 요구 사항 분석 및 비즈니스 설계를 통해 고객의 비즈니스 자체를 분석, 정리, 최적화 및 개선할 수 있습니다. 상업 디자인의 결과는 "고객이 기업 자체의 전생을 다시 인식하게 한다" 는 것이다.
2) 가치 적용
응용 가치는 비즈니스 설계의 결과와 정보 수단을 결합하여 향후' 사람-기계-사람' 환경에서 엔터프라이즈 비즈니스의 효율성과 효율성을 어떻게 향상시킬 수 있는지를 설명하는 것입니다. 애플리케이션 설계의 결과는 "고객에게 향후 정보 관리의 작업 환경과 효과를 설명" 하는 것입니다. 따라서 두 가지 가치는 같은 단계에 있지 않으며, 서로 다른 지식을 뒷받침해야 합니다. 즉, 비즈니스 가치 실현에는 고객의 전문 지식과 비즈니스 설계 지식의 지원이 필요하고, 응용 가치 실현에는 설계 지식의 지원이 필요합니다.
비즈니스 가치와 애플리케이션 가치는 고객 관리 정보화 가치의 가장 큰 부분을 구성합니다. 즉, 비즈니스 설계 및 애플리케이션 설계가 고객 정보화의 가치를 결정하여 고객 만족도에 직접적인 영향을 미칩니다.
2 단계: 기능
기업 관리 정보화 추진 초기에는 주로 소프트웨어 업체를 위주로 한다. 대부분의 소프트웨어 공급업체는 자체 개발 효율성과 비용 관리의 관점에서 시스템을 설계하며, 주로 비즈니스 처리 기능의 관점에서 고객에게 시스템을 설명합니다. 기업이 다르지만 유사한 비즈니스 처리 기능은 실제로 유사하기 때문입니다. 시간이 지남에 따라 시장의 관리 제품과 솔루션은 동질화되는 경향이 있습니다. 개인화를 지원하지 않는 것은 기업 관리의 이념과 모델에 위배된다. 따라서 전통적인 사고 설계의 정보 시스템은 고객의 요구를 충족시키지 못하고 있습니다. 가치 설계는 본질적으로 고객 중심의 설계 개념으로 되돌아가 분석 및 설계가 고객에게 제공할 수 있는 가치에 집중할 수 있도록 합니다. 소프트웨어 설계자는 기능이 고객의 가치를 실현하기 위한 시스템 서비스라는 개념을 결정해야 합니다.
1. 작업 내용
이 문서에서는 요구 사항 분석에서 응용 프로그램 설계에 이르기까지 다양한 각도에서 고객 가치를 분석하고 설계하는 방법을 요약합니다. 소프트웨어 공학의 관점에서 볼 때, 3 단계에서 상응하는 가치를 찾아내야 한다.
(1) 요구 사항 수집 단계: 고객이 전달하는 가치 요구 사항을 수집, 분석 및 이해하는 데 중점을 둡니다.
(2) 비즈니스 설계 단계: 설계는 고객의 요구에 따라 기존 비즈니스를 최적화하고 개선하는 데 중점을 둡니다. 즉, "비즈니스 가치" 를 달성하는 것입니다.
(3) 응용 설계 단계: 정보화의 수단으로 비즈니스 가치를 보여주고 정보화의 작업 환경을 조성하여 고객이 전통적인 작업 방식과는 완전히 다른' 응용가치' 를 실현할 수 있도록 하는 데 중점을 둡니다.
요구 사항 조사 및 분석의 가치는 설계를 통해 아키텍처, 기능 또는 데이터 수준에 최종적으로 반영됩니다.
2. 역량 요구 사항
관리 설계와 마찬가지로 가치 설계는 비즈니스 설계 및 애플리케이션 설계의 "규정 조치" 가 아닙니다. 설계 컨텐츠 관리를 포함하는 상위 수준의 분석 및 설계 방법입니다. 가치 설계를 위해서는 소프트웨어 설계자가 정보 관리 모델과 정보 관리의 가치를 충분히 이해하고 정보 환경이 고객에게 어떤 변화를 가져올지 이해하는 지식과 능력이 필요합니다. 참고 능력 (이에 제한되지 않음) 은 다음과 같습니다.
(1) 고객 비즈니스 지식과 관리 지식이 풍부합니다.
(2) 기업의 전략, 목표, 기대, 기업의 조직 구조, 역할, 수요에 익숙하다.
(3) 기업 경영 정보화의 이론과 방법에 익숙하다.
(4) 수요 분석 방법, 비즈니스 설계 및 응용 설계 방법에 익숙합니다.
(5) 특정 기술 설계 지식 보유 (내용의 복잡성에 따라 필요 없음).
(6) 가치 설계 지식.
1. 고객 요구 사항 이해: 기능 또는 가치.
일반적으로 소프트웨어 설계는 기본적으로 "기능" 관점에서 이루어지며, 기능 추구는 소프트웨어 구현의 전 과정 (기능 찾기, 설계 기능, 개발 기능) 을 통해 이루어집니다. 기업 정보화 초기에는 이 방법이 정확하고 효과적이었다. 수요가 직접적이고 직접적인 대응 기능이 고객의 요구를 충족시킬 수 있기 때문이다. 그러나 기업 정보화가 대규모로 보급된 이후 많은 기업의 정보 시스템이 2 차 또는 3 차 확장을 진행했다. 정보 시스템의 투자자와 사용자는 이미 그들이 어떤 기능을 가지고 있는지 관심을 가지고 있다. 당신이 제공하는 정보 솔루션과 다른 공급자의 차이점은 무엇입니까? 당신의 계획은 기업의 경영 관리 업무 처리에 어떤 변화를 가져올 수 있습니까? 시스템을 도입하면 기업에 어떤 수익 (가치) 을 가져다 줄 수 있습니까? 이를 위해서는 소프트웨어 디자이너가 진지하게 생각해야 한다. 고객이 정보화에 투자하는 목적은 기능을 사기 위해서인가? 아니면 가치를 사느냐? 대답은 의심 할 여지없이 가치를 사는 것입니다! 물론 가치는 기능을 통해 달성해야 합니다. 시스템의 모든 기능은 값을 달성하기 위해 존재합니다. 비즈니스/애플리케이션 설계는 비즈니스 설계, 애플리케이션 설계, 관리 설계, 사용 사례 설계를 통해 정보 시스템이 고객에게 제공하는 "고객 가치" 를 설명하는 다리 역할을 합니다. 이러한 가치를 실현할 수 있는 "기능적" 설계를 후속 기술 설계 및 개발에 전달합니다.
2. 고객 요구 사항 이해: 가치 탐색
기업이 관리하는 정보 시스템은 도서 관리, 매표관리 시스템과 가치 탐구에서 크게 다르다. 후자는 주로' 물건' 을 관리하는데, 그 수요와 가치는 분명하고 쉽게 실현된다. 전자는' 사람과 일' 의 관리이다. 기업 중 관리 시스템이 많고, 업무 다양화, 사회관계와 인간관계가 복잡하기 때문에 수요와 가치에 대한 이해와 논의가 훨씬 복잡하고 난이도가 훨씬 높다. 가치 요구 사항을 찾고, 가치 함수를 식별하고, 고객 상황에 따라 가치 함수를 설계하고, 고객 가치를 완벽하게 실현하는 방법은 소프트웨어 설계자가 추구해야 할 목표입니다.
고객의 관점에서 가치 설계를 보다.
수요 분석 단계에서는 가치를 분석하고 식별하는 데 중점을 둡니다. 수요 분석 단계에서 고객이 인정한 고객 가치 수요는 후속 설계 단계에서 고객 가치 설계의 기본 토대입니다.
1. 조사를 통해 수요를 얻습니다.
수요 조사 및 수요 분석 단계에서는 수집된 수요를 분석하여 기능 요구 사항을 얻는 것이 가장 기본적이고 일반적인 방법이며 "긍정적인 수요를 얻는 방법" 이라고 할 수 있습니다. 수요 수집 프로세스는 다음과 같습니다.
(1) 고객의 요구를 수집합니다.
(2) 요구 사항 정리, 목표 요구 사항, 비즈니스 요구 사항, 기능 요구 사항 정리
(3) 요구 사항 분석 (목표 요구 사항 → 비즈니스 요구 사항 → 기능 요구 사항) 은 결국 기능 요구 사항을 얻습니다.
2. 가치 설계를 통한 수요 획득
최종 고객 가치부터 시작하는 것도 기능 요구 사항을 얻는 중요한 수단입니다. 소프트웨어 설계자가 고객에게 가치를 더하는 관점에서 얻은 것입니다. 이 요구 사항을 충족하기가 어렵다. 소프트웨어 디자이너가이 의식이나 디자인 능력이 없다면, 이 요구 사항은 존재하지 않을 수 있습니다. 예를 들어, 소프트웨어 디자이너는 시스템의 설계 개념을 "시스템을 지능적으로 만들고 사용자가 일자리를 찾을 필요가 없다" 고 정의합니다. 시스템은 자동으로 사용자에게 작업을 푸시합니다 (사람을 찾고, 일을 상기시키는 등). ) "을 참조하십시오. 이런 디자인 이념을 실현하는 데 필요한 기능은 가치 디자인의 요구입니다. 소프트웨어 설계자가 이러한 설계 철학을 수립하도록 동기를 부여하는 인센티브는 고객의 목표 요구 사항, 비즈니스 요구 사항 또는 미확정 요구 사항 (불만, 어려움, 불만 사항 등) 일 수 있습니다. ). 기능 요구 사항의 무결성은 시스템의 최소 만족도 (가용성) 를 보장합니다. 고객 가치 (비즈니스 및 애플리케이션) 는 시스템의 최고 만족도 (사용 편의성) 를 보장합니다.
수요 분석 단계에서 각 수요 분류에는 소프트웨어 설계자가 고객의 가치를 생각하도록 영감을 주는 콘텐츠가 있습니다. 최종 시스템이 높은 고객 가치를 갖는지 여부는 소프트웨어 디자이너의 의식에 따라 달라집니다.
1. 목표 수요의 가치
의사결정자와 관리자가 제시한 목표 수요는 기업의 전반적인 규모와 향후 추세를 이해하고 분석해야 하며, 이 목표 수요가 기업에 어떤 변화를 가져올 수 있는지, 의사결정자와 관리자가 이러한 변화로부터 어떤 수익을 기대할 수 있는지 (가치) 를 기대할 수 있습니다. 의사결정층은 기업의 미래 발전에 대해 다음과 같은 목표를 제시했다. 향후 N 년 동안 생산생산생산액은 × × 억원, 이윤 증가 ×%, 원가감소 ×%, 생산성은 ×% 에 달한다. 소프트웨어 엔지니어는 어떻게 이러한 목표에서 가치 있는 수요를 발굴할 수 있습니까?
2. 비즈니스 요구 사항의 가치
비즈니스 요구 사항은 특정 부서, 비즈니스 영역의 규모로 이해하고 분석하여 비즈니스 요구 사항을 달성하면 어떤 수익 (가치) 을 얻을 수 있는지 분석하는 것입니다. 예를 들어, 관리자는 비즈니스 비용 미세 조정 관리, 고정 프로젝트 추적, 실시간 모니터링, 알림 등 엔터프라이즈 관리에서 가장 약한 비용 관리에 대한 요구 사항을 제시했습니다. 소프트웨어 엔지니어는 어떻게 이러한 업무에서 가치 있는 수요를 발굴할 수 있습니까?
3. 기능 요구 사항의 가치
기능은 가치의 구체적인 실현이다. 가치의 관점에서 함수의 가치를 쉽게 얻을 수 있다. 예를 들어, 계약, 엔지니어는 계약 기능이 고객에게 어떤 가치를 가져다 줄 수 있는지 이해할 수 있습니까? 한편, 계약이 없으면 기업에 어떤 손해를 입힐까? 서로 다른 기능을 결합하여 콘텐츠를 처리하고 엔터프라이즈 기술 자료를 링크하여 올바른 처리에 대한 지식을 제공합니다.
4. 보류중인 수요의 가치
미정 수요에 고객 가치가 있다는 것은 자명하며 정보화 수단으로 처리하는 방법을 제시한다.
비즈니스 가치는 비즈니스 설계를 통해 고객의 비즈니스를 최적화하고 보완함으로써 얻을 수 있는 가치입니다.
상업디자인에 어떤 디자인 이념을 채택하면 어떤 디자인 노선과 결과를 가져올까. 예를 들어, 정보 기술을 이용하여 관리를 업무에 통합하고, 기존의 모든 업무를 "관리" 하는 대신 업무의 표준화된 운영으로 대체하면, 생산성을 높이고 관리 비용을 절감하는 동시에 관리 품질을 낮추지 않을 수 있습니다.
1. 아키텍처 계층의 가치
비즈니스 아키텍처 설계의 고객 가치는 정보 기술을 통해 기업의 비즈니스를 정리, 최적화 및 개선하는 것입니다. 이 작업은 이후의 모든 단계와 단계의 설계 지침일 뿐만 아니라 기업을 위해' 신체검사도' 와' 작전도' 를 만들어 향후 보다 과학적인 관리 방법을 채택할 수 있는 토대를 마련하는 것과 같다. 이러한 비즈니스 아키텍처의 "다이어그램" 은 독립적 인 가치를 가지고 있습니다. 소프트웨어 시스템의 인터페이스에서 기업 내의 비즈니스 논리를 볼 수 없기 때문에 후속 설계 및 소프트웨어 개발을 위한 것이 아니라 소프트웨어 시스템 못지않게 실용적인 가치를 지니고 있습니다. 시스템이 온라인 상태가 된 후에도 비즈니스를 더 개조해야 할 경우 시스템, 특히 복잡한 대형 시스템을 직접 수정하는 대신 비즈니스 구조도에서 분석 연구를 수행해야 합니다.
1) 기업신체검사와 신체검사도는 수요 단계에서 기업의 업무와 관리 형식은' 보이지 않는다' 고 한다. 따라서, 기업 관리 정보화를 잘 하려면, 우선 현상 구성으로 기업을 위해' 그림 그리기' 를 해야 하며, 무형의 기업 업무와 관리에 구체적인 이미지가 있어야 한다. 고객과 소프트웨어 디자이너 모두 같은 대상을 볼 수 있도록, 이 대상에 대해 통일된 인식을 가지고 후속 최적화와 개선을 위한 토대를 마련해야 한다. 아키텍처 설계 방법을 사용하여 기업에 다음과 같은 부가 가치 작업을 수행합니다.
(1) 수요 조사 분석 단계-현상 유지.
먼저 구도도를 이용해' 보이지 않는 업무' 를 그려내고, 그래픽을 통해 기업에' 상태' 를 보여 주고, 관계자에게 기업의 최적화성을 알리도록 한다. 이 단계의 성과는 다음 단계의 업무 최적화를 위한 토대를 마련했다.
(2) 요약/세부 설계 단계-비즈니스 최적화. 정보화의 새로운 지식과 새로운 방법을 결합하여 빗질한 업무에 대해 "최적화 개선" 을 수행함으로써 기존 업무 운영을 이전보다 더 과학적이고 엄격하며 수량화할 수 있게 하여 비즈니스 가치를 높입니다.
2) 운영 관리 운영 차트
수요 단계에서 현황을 완성하고, 업무 설계 단계에서 업무 구조도를 설계하는 것은 기업을 위한' 작전 지도' 를 그리는 것과 같다. 이때부터 기업은 더 이상' 어둠 속에서 작전' 이 아니다. 기업의 모든 운행 상태가 그래픽으로 표시된 후, 모든 관계자들은 운영 목표와 노선이 어디에 있어야 하는지, 어떤 대상을 통제해야 하는지, 어떤 목적을 달성해야 하는지 알고 있기 때문이다.
2. 기능 계층의 가치
기능 계층 설계에서 얻은 고객 가치는 주로 비즈니스 프로세스의 표준화 및 표준화에 인터페이스 형태로 반영됩니다. 이 설계 부분에는 관리에서 표준화로의 전환과 비즈니스 통제라는 두 가지 중요한 가치 포인트가 있습니다.
1) 데이터 처리 표준화, 관리 및 제어 감소.
첫째, 인터페이스의 입력을 통해 비즈니스를 표준화합니다. 사용자는 인터페이스에서 가져온 관리 규칙에 의해 제한되기 때문에 기본적으로 인터페이스 입력에 따라 데이터를 입력하고 데이터 작업을 완료할 수 있으므로 직접 관리 동작을 줄이고 생산성을 높일 수 있습니다. 이것이 표준화의 비즈니스 가치입니다.
2) 관리 조치를 업무와 정확하게 도킹하다.
둘째, 인터페이스를 통해 기업의 관리 규칙과 관련된 정교한 관리 조치를 설정할 수 있습니다. 1) 표준화로 해결할 수 없는 문제를 일일이 설계하여 전체 시스템에 구멍이 없도록 할 수 있습니다. 위의 디자인을 통해 기록된 데이터를 신뢰할 수 있고 사용할 수 있음을 알 수 있습니다.
기업 관리 정보화를 실현하는 과정에서 고객 가치의 핵심 내용은' 효율성과 이익' 이며, 이 두 가지 점은 주로 업무 기능의 설계에 달려 있습니다.
3. 데이터 계층의 가치 데이터 계층에서 설정한 데이터 표준, 서비스 태그 표준, 마스터 데이터의 중요성은 기업의 향후 누적된 데이터가 이용되고 재사용될 수 있는지 여부와 직결됩니다.
기업 관리 정보화를 실현하는 과정에서 최종 고객 가치는 여전히 데이터에 있다. 기업 데이터의 긴 수명 주기와 가치를 극대화하려면 데이터 표준과 표준화된 데이터가 필요합니다.
응용 가치는 비즈니스 설계 결과에 정보 처리 방법의 "포장" 을 추가하여 기존의 비즈니스 및 관리 처리 방식을 전례 없이 변화시킵니다. 최종 사용자는 응용 설계 결과를 통해 정보화의 가치를 느낄 수 있습니다.
비즈니스 설계 결과와 애플리케이션 설계 결과를 비교하여 비즈니스 가치와 애플리케이션 가치의 차이를 느낄 수 있습니다 (예: 비즈니스 프로세스의 변화에서 두 가치의 계승과 차이를 볼 수 있음).
1. 비즈니스 가치 비즈니스 아키텍처 설계에서 비즈니스 프로세스를 최적화하여 비즈니스 생산 프로세스를 이전보다 합리적으로 만들고 중복성을 줄이며 생산성을 높입니다. 이것은 비즈니스 디자인의 가치입니다: 비즈니스 가치.
2. 응용 가치 응용 프로그램 설계에서 비즈니스 설계를 통해 최적화된 비즈니스 프로세스를 통해 "사람 찾기" 방식으로 설계되어 비즈니스 프로세스가 자동으로 비즈니스 프로세스의 추진을 유도하고 "사람 찾기" 의 비효율적인 작업을 피할 수 있도록 합니다. 이것이 바로 응용 프로그램 설계의 가치: 응용 프로그램 가치입니다. 너는 이 두 가치관의 차이와 그것들 사이의 관계를 느낄 수 있니?
(1) 아키텍처 계층: "사람 찾기" 를 메인 라인으로, "사람 찾기" 를 메인 라인으로 하는 설계 방법.
(2) 기능 계층: 비즈니스 구성 요소 설계 (관리, 지식 지원 등 포함). ) "작업" 의 개념에 따라.
(3) 데이터 계층: "문자 데이터" 를 "디지털 데이터" 로 변환하여 데이터의 가치를 높이는 방법
가치 설계의 관건은 소프트웨어 디자이너가' 응용가치' 의 의식과 관념을 가지고 있는지 여부이다. 이런 의식이 있다면 고객이 정보화의 가치를 느낄 수 있는 여러 가지 방법이 있다.
앞서 고객 가치 설계는 소프트웨어 엔지니어링의 모든 단계와 단계에서 진행될 수 있다고 소개했다. 전반적으로, 이전의 설계 사례는 모두' 기능' 수준의 가치 설계에 속하며, 소프트웨어 디자이너의 관점에서 설계한 것이며, 비교적 간단한 가치 설계이다.
기업 관리 정보 시스템 유형의 경우, 제대로 설계하면 정보 시스템이 기업의 생산성을 높이는 데 도움이 될 뿐만 아니라 기업의 효율성을 높이는 데도 기여할 수 있습니다.
정보 시스템 완성에 대한 고객의 만족도는 시스템에 포함된 고객 가치의 양에 따라 다르며, 가치는 소프트웨어 설계자가 설계 시 고객 가치에 대한 인식과 밀접한 관련이 있습니다. 소프트웨어 디자이너가 어떤 정보 시스템을 설계하든, 동일한 업무 영역에서 고객은 기능이 유사한 시스템에 대해 서로 다른 평가를 받는 이유는 무엇입니까? 이는 고객이 느끼는 가치관이 다르기 때문에 고객이 시스템에 대해 서로 다른 평가를 하게 하는 중요한 요소입니다. 따라서 소프트웨어 설계자는 비즈니스 기능에 대한 이해, 분석, 계획 및 설계를 완료한 후 기업의 의사 결정 계층, 경영진에서 실행 계층, 목표 요구 사항, 비즈니스 요구 사항, 기능 요구 사항에 이르기까지 고객 가치의 관점에서 명확한 "고객 가치" 를 재검토해야 합니다. 위에서 설명한 아키텍처 계층, 기능 계층, 데이터 계층, 관리 설계에는 프로세스, 방법, 템플릿/모델을 참조할 수 있지만 가치 설계에는 참조할 수 있는 프로세스와 템플릿이 없습니다. 그것의 존재와 가치는 소프트웨어 디자이너 자체의 지식, 경험, 그리고 프로젝트 내용에 대한 그의 판단에 달려 있다. 가장 중요한 것은 그가 항상 고객에게 정보의 가치를 인식하고 있는지 여부이다. 최근 20 년간의 발전을 거쳐 기업 관리 정보화의 활동은 동일한 소프트웨어 기능을 처음 구입하는 것에서 개인화된 관리 시대로 접어들었고, 관리 정보 시스템의 설계 이념과 소프트웨어 설계자의 사고도 점차 바뀌면서 소프트웨어 디자이너를 요구하게 되었습니다. (윌리엄 셰익스피어, 윈스턴, 기업, 기업, 기업, 기업, 기업, 기업, 기업)
(1) "소프트웨어 기능 표준" 에서 "고객 가치 표준" 까지.
(2) "여기에 XXX 제품/기능이 있습니다. 필요하십니까?" 필요하신 게 있으시면 제가 해결해 드리겠습니다.
(3) "소프트웨어 제품 판매" 에서 "컨설팅 및 최적화 설계를 통한 종합 서비스 제공" 에 이르기까지
(4)' 고화 기능을 갖춘 제품 개발' 에서' 조합을 통해 수요를 충족시킬 수 있는 시스템 제공' 에 이르기까지
기업에 있어서 정보화를 관리하는 행위는 점점 더 단순한 소프트웨어 업체 제품을 구입하는 일이 아니다. (윌리엄 셰익스피어, 윈스턴, 정보화, 정보화, 정보화, 정보화, 정보화, 정보화, 정보화) 경영 정보 시스템은 기업 경영 관리의 유기적 구성 요소이므로 소프트웨어 기업, 특히 소프트웨어 디자이너는 시대의 변화를 따라 기능성 디자이너에서 기업 경영 정보화의 컨설턴트, 컨설턴트 및 리더로 전환해야 합니다.
가치 디자인은' 빈' 이 아니라, 당신의 사고를 열어 줄 수 있다. (조지 버나드 쇼, 가치명언)
가치의 관점에서 한 번 더 수요를 하면 많은 기능적 요구를 제기하고 고객의 승인을 받을 수 있다. (윌리엄 셰익스피어, 윈스턴, 가치, 가치, 가치, 가치, 가치, 가치, 가치, 가치) 가치 측면에서 파악된 기능 요구 사항은 일반 기능 요구 사항보다 예상치 못한 놀라움으로 고객에게 고객 만족도를 높일 수 있습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 가치명언) 동시에, 고객 가치의 향상은 오히려 소프트웨어 기업 자체에 가치 향상을 가져와 선순환을 형성했다. (윌리엄 셰익스피어, 윈스턴, 가치, 가치, 가치, 가치, 가치, 가치, 가치)