3D 프린팅 프로토타입을 빠르게 대량 생산합니다.

3D 프린팅 프로토타입에서 대량 생산으로 전환하는 것은 더 많은 유닛을 만드는 단순한 문제가 아닙니다. 소규모 배치에서 잘 작동하는 부품은 대규모로 생산되기 전에 변경이 필요할 수 있습니다. 재료, 툴링, 조립 방법, 품질 검사 및 단가가 모두 결과에 영향을 미칩니다. 나는 종종 제품 팀이 같은 문제에 직면하는 것을 봅니다. 프로토타입은 괜찮아 보이지만 생산 견적이 너무 높습니다. 또는 디자인이 3D 프린터에서 작동하지만 성형, 조립 또는 검사가 어려워집니다. 조기에 전환을 계획하면 이러한 문제를 줄이고 대량 생산을 위한 보다 원활한 경로를 만들 수 있습니다. ### 1. 프로토타입이 무엇을 증명해야 하는지 확인합니다. 3D 프린팅된 프로토타입은 다음과 같은 몇 가지 초기 질문에 답할 수 있습니다. - 제품이 사용자의 요구 사항에 맞는가? - 치수가 적합한가? - 부품이 제대로 연결될 수 있나요? - 모양이 기본 테스트를 지원합니까? - 사용자가 기대한 대로 제품을 다룰 수 있는가? 이 단계의 목표는 최종 생산 과정을 복사하는 것이 아닙니다. 목표는 디자인을 통해 배우는 것입니다. 예를 들어, 소규모 전자 회사에서는 버튼 배치와 그립감을 테스트하기 위해 휴대용 인클로저를 인쇄할 수 있습니다. 인쇄된 하우징은 팀이 생산 툴링에 투자하기 전에 설계 문제를 찾는 데 도움이 됩니다. 이미 테스트된 기능과 아직 증명이 필요한 기능을 나열하는 것이 좋습니다. 이는 프로토타입이 완제품으로 취급되는 것을 방지합니다. ### 2. 제작을 위한 디자인 검토 3D 프린팅용 디자인은 사출성형, CNC 가공, 다이캐스팅 등의 제작 방식에는 적합하지 않을 수 있습니다. 설계 검토 중에 나는 일반적으로 다음 사항을 확인합니다. - 벽 두께 - 구배 각도 - 날카로운 모서리 - 깊은 공동 - 언더컷 - 나사 보스 - 스냅핏 연결 - 부품 조립 - 재료 요구 사항 - 표면 마감 작은 변경이라도 전체 생산 계획에 영향을 미칠 수 있습니다. 내부 모서리가 날카로우면 가공 작업이 늘어날 수 있습니다. 벽이 얇으면 성형 시 결함이 발생할 수 있습니다. 복잡한 스냅핏 구조는 손으로 조립하기 어려울 수 있습니다. 생산 방법은 툴링이 시작되기 전에 설계를 안내해야 합니다. CAD 파일을 변경하는 것은 일반적으로 완성된 금형을 변경하는 것보다 쉽습니다. ### 3. 올바른 생산 방법을 선택하세요. 예상 수량, 제품 크기, 재료, 공차, 예산 등이 모두 선택에 영향을 미칩니다. CNC 가공은 소량 부품, 금속 부품, 엄격한 치수 제어가 필요한 제품에 적합합니다. 형상이 복잡하면 가공 시간이 더 필요할 수 있습니다. 사출 성형은 대량의 플라스틱 부품에 사용되는 경우가 많습니다. 툴링에는 초기 비용이 필요하므로 금형을 제작하기 전에 설계를 주의 깊게 검토해야 합니다. 다이캐스팅은 모양이 반복되고 수요가 안정적인 특정 금속 부품에 적합할 수 있습니다. 재료와 부품 구조가 프로세스와 일치해야 합니다. 진공 주조는 팀이 표준 3D 프린트가 제공할 수 있는 것보다 더 완성된 부품이 필요한 경우 소규모 배치를 지원할 수 있습니다. 모든 제품에 적합한 단일 방법은 없습니다. 경로를 추천하기 전에 예상 주문 수량, 목표 비용, 리드 타임, 자재 요구 사항, 품질 요구 사항을 비교합니다. ### 4. 엔지니어링 샘플 제작 엔지니어링 샘플은 생산에 적합한 재료와 계획된 제조 방법에 가까운 프로세스를 사용합니다. 이 단계에서는 기본 프로토타입이 보여주지 않는 문제를 드러낼 수 있습니다. 표면이 다르게 보일 수 있습니다. 성형하는 동안 부품이 수축될 수 있습니다. 금속 부품에는 다른 고정 방법이 필요할 수 있습니다. 조립 시간이 예상보다 길어질 수 있습니다. 실제 테스트 계획에는 다음이 포함될 수 있습니다. 1. 치수 검사 2. 조립 테스트 3. 기능 테스트 4. 하중 또는 압력 테스트 5. 온도 테스트 6. 표면 및 외관 검사 7. 반복 사용 테스트 테스트 결과를 기록하고 특정 설계 변경 사항과 연결해야 합니다. 명확한 기록은 제품 팀, 공장, 품질 담당 직원이 동일한 정보를 바탕으로 작업하는 데 도움이 됩니다. ### 5. 생산 문서 준비 대량 생산은 명확한 정보에 달려 있습니다. 공장에는 다음이 필요할 수 있습니다. - 2D 도면 - 3D CAD 파일 - 재료 사양 - 표면 마감 요구 사항 - 공차 세부 사항 - 조립 지침 - 포장 세부 사항 - 검사 표준 - 승인된 샘플 - 부품 목록 "매끄러운 표면"과 같은 모호한 메모는 다른 해석으로 이어질 수 있습니다. 표면 요구사항과 검사 방법을 명시한 도면은 공장에 더욱 유용한 참고 자료가 됩니다. 또한 어떤 치수가 중요하고 어떤 치수가 더 넓은 공차를 가질 수 있는지 정의하는 것이 좋습니다. 모든 측정을 동일하게 엄격하게 처리하면 제품 성능을 개선하지 않고도 비용이 증가할 수 있습니다. ### 6. 파일럿 생산 배치 실행 파일럿 배치를 통해 팀은 대규모 주문 전에 전체 생산 흐름을 검토할 수 있습니다. 검토 내용은 다음과 같습니다. - 자재 준비 - 기계 설정 - 사이클 시간 - 작업자 지침 - 조립 순서 - 결함률 - 검사 시간 - 포장 프로세스 - 배송 보호 예를 들어, 소비자 제품 팀은 부품 품질이 허용 가능하다는 사실을 발견할 수 있지만 조립 작업자는 작은 케이블을 장착하는 데 너무 많은 시간이 필요합니다. 커넥터 또는 조립 순서를 변경하면 노동력이 줄어들고 프로세스를 더 쉽게 반복할 수 있습니다. 시험 생산은 견적 단가가 실제 생산 조건과 일치하는지 확인하는 데에도 유용합니다. ### 7. 제품에 맞는 품질 검사를 설정하세요. 품질 관리는 제품의 외관뿐만 아니라 사용 용도에도 중점을 두어야 합니다. 외관 부품에는 색상 및 표면 검사가 필요할 수 있습니다. 하중을 지탱하는 부품에는 강도 테스트가 필요할 수 있습니다. 밀봉된 제품은 누출 테스트가 필요할 수 있습니다. 전자 하우징은 적합성, 열 및 케이블 간격을 확인해야 할 수 있습니다. 검사 계획에는 다음 사항이 명시되어야 합니다. - 검사 내용 - 검사 방법 - 검사 빈도 - 허용 가능한 결과로 간주되는 사항 - 부품이 고장난 경우 발생하는 상황 이 접근 방식은 구매자와 제조업체를 위한 공유 표준을 만듭니다. 3D 프린팅에서 대량 생산으로의 전환은 일련의 제어된 단계를 통해 가장 잘 작동합니다. 프로토타입은 아이디어를 증명하는 데 도움이 됩니다. 엔지니어링 샘플이 생산 방향을 테스트합니다. 파일럿 배치가 프로세스를 확인합니다. 명확한 문서와 실용적인 품질 기준은 안정적인 출력을 지원합니다. 나는 툴링이 완료된 후 모든 문제를 수정하려고 노력하는 것보다 초기에 생산 관련 질문을 하는 것이 팀에서 더 많은 시간을 절약한다는 사실을 발견했습니다. 좋은 프로토타입이 제품 개발의 끝은 아닙니다. 반복생산에 적합한 설계를 만들기 위한 출발점입니다.

많은 제품 팀은 사람들에게 아이디어가 필요한지 알아보기 전에 아이디어를 다듬는 데 너무 많은 시간을 소비합니다. 설계 파일, 기술 계획 및 기능 목록을 전달하는 데 몇 달이 걸릴 수 있습니다. 그런 다음 첫 번째 사용자 테스트에서 간단한 문제가 드러납니다. 제품이 잘못된 작업을 해결하거나, 사용하기 어렵게 느껴지거나, 제작 비용이 너무 많이 든다는 것입니다. 나는 다른 길을 선호합니다. 저는 작은 프로토타입을 제작하여 실제 사용자 앞에 배치하고, 명확한 피드백을 수집하고, 중요한 부분을 개선합니다. 프로토타입에는 모든 기능이 필요하지 않습니다. 주요 아이디어를 테스트하려면 충분한 구조가 필요합니다. 이러한 접근 방식은 낭비되는 작업을 줄이는 데 도움이 되며 생산이 시작되기 전에 팀에 더 나은 정보를 제공합니다. 유용한 프로토타입은 클릭 가능한 인터페이스, 3D 프린팅 부품, 작동하는 하드웨어 샘플 또는 무대 뒤에서 사람들이 운영하는 간단한 서비스일 수 있습니다. 올바른 형식은 내가 대답해야 하는 질문에 따라 다릅니다. 탐색을 테스트하려면 클릭 가능한 화면 모델을 사용합니다. 사이즈와 편안함을 테스트하고 싶다면 실제 샘플을 만듭니다. 수요를 테스트하고 싶다면 전체 소프트웨어를 구축하기 전에 랜딩 페이지, 제품 비디오 또는 수동 서비스를 사용할 수 있습니다. Dropbox는 전체 시스템이 준비되기 전에 파일 동기화가 어떻게 작동하는지 보여주기 위해 초기 제품 비디오를 사용했습니다. 이 비디오는 팀이 모든 기술 계층을 구축하지 않고도 사용자 관심을 확인하는 데 도움이 되었습니다. 이것은 모든 회사에 유용한 교훈입니다. 전체 배송 비용을 부담하기 전에 약속을 테스트하십시오. ## 하나의 질문으로 시작하기 약한 프로토타입은 종종 한 번에 너무 많은 질문에 답하려고 시도합니다. 여기에는 브랜딩, 복잡한 설정, 결제 기능, 보고서 및 여러 사용자 역할이 포함될 수 있습니다. 그런 다음 팀은 엇갈린 피드백을 받고 무엇을 변경할지 결정하는 데 어려움을 겪습니다. 나는 하나의 명확한 질문으로 시작합니다. - 사용자가 제품을 이해할 수 있습니까? - 주요 임무를 완수할 수 있나요? - 물리적인 디자인이 편안한 느낌이 드나요? - 고객이 이러한 유형의 솔루션에 대해 비용을 지불합니까? - 팀이 합리적인 비용으로 제품을 생산할 수 있는가? 질문은 세부 수준을 설정합니다. 결제 테스트에는 완전한 대시보드가 ​​필요하지 않습니다. 안전 테스트에는 광택이 나는 화면 대신 실제 작동하는 부품이 필요할 수 있습니다. ## 가장 작고 유용한 버전 구축 프로토타입은 두려움 없이 변경할 수 있을 만큼 작아야 합니다. 저는 일반적으로 제품을 세 부분으로 나눕니다. - 사용자가 완료해야 하는 핵심 작업 - 해당 작업을 지원하는 기능 - 대기할 수 있는 기능 배송 관리 도구의 경우 핵심 작업은 배송을 할당하고 상태를 확인하는 것일 수 있습니다. 고급 보고서, 사용자 정의 테마 및 복잡한 계정 설정은 기본 흐름이 작동할 때까지 기다릴 수 있습니다. 이것은 부주의한 샘플을 만드는 것을 의미하지 않습니다. 이는 학습이 가장 가치 있는 곳에 노력을 기울이는 것을 의미합니다. 간단한 프로토타입을 사용하면 팀 토론도 더 쉬워집니다. 디자이너, 개발자, 영업사원, 고객은 서로 다른 아이디어를 말로 설명하는 대신 시각적으로 동일한 모델에 반응할 수 있습니다. ## 올바른 사용자와 함께 테스트 잘못된 청중의 피드백은 제품을 잘못된 방향으로 이끌 수 있습니다. 계획된 사용자 그룹과 일치하는 사람들을 찾습니다. 창고 작업자는 창고 도구를 테스트해야 합니다. 클리닉 관리자는 클리닉 작업 흐름을 테스트해야 합니다. 친구나 가족, 내부 직원이 유용한 의견을 제시할 수는 있지만 유료 사용자와 같은 압박감, 습관, 한계에 직면하지는 않을 수 있습니다. 시험 중에 나는 사람들이 어떻게 생각하는지 묻기 전에 무엇을 하는지 관찰합니다. 사용자는 "이거 쉬워 보이는데"라고 말한 다음 첫 번째 화면에서 잠시 멈춥니다. 그 일시 중지는 유용한 정보입니다. 제품이 어디에서 의심을 불러일으키는지 보여줍니다. 나는 짧은 질문을 던진다. - 여기서 무슨 일이 일어나기를 기대하는가? - 다음에는 무엇을 하시겠습니까? -어떤 부분이 불분명하다고 느껴지나요? - 무엇이 이것을 사용하기 쉽게 만들까요? - 이것이 당신에게 어떤 문제를 대신하게 될까요? 나는 프로토타입을 너무 일찍 설명하는 것을 피한다. 모든 단계를 안내할 때 제품 대신 지침을 테스트합니다. ## 피드백을 결정으로 전환 사용자 의견은 모든 제안이 제품 계획에 포함될 때 지저분해질 수 있습니다. 나는 피드백을 세 가지 그룹으로 분류합니다. - 주요 작업을 방해하는 문제 - 여러 사용자에게 나타나는 패턴 - 사용에 영향을 주지 않을 수 있는 개인 선호도 차단된 작업에는 주의가 필요합니다. 다른 버튼 색상에 대한 단일 요청은 그렇지 않을 수 있습니다. 또한 사용자 피드백을 비즈니스 요구 사항 및 기술적 한계와 비교합니다. 기능은 인터뷰에서 인기가 있지만 유지 관리 비용이 많이 들 수 있습니다. 또 다른 기능은 칭찬을 거의 받지 못하지만 안전, 개인 정보 보호 또는 일일 효율성을 보호합니다. 좋은 제품 결정은 하나의 큰 의견이 아닌 여러 신호에서 나옵니다. ## 충분히 일찍 스케일링을 준비하세요. 주문이 들어와도 스케일링이 시작되지 않습니다. 프로토타입이 계속 변경되는 동안 시작됩니다. 소프트웨어의 경우 다음을 확인합니다. - 데이터 저장 방법 - 사용량이 많은 부품 - 액세스 수준이 명확한지 여부 - 오류를 추적하는 방법 - 사용자를 방해하지 않고 제품을 업데이트할 수 있는 방법 실제 제품의 경우 다음을 확인합니다. - 자재 가용성 - 제조 공차 - 조립 시간 - 포장 요구 사항 - 수리 및 교체 옵션 - 각 생산 단계의 품질 확인 숙련된 사람이 직접 제작하므로 프로토타입이 작동할 수 있습니다. 프로덕션 버전에는 다른 사람이 따를 수 있는 반복 가능한 단계가 필요합니다. 나는 디자인이 변경됨에 따라 주요 결정을 문서화합니다. 이 기록은 팀이 재료, 구성 요소, 작업 흐름 또는 기술 선택을 선택한 이유를 이해하는 데 도움이 됩니다. 또한 새로운 사람들이 프로젝트에 참여할 때 혼란을 줄여줍니다. ## 유용한 신호로 진행 상황을 측정합니다. 프로토타입 테스트에는 결과를 판단할 수 있는 명확한 방법이 있어야 합니다. 모바일 앱의 경우 사용자가 도움 없이 주요 작업을 완료했는지 여부를 추적할 수 있습니다. 실제 제품의 경우 편안함, 설정 시간, 실패 지점 또는 반복 사용을 측정할 수 있습니다. 서비스의 경우 수동 배송에 소요되는 시간과 비용을 계획된 시스템과 비교할 수 있습니다. 숫자는 유용하지만 맥락이 필요합니다. 테스트 가이드의 도움이 너무 많아서 사용자가 작업을 빨리 완료할 수 있습니다. 가입 횟수가 많으면 정기적인 사용으로 이어지지 않을 수 있습니다. 나는 변화를 주기 전에 행동과 피드백을 모두 검토합니다. 한 가지 실제적인 예는 소규모 예약 서비스입니다. 팀은 캠페인 후에 많은 가입을 수집할 수 있지만 고객은 너무 많은 정보를 제공하라는 요청을 받으면 프로세스를 포기할 수 있습니다. 프로토타입 테스트를 통해 문제가 수요가 아님을 밝힐 수 있습니다. 예약안내 입니다. 양식 필드를 줄이는 것이 다른 기능을 추가하는 것보다 더 많은 가치를 창출할 수 있습니다. ## 프로토타입이 언제 성장할 준비가 되었는지 확인하세요. 프로토타입이 모든 가능한 사용자를 만족시킬 필요는 없습니다. 주요 문제가 이해되고 제안된 솔루션이 수용 가능한 비용과 품질로 반복될 수 있음을 보여주어야 합니다. 나는 다음과 같은 징후를 찾습니다. - 사용자가 제한된 지침으로 주요 작업을 완료할 수 있음 - 변경 후 동일한 문제가 덜 자주 나타남 - 제품이 정의된 고객 그룹에 적합함 - 팀이 주요 기술 위험을 이해함 - 생산 또는 배송 단계가 반복될 수 있음 - 지원 요구 사항이 알려져 있음 - 비즈니스 모델과 비교하여 비용이 확인됨 이 시점에서는 성장을 통제해야 합니다. 프로세스를 확장하기 전에 제품을 소규모 그룹에 출시하거나, 제한된 배치를 생산하거나, 하나의 고객 세그먼트를 지원할 수 있습니다. 빠른 프로토타입은 제품 품질에 대한 지름길이 아닙니다. 이는 더 큰 약속을 하기 전에 배우는 방법입니다. 명확한 테스트 질문, 소규모 작업 모델, 정직한 사용자 피드백, 초기 생산 계획은 아이디어를 시장에 더욱 효과적으로 전달할 수 있는 경로를 만듭니다. 나는 첫 번째 버전을 완성된 것처럼 보이려고 노력하지 않습니다. 나는 다음에 무슨 일이 일어나야 하는지를 밝히는데 충분히 유용하게 만듭니다. 이것이 바로 팀이 더 빠르게 프로토타입을 제작하고 더 나은 정보로 확장할 수 있는 방법입니다.

많은 아이디어가 우리 머릿속에 남아 있을 때 유용하게 들립니다. 어려운 부분은 사람들이 사용하고, 이해하고, 비용을 지불할 무언가를 만들려고 할 때 시작됩니다. 나는 창업자들이 단일 고객과 대화하기 전에 기능을 디자인하는 데 수개월을 소비하는 것을 보았습니다. 또한 소규모 팀이 하나의 명확한 문제를 해결하고 꾸준한 피드백을 통해 성장하는 간단한 제품을 출시하는 것을 보았습니다. 차이점은 아이디어의 크기인 경우가 거의 없습니다. 아이디어가 테스트되고 형성되는 방식에서 나오는 경우가 많습니다. ## 1. 명확한 문제부터 시작하세요. 제품은 기능 목록이 아니라 문제부터 시작해야 합니다. “작업 관리 앱을 만들고 싶어요”라고 말하는 대신, - 작업 관리로 어려움을 겪는 사람은 누구입니까? - 문제의 원인은 무엇입니까? - 지금 사람들은 어떻게 대처하고 있나요? - 문제로 인해 시간, 돈 또는 노력이 얼마나 소요됩니까? - 문제가 얼마나 자주 발생합니까? 더 강력한 아이디어는 다음과 같이 들릴 수 있습니다. "소규모 마케팅 팀은 이메일, 채팅, 스프레드시트 전반에 걸쳐 콘텐츠 승인을 추적할 수 없습니다." 이 진술은 나에게 고객 그룹, 일상적인 문제, 탐색할 명확한 영역을 제공합니다. 또한 이는 일반적으로 메시지가 누구와도 연결되지 않는다는 의미인 "모든 사람"을 위한 제품을 만드는 것을 방지하는 데 도움이 됩니다. ## 2. 문제에 직면한 사람들과 대화하십시오. 고객과의 대화를 통해 연구만으로는 놓칠 수 있는 세부 사항을 밝힐 수 있습니다. 나는 “내 제품을 사시겠습니까?”라고 묻지 않습니다. 많은 사람들이 아이디어가 마음에 들거나 도움이 되고 싶어서 정중하게 답변합니다. 그들의 말이 항상 미래의 행동을 반영하는 것은 아닙니다. 나는 과거 행동에 대해 질문합니다. - 지난주에 이 문제를 어떻게 처리했습니까? - 어떤 부분이 가장 시간이 걸렸나요? - 어떤 도구를 사용했나요? - 현재 진행 과정에서 마음에 들지 않았던 점은 무엇이었나요? - 이전에 솔루션 비용을 지불한 적이 있나요? - 사용을 중단하게 된 계기는 무엇인가요? 식사 계획 서비스를 만들 계획이라고 가정해 보겠습니다. 어떤 사람은 식사 계획이 유용할 것 같다고 말할 수도 있습니다. 그 대답은 나에게 거의 말해주지 않습니다. 매주 일요일 2시간 동안 요리법을 비교하고, 재료를 확인하고, 쇼핑 목록을 작성한다고 설명하면 더 좋은 신호가 나타납니다. 구체적인 행동은 일반적인 관심보다 나에게 더 유용한 정보를 제공합니다. ## 3. 문제의 가치가 충분한지 확인 모든 문제에 새 제품이 필요한 것은 아닙니다. 일부 문제는 짜증나지만 사용자 행동을 바꿀 만큼 심각하지는 않습니다. 나는 기존 노력의 흔적을 찾습니다. - 사람들은 이미 관련 도구에 돈을 쓰고 있습니다. - 사람들은 스프레드시트, 수동 작업 또는 여러 앱을 사용합니다. - 사람들은 같은 문제에 대해 여러 번 불평합니다. - 사람들은 자신만의 임시 솔루션을 만듭니다. - 문제가 해결되지 않으면 사람들은 시간이나 수입을 잃습니다. 세 개의 스프레드시트에 걸쳐 송장을 추적하는 중소기업 소유자는 단순히 "더 나은 송장 도구가 있으면 좋을 것입니다"라고 말하는 사람보다 더 강한 수요를 보이고 있습니다. 목표는 모든 사람이 제품을 원한다는 것을 증명하는 것이 아닙니다. 반복되는 문제와 도움을 청할 이유가 있는 특정 그룹을 찾는 것이 목표입니다. ## 4. 가장 작은 유용한 버전을 정의하세요. 신제품이 처음부터 모든 기능을 필요로 하는 것은 아닙니다. 기능을 세 그룹으로 구분합니다. 주요 문제를 해결하는 데 필요함 이러한 기능은 첫 번째 사용 가능한 버전을 구성합니다. 유용하지만 필수는 아님 사용자가 주요 가치를 이해한 후에 테스트할 수 있습니다. 나중을 위한 흥미로운 아이디어 고객이 명확한 요구를 보여줄 때까지 기다려야 합니다. 독립 피트니스 코치를 위한 예약 도구를 구축한다고 상상해 보세요. 첫 번째 버전에는 다음이 필요할 수 있습니다. - 공개 예약 페이지 - 사용 가능한 시간 슬롯 - 확인 이메일 - 간단한 고객 목록 처음에는 모바일 앱, 팀 권한, 지불 계획 또는 고급 보고서가 필요하지 않을 수 있습니다. 작은 제품은 피드백을 받을 수 있는 더 짧은 경로를 제공합니다. 또한 고객이 사용하지 않는 기능에 비용을 지출할 위험도 줄어듭니다. ## 5. 너무 많이 만들기 전에 간단한 테스트 만들기 제품 아이디어는 여러 가지 방법으로 테스트할 수 있습니다. - 서비스를 설명하는 랜딩 페이지 - 클릭할 수 있는 디자인 프로토타입 - 간단한 양식 뒤의 수동 서비스 - 계획된 경험을 보여주는 짧은 비디오 - 업데이트를 원하는 사람들을 위한 대기자 명단 - 소규모 그룹의 유료 파일럿 저는 한때 지역 상점을 위한 자동 보고 시스템을 구축하려는 팀과 협력했습니다. 전체 플랫폼을 개발하는 대신 팀은 양식을 통해 판매 데이터를 수집하고 5명의 상점 주인을 위한 보고서를 수동으로 준비했습니다. 프로세스는 느렸지만 다음과 같은 주요 질문에 답했습니다. - 소유주가 보고서를 이해했습니까? - 어떤 숫자를 사용했나요? - 얼마나 자주 업데이트가 필요했나요? - 그 사람들이 서비스 비용을 지불할 건가요? 테스트 결과 유용한 변경 사항이 나타났습니다. 소유자는 긴 보고서보다는 일일 판매, 제품 수요, 재고 수준이라는 세 가지 간단한 신호에 더 관심을 가졌습니다. 그 통찰력은 이후의 제품을 형성했습니다. ## 6. 가치를 이해하기 쉽게 만들어라 사람들은 긴 설명을 읽지 않고도 제품이 무엇을 하는지 알 수 있어야 한다. 명확한 제품 메시지에는 다음이 포함되는 경우가 많습니다. - 대상 사용자 - 주요 문제 - 실제 결과 예: "독립 교사가 하나의 간단한 작업 공간에서 예약, 알림 및 고객 메모를 관리할 수 있도록 도와주세요." 이 메시지는 독자들에게 계속해야 할 빠른 이유를 제공합니다. 또한 고객이 솔루션을 찾을 때 입력할 수 있는 단어를 사용하므로 검색 가시성을 지원합니다. 나는 “비즈니스의 미래” 또는 “완전한 변화”와 같은 모호한 주장을 피합니다. 일반 언어로 더 많은 신뢰를 구축합니다. - "예약 알림을 자동으로 보냅니다." - “한 곳에서 열려 있는 약속 시간을 확인하세요.” - "각 예약 옆에 고객 메모를 보관하세요." 특정 문구는 사용자가 제품을 현재 방법과 비교하는 데 도움이 됩니다. ## 7. 제품 계획에 피드백을 구축하세요. 피드백은 출시 후에 시작되어서는 안 됩니다. 어떻게 수집할지 일찍 결정합니다. 유용한 신호는 다음과 같습니다. - 사용자가 가입 중에 중지하는 위치 - 가장 자주 여는 기능 - 작업을 완료하는 데 걸리는 시간 - 지원 메시지에 표시되는 질문 - 사용자가 첫 번째 세션 후 다시 돌아오는지 여부 - 평가판 이후에도 제품을 계속 사용하는 고객 숫자는 어떤 일이 일어나는지 보여줄 수 있습니다. 대화는 이유를 설명하는 데 도움이 될 수 있습니다. 많은 사용자가 계정을 생성했지만 팀원을 초대하지 않으면 혼자 작업하는지, 초대 단계를 이해하지 못하는지, 협업할 이유가 없는지 물어봐야 합니다. 각 답변은 서로 다른 제품 변경 사항을 나타냅니다. ## 8. 작고 집중된 변화를 통한 개선 유용한 제품은 첫 번째 시도에서 최상의 형태로 나타나는 경우가 거의 없습니다. 나는 한 번에 하나의 문제를 선택합니다. - 혼란스러운 단계를 제거합니다. - 메시지를 개선하세요. - 가입 양식을 단축하세요. - 누락된 설정을 추가합니다. - 주요 동작의 순서를 변경합니다. - 간단한 예를 들어 기능을 설명합니다. 큰 변화로 인해 무엇이 도움이 되었는지 파악하기 어려울 수 있습니다. 작은 변화가 더 명확한 학습을 ​​만듭니다. 제품팀은 ​​고객 요청도 기록해야 합니다. 모든 요청이 제품에 속하는 것은 아닙니다. 여러 고객이 유사한 문제를 설명하거나 제품의 기본 목적을 뒷받침하는 경우 요청이 더욱 유용해집니다. ## 9. 가치에 맞는 비즈니스 모델을 선택하세요. 제품은 관심을 끌면서도 수익을 얻기 위해 애를 먹을 수 있습니다. 나는 제품이 허용하는 한 최대한 빨리 비즈니스 모델을 테스트합니다. 가능한 모델은 다음과 같습니다. - 월간 구독 - 일회성 구매 - 서비스 요금 - 유료 설정 옵션 - 기능이 제한된 무료 요금제 - 사용량 기반 가격 올바른 선택은 고객이 가치를 받는 방식에 따라 다릅니다. 매일 사용하는 도구는 월별 계획에 적합할 수 있습니다. 템플릿이나 일회성 리소스는 단일 구매로 더 잘 작동할 수 있습니다. 명확한 가격 책정도 피드백을 필터링합니다. 사람들이 실제 가격을 볼 때 모든 것이 무료일 때보다 반응이 더 실용적이 되는 경우가 많습니다. 아이디어는 문제를 이해하고, 사용자와 대화하고, 가장 간단한 솔루션을 테스트하고, 행동을 측정하고, 신중하게 개선하는 일련의 작은 결정을 통해 제품이 됩니다. 나는 모든 비판으로부터 아이디어를 보호하려고 노력하지 않습니다. 나는 피드백을 사용하여 문제가 중요한지, 솔루션이 도움이 되는지, 무엇을 변경해야 하는지 파악합니다. 한꺼번에 모든 것을 추가한다고 유용한 제품이 만들어지는 것은 아닙니다. 각각의 새로운 부분이 존재해야 할 분명한 이유를 가질 때 성장합니다.

제품 아이디어는 서류상으로는 단순해 보이지만 개발 중에는 비용이 많이 드는 문제를 야기할 수 있습니다. 프로토타입은 데모에서 작동하다가 더 많은 사용자가 도착하거나 새로운 기능이 추가되거나 다른 시스템을 연결해야 할 때 속도가 느려질 수 있습니다. 저는 초기 단계의 팀에서 이런 모습을 자주 봅니다. 그들은 아이디어를 빠르게 테스트하고 싶어하지만 첫 번째 버전 이후의 명확한 경로도 필요합니다. 유용한 프로토타입은 보기에 좋아 보이는 것 이상의 역할을 해야 합니다. 이는 팀이 학습하고, 사용자 피드백을 수집하고, 꾸준한 성장을 위해 제품을 준비하는 데 도움이 되어야 합니다. 나는 다음 단계를 염두에 두고 프로토타입을 제작합니다. 프로토타입은 주요 질문을 테스트할 수 있는 실용적인 방법을 제공합니다. - 사용자가 제품을 이해하고 있습니까? - 도움 없이도 주요 작업을 완료할 수 있나요? - 어떤 기능이 유용한가요? - 어떤 부분이 혼란을 주는가? - 기술 구조가 향후 변화를 지원할 수 있습니까? 이러한 답변은 전체 개발에 막대한 예산이 지출되기 전에 제품을 형성합니다. 먼저 아이디어를 핵심 사용자 여정으로 축소합니다. 상품이 예약 플랫폼인 경우 주요 흐름에는 검색, 서비스 선택, 날짜 선택, 요청 확인이 포함될 수 있습니다. 추가 기능은 기본 경로가 제대로 작동할 때까지 기다릴 수 있습니다. 이 접근 방식은 프로토타입의 초점을 유지합니다. 또한 사람들이 미완성 기능 모음이 아닌 기본 경험에 반응하기 때문에 사용자 피드백을 더 쉽게 읽을 수 있습니다. 다음 단계는 제품의 실제 목적에 맞는 작업 모델을 만드는 것입니다. 시각적 모형은 레이아웃과 콘텐츠를 테스트하는 데 도움이 될 수 있습니다. 팀이 양식, 결제, 계정, 검색 또는 데이터 흐름을 테스트해야 할 때 기능적 프로토타입이 더 나을 수 있습니다. 나는 우리가 대답해야 할 질문에 따라 프로토타입 형식을 선택합니다. 예를 들어 배송 관리 도구를 만드는 팀은 다음을 테스트해야 할 수 있습니다. - 운전자가 작업을 받는 방법 - 관리자가 경로를 할당하는 방법 - 고객이 주문을 추적하는 방법 - 시스템이 상태 변경을 처리하는 방법 클릭 가능한 화면 디자인을 통해 사용자 여정을 테스트할 수 있습니다. 연결된 프로토타입은 운전자, 관리자 및 고객 보기 간의 데이터 이동을 테스트할 수 있습니다. 각 버전은 다른 질문에 답합니다. 기술적인 기반도 중요합니다. 팀이 모든 것을 다시 구축하지 않고도 한 영역을 교체하거나 개선할 수 있도록 제품의 주요 부분을 분리합니다. 여기에는 다음이 포함될 수 있습니다. - 사용자 계정 - 제품 또는 서비스 데이터 - 지불 처리 - 알림 - 관리 도구 - 분석 - 외부 시스템 연결 이 구조는 제품이 성장할 여지를 제공합니다. 또한 출시 전에 어떤 부분에 더 많은 테스트가 필요한지 팀이 파악하는 데도 도움이 됩니다. 확장이 모든 기능에 더 많은 코드를 추가한다는 의미는 아닙니다. 이는 조기에 신중한 선택을 한다는 의미입니다. 간단한 데이터베이스 구조, 명확한 이름 지정, 액세스 제어, 오류 처리 및 기본 모니터링을 통해 나중에 문제를 줄일 수 있습니다. 나는 또한 첫 번째 릴리스를 작게 유지합니다. 10가지 미완성 기능을 갖춘 제품은 세 가지 유용한 기능이 함께 작동하는 제품보다 더 많은 위험을 초래할 수 있습니다. 목표는 모든 것을 한 번에 구축하는 것이 아닙니다. 목표는 강력한 학습 주기를 만드는 것입니다. 1. 주요 사용자 문제를 정의합니다. 2. 유용한 결과에 대한 최단 경로를 매핑합니다. 3. 해당 경로를 중심으로 프로토타입을 구축합니다. 4. 적합한 사용자에게 테스트해 보세요. 5. 피드백과 제품 데이터를 검토합니다. 6. 주요 경험에 영향을 미치는 영역을 개선합니다. 7. 다음 단계를 위한 구조를 준비합니다. 익숙한 예는 초기 Airbnb 웹사이트입니다. 첫 번째 버전에는 대규모 숙박 플랫폼에서 볼 수 있는 모든 기능이 필요하지 않았습니다. 호스트가 숙소를 등록하고 게스트가 제안을 이해할 수 있도록 도와야 했습니다. 이러한 작은 시작점은 팀이 플랫폼을 확장하기 전에 기본 서비스가 작동할 수 있는지 테스트하는 데 도움이 되었습니다. 소프트웨어 도구, 모바일 앱, 온라인 서비스 및 내부 비즈니스 시스템에도 동일한 생각이 적용됩니다. 나는 프로토타입을 일회용 데모로 취급하지 않습니다. 나는 그것을 의사 결정 도구로 취급합니다. 이는 무엇이 효과적인지 보여주고, 무엇이 주의가 필요한지를 드러내며, 개발 팀에게 향후 릴리스를 위한 합리적인 기반을 제공해야 합니다. 확장 가능한 제품에는 명확한 의사소통도 필요합니다. 주요 사용자 흐름, 알려진 제한 사항, 기술 선택 및 공개 질문을 문서화합니다. 이는 디자이너, 개발자, 관리자 및 이해관계자가 동일한 정보를 바탕으로 작업하는 데 도움이 됩니다. 제품이 프로토타입 단계를 넘어설 때 팀은 이미 유용한 증거를 갖게 됩니다. 그들은 사용자가 이해하는 기능, 마찰을 일으키는 작업, 더 많은 작업이 필요한 기술 영역을 알고 있습니다. 신속한 개발과 장기 계획이 함께 작동할 수 있습니다. 집중된 프로토타입은 추측을 줄이는 데 도움이 되고, 건전한 구조는 제품이 성장할 수 있는 공간을 제공합니다. 가장 좋은 출발점은 가장 큰 버전이 아닙니다. 다음 단계를 지원할 수 있는 명확하고 테스트 가능한 버전입니다.

강력한 제품 아이디어는 실제 고객을 만나기 전에 완성된 느낌을 받을 수 있습니다. 저는 여러 팀이 개념을 다듬는 데 몇 달을 소비했지만 사람들이 그것을 이해하지 못하거나 필요하지 않거나 가격을 정당화할 수 없다는 사실을 발견하는 것을 보았습니다. 컨셉에서 시장으로 나아가는 과정에는 창의적인 아이디어 이상의 것이 필요합니다. 고객 조사, 명확한 포지셔닝, 신중한 테스트, 안정적인 전달, 실제 질문에 답하는 콘텐츠가 필요합니다. 나는 추측을 줄이고 초기 컨셉을 사람들이 이해하고 고려할 수 있는 제품으로 바꾸기 위해 아래 프로세스를 사용합니다. 1. 특정 고객 문제부터 시작하세요 제품 이름, 로고, 판매 페이지부터 시작하지 않습니다. 나는 문제부터 시작합니다. 질문하십시오. - 누가 이 문제에 직면합니까? - 언제 일어나는데요? - 그 사람은 지금 무엇을 사용하고 있나요? - 현재 옵션이 어려운 이유는 무엇입니까? - 어떤 결과가 문제를 관리하기 더 쉽게 만들까요? 광범위한 청중은 종종 약한 메시지를 생성합니다. '중소기업'은 너무 일반적입니다. “일일 재고 추적에 어려움을 겪는 독립 커피숍”은 프로젝트의 방향을 보다 명확하게 제시합니다. 유용한 고객 프로필에는 연령이나 위치 이상의 정보가 포함됩니다. 나는 작업 습관, 구매 문제, 현재 도구, 예산 제한, 사람들이 문제를 설명할 때 사용하는 언어를 살펴봅니다. 이러한 세부 사항이 제품과 마케팅 페이지를 구성합니다. 고객 인터뷰를 통해 내부 논의에서 놓친 공백을 밝힐 수 있습니다. 창업자는 제품을 "사용하기 쉽다"고 설명하지만 고객은 설정 시간, 데이터 보안 또는 지원 액세스에 더 관심을 가질 수 있습니다. 2. 전체 제품을 만들기 전에 아이디어를 테스트하세요 개념에는 증거가 필요합니다. 그 증거는 대규모 설문조사나 비용이 많이 드는 캠페인에서 나올 필요는 없습니다. 다음을 통해 아이디어를 테스트할 수 있습니다. - 잠재 사용자와의 짧은 인터뷰 - 간단한 랜딩 페이지 - 제품 데모 또는 클릭 가능한 디자인 - 대기자 명단 양식 - 명확한 문구가 포함된 소규모 유료 테스트 - 서비스의 수동 버전 목표는 칭찬을 받는 것이 아닙니다. 목표는 사람들이 제안을 이해하고 실제 관심을 보이는지 알아보는 것입니다. 예를 들어 Dropbox는 전체 서비스가 준비되기 전에 짧은 제품 데모를 통해 파일 동기화 아이디어를 설명했습니다. 데모를 통해 사람들은 사용 사례를 이해하고 팀의 관심도를 측정할 수 있었습니다. “흥미롭네요”와 같은 반응은 유용하지만 요구를 증명하는 것은 아닙니다. 더 강력한 신호는 작성된 양식, 견적 요청, 제품 평가판 또는 서비스 테스트에 동의한 고객일 수 있습니다. 3. 명확한 이점을 중심으로 제안을 형성하세요 사람들은 기능 목록을 구매하지 않습니다. 그들은 자신의 상황에 맞는 결과를 찾습니다. 기능은 제품의 기능을 설명합니다. - 자동 재고 알림 - 공유 프로젝트 대시보드 - 예약된 고객 이메일 이점은 이 기능이 중요한 이유를 설명합니다. - 직원은 낮은 재고가 일일 판매에 영향을 미치기 전에 이를 발견할 수 있습니다. - 팀은 여러 메시지를 확인하지 않고도 작업 진행 상황을 확인할 수 있습니다. - 고객은 수동 후속 조치 없이 유용한 업데이트를 받습니다. 나는 반복하기 쉬운 주요 제안을 유지합니다. “우리는 독립 커피숍이 수작업을 덜 하면서 재고를 모니터링할 수 있도록 돕습니다.” 이 문장은 광범위한 주장으로 가득 찬 긴 설명보다 더 유용합니다. 이는 독자에게 고객 그룹, 작업 및 실제 결과를 제공합니다. 명확한 위치 지정은 검색 가시성도 지원합니다. 페이지에서 고객이 검색에 사용하는 것과 동일한 용어를 사용하면 검색 엔진과 독자가 페이지 주제를 더 쉽게 이해할 수 있습니다. "커피숍용 재고 소프트웨어"에 대한 페이지에서는 "스마트 비즈니스 솔루션"과 같은 모호한 표현에 의존하기보다는 해당 사용 사례를 직접 설명해야 합니다. 4. 한 가지 중요한 문제를 해결하는 작은 버전을 구축하세요 첫 번째 릴리스에는 가능한 모든 기능이 필요하지 않습니다. 유용한 코어가 필요합니다. 하나의 주요 작업을 선택하고 이를 지원하지 않는 기능을 제거합니다. 이를 통해 팀은 비용을 관리하고, 집중적인 피드백을 수집하며, 출시가 더 확대되기 전에 문제를 찾는 데 도움이 됩니다. 소규모 제품에는 다음이 포함될 수 있습니다. - 하나의 주요 작업 흐름 - 간단한 계정 설정 - 기본 보고 - 명확한 지원 채널 - 피드백 수집 방법 이 접근 방식이 품질이 좋지 않다는 의미는 아닙니다. 고객에게는 여전히 신뢰할 수 있는 경험이 필요합니다. 이는 고객 요구와 연결되지 않은 추가 부품을 피하는 것을 의미합니다. 지역 피트니스 스튜디오를 위한 예약 도구를 구축한다고 가정해 보겠습니다. 첫 번째 버전은 수업 일정, 온라인 예약 및 출석 기록에 중점을 둘 수 있습니다. 충성도 프로그램, 고급 직원 권한 및 사용자 정의 보고는 고객 사용이 중요하다는 것을 보여줄 때까지 기다릴 수 있습니다. 5. 가치와 시장에 맞는 가격 설정 다음 세 가지 사항을 이해하면 가격 책정이 더 쉬워집니다. - 고객의 현재 비용 - 해결 중인 문제의 가치 - 유사한 옵션의 가격 비즈니스를 매주 2시간 절약해 주는 제품은 유용한 가치를 가질 수 있지만 구매자는 여전히 현재 도구에서 변경해야 하는 명확한 이유가 필요할 수 있습니다. 가격은 기대되는 결과와 고객의 구매 습관에 맞아야 합니다. 나는 “가장 저렴하다” 또는 “최고다”와 같은 주장을 피합니다. 이러한 진술은 신뢰 문제를 일으킬 수 있으며 지원하기 어려울 수 있습니다. 더 명확한 메시지를 통해 고객이 받는 혜택, 플랜에 포함되는 내용, 플랜에 적합한 고객 유형을 설명합니다. 간단한 가격 페이지는 다음과 같은 답변을 제공해야 합니다. - 무엇이 포함되어 있습니까? - 누구를 위한 계획인가요? - 설치비가 있나요? - 고객이 취소할 수 있나요? - 어떤 지원이 가능한가요? - 어떤 한도가 적용되나요? 명확한 세부정보는 구매 과정에서 혼란을 줄여줍니다. 6. 출시 전에 시장을 준비하십시오 사람들이 제품에 대해 처음 듣는 것은 출시일이어서는 안 됩니다. 제품을 테스트하는 동안 유용한 정보를 공유하기 시작합니다. 콘텐츠에는 다음이 포함될 수 있습니다. - 일반적인 고객 질문에 대한 답변 - 문제 관련 가이드 - 명확한 기준에 따른 제품 비교 - 간단한 시연 - 허가를 받은 고객 사례 - 설정 및 사용에 대한 설명 검색 중심 콘텐츠는 독자의 결정을 도울 때 가장 잘 작동합니다. "커피숍 재고를 추적하는 방법"이라는 제목의 페이지는 문제에 대해 배우고 있는 사람들의 관심을 끌 수 있습니다. "커피숍용 재고 소프트웨어"라는 제목의 페이지는 도구를 비교하는 독자를 지원할 수 있습니다. 각 페이지에는 하나의 명확한 목적이 있어야 합니다. 나는 직접적인 페이지 제목, 짧은 소개, 유용한 하위 제목, 설명 이미지 텍스트, 내부 링크 및 자연스러운 클릭 유도 문구를 사용합니다. 나는 모든 문장에서 키워드를 반복하지 않습니다. 검색 엔진은 관련 용어를 이해할 수 있고 독자는 일반 언어에 더 잘 반응합니다. 7. 관심에서 구매까지 간단한 경로 만들기 방문자는 조치를 취하기 전에 몇 가지 답변이 필요할 수 있습니다. 경로는 해당 답변을 쉽게 찾을 수 있도록 해야 합니다. 실제 고객 여정은 다음과 같습니다. 1. 고객이 솔루션을 검색합니다. 2. 고객이 교육 페이지를 읽습니다. 3. 고객이 제품 세부정보를 검토합니다. 4. 고객이 가격 및 지원 정보를 확인합니다. 5. 고객이 데모를 요청하거나 평가판을 시작합니다. 6. 고객은 설정 중에 도움을 받습니다. 7. 제품이 비즈니스에 적합한지 여부는 고객이 결정합니다. 모든 단계에는 명확한 다음 조치가 필요합니다. 교육 기사는 독자가 가이드를 보도록 유도할 수 있습니다. 제품 페이지에서 데모 요청을 제공할 수 있습니다. 데모 확인 페이지에서는 다음에 일어날 일을 설명할 수 있습니다. 나는 양식을 짧게 작성하고 해당 단계에서 필요한 정보만 요청합니다. 가이드를 원하는 방문자가 전화번호, 회사 규모, 연간 수익을 제공할 준비가 되어 있지 않을 수도 있습니다. 8. 피드백을 활용해 제품과 메시지 개선 출시 이후에는 의견에만 의존하기보다는 고객의 행동을 관찰합니다. 유용한 신호는 다음과 같습니다. - 방문자가 방문하는 페이지 - 방문자가 떠나는 위치 - 지원 팀이 받는 질문 - 설정을 완료하는 사람 수 - 고객이 사용하는 기능 - 사람들이 계속하지 않는 이유 - 고객이 리뷰 또는 통화에서 언급하는 내용 숫자는 패턴을 보여줍니다. 대화는 이를 설명하는 데 도움이 됩니다. 많은 방문자가 가격 페이지를 읽었지만 데모를 요청하지 않으면 가격이 불분명하거나 제안에 세부 정보가 부족하거나 다음 단계가 너무 까다로울 수 있습니다. 고객이 가입했지만 설정 중에 중단하는 경우 제품에 더 나은 지침이나 더 간단한 프로세스가 필요할 수 있습니다. 가능하면 한 번에 하나씩 변경합니다. 이를 통해 팀은 무엇이 도움이 되었는지 더 잘 볼 수 있습니다. 실용적인 예 집 수리 업체를 위한 일정 관리 도구를 만드는 소규모 회사를 상상해 보세요. 원래 아이디어는 광범위합니다. 서비스 회사가 약속을 관리하도록 돕는 것입니다. 인터뷰에 따르면 주요 고통은 일정 자체가 아닙니다. 고객이 전화를 걸어 기술자가 언제 도착하는지 물어보면 소유자는 시간을 허비합니다. 회사는 약속 알림 및 도착 업데이트를 중심으로 제품을 조정합니다. 메시지가 '완벽한 일정 관리 플랫폼'에서 '집 수리 고객이 명확한 약속 업데이트를 받을 수 있도록 지원'으로 변경됩니다. 첫 번째 버전에는 예약 기록, 문자 알림, 간단한 기술자 상태 페이지가 포함되어 있습니다. 회사는 놓친 약속을 줄이고 서비스 커뮤니케이션을 개선하는 방법에 대한 가이드를 발행합니다. 초기 사용자는 메시지 타이밍 및 설정 단계에 대한 피드백을 공유합니다. 팀이 고객이 이미 인식하고 있는 문제에 각 기능을 연결하기 때문에 제품을 설명하기가 더 쉬워집니다. 개념에서 시장으로의 이동은 학습 과정입니다. 나는 첫 번째 아이디어를 완성된 답변으로 간주하지 않습니다. 문제를 테스트하고, 고객의 의견을 듣고, 집중된 버전을 구축하고, 가치를 평이한 언어로 설명하고, 사용을 통해 경험을 개선합니다. 제품은 적합한 사람들에게 의미가 있을 때 관심을 얻습니다. 주장이 경험과 일치할 때 신뢰를 얻습니다. 고객 요구, 제품 가치, 명확한 의사소통 사이의 연결은 개념을 시장에 더욱 강력하게 진출시키는 경로를 제공합니다.

많은 제품 팀은 아이디어가 부족해서 어려움을 겪지 않습니다. 너무 많은 아이디어가 동시에 진행되기 때문에 어려움을 겪습니다. 목표가 불분명하고, 사용자 여정이 계속 변하고, 모든 기능이 시급하다고 느껴지면 새로운 웹사이트, 앱 또는 디지털 서비스 구축이 느려질 수 있습니다. 나는 팀이 사람들이 주요 제안을 이해하는지 테스트하기 전에 작은 세부 사항을 다듬는 데 몇 주를 소비하는 것을 보았습니다. 더 나은 프로세스는 다음과 같은 작은 질문에서 시작됩니다. 사용자는 무엇을 해야 하며, 제품은 사용자가 달성하도록 도와야 합니까? 나는 그 질문을 사용하여 작업을 구체화합니다. 먼저 주요 사용자 문제를 정의하는 것부터 시작하겠습니다. 명확한 문제는 프로젝트에 유용한 방향을 제시합니다. 예를 들어, 지역 서비스 회사에는 페이지가 많은 대형 웹사이트가 필요하지 않을 수 있습니다. 방문자가 서비스를 이해하고, 주요 세부정보를 확인하고, 요청을 보낼 수 있는 간단한 방법이 필요할 수 있습니다. 그 차이가 전체 프로젝트를 바꿀 수 있습니다. 다음 단계는 첫 번째 버전을 핵심 작업으로 축소하는 것입니다. 제품에는 가능한 기능의 긴 목록이 포함될 수 있지만 사용자는 서너 가지 작업에만 의존할 수 있습니다. 추가 기능을 논의하기 전에 해당 작업을 매핑합니다. 기본 제품 계획에는 다음이 포함되는 경우가 많습니다. - 주 사용자 그룹 - 그들이 직면한 문제 - 완료해야 하는 작업 - 해당 작업을 지원하는 콘텐츠 또는 도구 - 비즈니스에서 측정하려는 결과 이 ​​계획은 유용한 아이디어를 제거하지 않고 범위를 제어하는 ​​데 도움이 됩니다. 기본 사용자 여정을 지원하지 않는 기능은 이후 단계를 기다릴 수 있습니다. 디자인이 너무 상세해지기 전에 메시지를 테스트하기도 합니다. 방문자가 잠시 본 후에도 페이지가 제공하는 내용을 설명할 수 없는 경우 시각적인 개선으로는 문제가 해결되지 않습니다. 명확한 페이지 구조, 직접 복사, 유용한 제목 및 설명 링크는 사용자에게 도움이 되고 검색 가시성을 지원합니다. 나는 자연스럽게 주의를 끌 수 있는 단순한 레이아웃을 선호합니다. 명확한 시작 메시지는 짧은 설명, 입증 포인트 및 관련된 다음 단계로 이어질 수 있습니다. 페이지에서 모든 내용을 한꺼번에 말할 필요는 없습니다. 개발하는 동안 나는 작업에 가까운 피드백을 유지합니다. 각 단계가 끝날 때마다 간단한 검토를 통해 탐색, 콘텐츠, 모바일 디스플레이 또는 양식 완성과 관련된 문제를 확인할 수 있습니다. 이러한 문제를 조기에 해결하는 것은 일반적으로 완제품을 변경하는 것보다 노력이 덜 듭니다. 실제 실행 경로는 다음과 같습니다. 1. 사용자 문제를 정의합니다. 2. 주요 작업을 선택합니다. 3. 가장 작고 유용한 버전을 만듭니다. 4. 실제 사용자 또는 내부 검토자와 함께 흐름을 테스트합니다. 5. 불분명한 내용과 취약한 단계를 개선합니다. 6. 페이지, 추적, 지원 프로세스를 준비합니다. 7. 지속적인 업데이트 계획을 시작하세요. 실제 사례는 많은 소규모 온라인 상점에서 찾을 수 있습니다. 매장에서는 결제 과정이 여전히 혼란스러운 동안 제품 카테고리를 추가하는 데 집중할 수 있습니다. 팀이 제품 세부 정보, 배송 정보, 모바일 레이아웃, 결제 안내를 개선하면 전체 재구축 없이도 사이트를 더 쉽게 사용할 수 있습니다. 나는 속도는 일을 서두르는 것이 아니라 명확한 결정에서 나온다고 믿습니다. 목적이 집중된 작은 제품은 가정을 중심으로 구축된 대형 제품보다 팀에게 더 많은 것을 가르칠 수 있습니다. 주요 문제를 해결하는 부품을 구축하십시오. 주의해서 테스트하십시오. 배운 내용을 사용하여 다음에 무엇이 올지 결정하세요. 이러한 접근 방식은 제품의 계획부터 출시까지 보다 명확한 경로를 제공합니다. 더 자세히 알고 싶으십니까? 언제든지 aoer에 문의하세요: 125086131@qq.com/WhatsApp 18627736060.

Eric Ries 2011 린 스타트업 Steve Blank 및 Bob Dorf 2012 스타트업 소유자 매뉴얼 Alexander Osterwalder 및 Yves Pigneur 2010 비즈니스 모델 세대 Donald A Norman 2013 일상 사물의 디자인 Tim Brown 2009 디자인에 의한 변화 Ash Maurya 2012 Running Lean