MVP가 잘못될 수 있는 8가지 이유

MVP가 잘못될 수 있는 이유

소개

MVP 개발을 시작하기 전에 모든 예방 조치를 취하더라도 실망스러운 릴리스에 대비하십시오. MVP는 다양한 이유로 실패할 수 있습니다. 각각을 더 잘 이해할수록 더 많은 프로젝트 제어를 유지할 수 있습니다.

이 문서에서는 충돌을 방지하고 충돌이 계속 발생할 수 있는 이유를 식별하고 최악의 시나리오에 대한 조치를 제공하기 위해 수행할 수 있는 작업에 대해 설명합니다.

부적절한 프로젝트 개발 전략

개발 프로세스를 시작하는 이유와 방법을 파악하여 시작하십시오. 우선 명확한 개념이 필요합니다. "어떤 문제를 해결하려고 하며 어떤 솔루션을 제안합니까?"라는 질문에 답하십시오. 단단히.

다음 세 가지 질문에 답하십시오.

• 해결하려는 문제가 얼마나 중요합니까?
• 현재 시장은 이 문제를 어떻게 다루고 있습니까?
• 이 시장에서 귀사의 솔루션을 차별화하는 요소는 무엇입니까?

경험이 풍부한 비즈니스 분석가와 컨설턴트를 고용하여 제안을 테스트하면 됩니다. 이러한 서비스는 무료가 아니지만 장기적으로 많은 돈을 절약하는 데 도움이 됩니다. 당신의 아이디어가 성공할 가능성이 있다는 것이 입증되면 더 구체적인 접근 방식을 시작해야 합니다.

좋은 프로젝트 개발 전략 없이는 정말 불쾌한 결과에 직면하게 됩니다. 우선 개발 직원은 회사의 관심과 야망을 이해하지 못할 것입니다. 팀 동기부여도 크게 악화될 것입니다. 게다가 시간과 돈을 낭비하게 됩니다.

구현된 기능이 너무 많음

최소 실행 가능한 제품은 첫 번째 사용자에게 깊은 인상을 줄 수 있는 충분한 기능을 갖춘 소프트웨어로 정의됩니다. 또한 정직한 리뷰를 제공하도록 영감을 주어야 합니다. "기능이 충분함"의 반대는 "기능이 너무 많음"이며, 이는 MVP가 실패할 수 있는 두 번째 이유입니다.

기능이 많을수록 개발 시간이 늘어납니다. 더 많은 시간은 말 그대로 더 높은 비용을 의미합니다.

• 목표에 도달하기 전에 돈을 소진할 수 있습니다.
• MVP를 너무 늦게 제출할 수 있습니다.
• 경쟁자는 그때까지 시장을 추월할 수 있습니다.
• 문제가 무의미해질 수 있습니다.
• 테스트 사용자의 기대가 바닥났습니다.

많은 비즈니스 소유자는 사용자를 놀라게 하기 위해 MVP에 가능한 한 많은 기능을 추가하는 실수를 범합니다. 그들은 고객이 전체 그림을 보면 아이디어를 더 잘 이해하고 결과적으로 제안을 수용할 수 있다고 믿습니다. 그러나 이 방법은 MVP의 기본 목적을 훼손합니다.

너무 많은 기능을 구현하고 있는지 어떻게 알 수 있습니까? 세 가지 "만약"이 있습니다. 당신이 그들 중 하나에 긍정적으로 대답한다면, 그것은 기능 크리프를 나타냅니다.

1. MVP 백로그 원래 볼륨이 30% 이상 증가한 경우.
2. 기본 사용자 기반에서 벗어나거나 보조 대상 시장의 요구 사항에 집중하는 경우.
3. 새로운 기능에 대한 사용자 스토리를 만드는 것이 어렵다고 생각하는 경우.

구현된 기능이 충분하지 않음

위의 주장을 읽으면 "좋아, 내 프로젝트를 최소한으로 제한하겠다."라고 생각할 수 있습니다. 그것은 실수가 될 것입니다. 대신 다음을 고려하십시오. "프로젝트 기능을 실행 가능한 최소 수준으로 최소화할 것입니다."

성공적인 MVP는 최소한의 실행 가능한 제품이며 이 두 가지 특성이 모두 중요합니다. 미니멀리즘에 집중하고 단일 로그인 및 등록 화면으로 애플리케이션을 생성한다고 가정합니다. 실제로 최소한의 기능을 구현했습니다. 그러나 실행 가능하지 않습니다.

구현할 최소한으로 실현 가능한 기능을 어떻게 결정합니까? 다음 질문에 답하십시오.

• 당신의 제품을 독특하게 만드는 것은 무엇입니까?
• 혁신적이라는 특징은 무엇입니까?
• 고객이 제품 비용을 지불해야 하는 이유는 무엇입니까?
• 어떤 기능이 문제를 해결하는 데 도움이 됩니까?

그게 기본입니다. 나열된 기능은 구현해야 하는 기능입니다.

수행되지 않은 시장 조사

사람들은 본능적으로 자신감이 있습니다. 우리는 다른 사람들이 원하는 것, 생각하는 것, 주어진 시나리오에서 그들이 어떻게 행동할 것인지 우리가 알고 있다고 믿는 경향이 있습니다. 많은 마케터는 대상 고객에게 질문하지 않고 무언가를 사랑하거나 미워한다고 가정하는 위험한 경로를 택합니다. 이것은 마케팅 하지 말아야 할 일 목록의 첫 번째 규칙입니다.

대부분의 비즈니스 소유자는 기본적으로 권장되는 마케팅 조사를 수행합니다. 동시에 그들 중 일부는 결과를 거부하기로 선택합니다. 그들이 동의하지 않더라도. 그들은 자신이 더 잘 알고 있다고 믿고 시장 조사 결과가 올바르지 않다고 주장함으로써 자신의 행동을 변명합니다. 이 모든 것은 연구 방법론의 결함 때문이라고 합니다. 이것은 옵션이 아닙니다. 시장 조사 결과에 동의하지 않는 경우 설계를 수정하고 다시 수행하십시오. 그것을 완전히 무시하지 마십시오.

잘못된 개발 방식

프로젝트 관리에는 여러 가지 접근 방식이 있습니다. 그 중 가장 눈에 띄는 것은 Waterfall과 Agile(Scrum, Kanban, Lean 또는 XP)입니다. 프로젝트 결과는 개발을 위해 선택한 방법에 지속적으로 영향을 받습니다. 요금 및 수수료를 처리하는 두 가지 방법이 있습니다: 가격 설정 및 시간 및 재료. 각 접근 방식에는 장단점이 있습니다. 하지만 MVP 개발에 관해서는 Agile과 Time & Material을 고려해야 합니다. MVP 기술은 일반적으로 변화하는 요구 사항과 결합됩니다. 고정 가격 및 폭포를 선택하면 수정할 수 없습니다. 당신은 자신을 매우 빡빡한 케이지에 가두어 MVP를 질식시킬 것입니다.

사용자 요구 또는 기대가 충족되지 않음

사용자 기반에 대한 MVP의 매력에 기여하는 몇 가지 요소가 있으며 그 중 하나라도 무시하면 많은 비용이 들 수 있습니다. 사람들이 귀하의 제품에 관심을 표명했지만 빠르게 종료하면 기존 문제를 발견한 것입니다. 그러나 당신은 당신의 소프트웨어로 만족스러운 솔루션을 제공할 수 없습니다.

아마도 당신은 "최소한" 부분에 너무 집중하여 재미없고 수준 이하의 MVP를 생성했을 것입니다. 핵심 기능을 잘못 선택했거나 사용자 인터페이스 디자인에 결함이 있을 수 있습니다. 아마도 당신의 솔루션이 기존 문제를 해결하지만 당신이 그것을 잘못 읽었기 때문에 실제로는 비효율적일 것입니다. 정확한 원인을 파악하려면 집중적으로 심층 조사를 수행하고 고객으로부터 직접 답변을 받아야 합니다.

마케팅 없음

간단히 말해서 강력한 제품 컨셉이 MVP를 단독으로 판매할 수 있다고 믿는 것은 터무니없는 일입니다. 사용자에게 문제에 대한 실행 가능한 솔루션을 제공한다는 것을 보여주려면 MVP를 적극적으로 마케팅하고 그 이점을 명확하게 설명해야 합니다. 그렇지 않으면 합당한 인정을 받을 수 있는 MVP 가능성이 미미합니다.

잘못된 가격 및 타이밍

너무 낮은 가격은 MVP의 가치를 떨어뜨리고 "의심스러운" 모습을 보일 수도 있습니다. 대부분의 고객은 자신이 믿지 않는 제품을 조사하는 데 시간을 낭비하지 않을 것이므로 청중은 소수의 대담한 광신도로 제한됩니다. 반면에 매우 높은 가격은 잠재 고객을 끌 수 있습니다. MVP에 대해 완전히 완성된 제품에 대해 동일한 가격을 지불할 의향이 있는 경우 특히 그렇습니다.

부적절한 순간에 MVP를 시작하면 제품의 미래에 상당한 영향을 미칠 수 있습니다. 제품 출시, 중요한 경쟁업체 업데이트 또는 기술 회의와 같은 주요 업계 이벤트를 간과하면 다른 시기에 얻을 수 있었던 관심을 잃을 위험이 있습니다.

결론

MVP의 성공을 보장할 수 있는 방법은 없습니다. 그러나 가능한 한 실패 가능성을 줄이려고 노력할 수 있습니다. 취할 수 있는 가장 중요한 단계는 업계 및 제품 문제를 인식하고 평판이 좋고 유능한 개발자와 협력하는 것입니다.