창업에도 쓰기: 처음부터 제품을 구축 하는 방법

시내 << 제어 제품-제품 관리 프로세스 분석 >> 방법과 공유를 찾을 수 경험을 바탕으로 하지만 "내 아이디어 제품의 프로젝트 표준 구현 루틴 및 방법",: 매크로 루틴 및 진실, 대 중, 능력과 성공을 자주의 세부 사항에 따라 결정의 차이 " 그리고 전반적인 "리듬"입니다. "처음부터 제품 구축" 및 "우수한 연마 제품을 거기에서 할", 비록 루틴 같은, 하지만 컨트롤의 리듬의 매크로 구현에서 완전히 다르다. 새로운 방향 또는 제품, 다음과 같은 문제를 개발 하는 간단한 방법은 발생할 가능성이 있다면:

모든 회사 또는 모든 프로젝트 요구 사항 수집 및 유효성 검사를 수행 하는 매우 좋은 수. 있습니다 선택의 방향을 잘못 된 경우에, 그것은 나중에 그것을 찾을 수 늦지입니다. 제품은 팀 내에서 반복 해 서 연마, 시장에, 그리고 더 깊은 깊이의 잘못 된 방향에도 지연을 두지 수 있습니다. 프로젝트에는 매우 분명 노래는 사전 차단 하는 경우 팀 혼란에 빠질 것입니다.

사실, 많은 경우에, 대부분의 중소 기업 및 작은 프로젝트 경험 및 설립자 또는 프로젝트 스폰서, 또는 심지어 직감 방향, 다음 프로젝트의 성공을 보장 하는 루틴의 어떤 종류를 결정 하는 산업에 전적으로 의존 하 고 방향 오류, 빠른 조기 발견 설정? 난 당신과 함께 공유 하는 다음 순서도에 내 자신의 메서드를 넣어:

원래 이미지를 보려면 클릭

그림 에서처럼 처음부터 제품을 주로 경험: 프로젝트 준비, 프로젝트 계획, 시장 조정, 제품 출시, 4 단계:

첫째, 프로젝트 준비입니다.

중국 사람들이 할 날씨, 지리, 사람을 강조 하는 것 이며, 이러한 세 가지 포인트 제품에 구현, 시장, 자원, 팀.

1. 시장: 대상 사용자를 선택, 사용자, 그리고 핵심 요구의 핵심 요구와 사용자의 관심을 선택을 취소 합니다.

이 단계의 주요 포인트 중 하나:

대상 사용자 기반, 기반으로 해야 합니다 기존의 리소스를 특정 비즈니스 목표에 세련 된, 중소 기업, 일반 단어 등 유사 표시 되지 않습니다 결정 하지만 매우 구체적인 XXX 회사, xxx 바 고객 이어야 한다. 목표는 그것을 피하기 위해, 대상 그룹을 제대로 선택 하지만 대상 사용자에 게 노출 되지 않습니다.

핵심 요구를 결정 한 후에 그것은 핵심 요구와 사용자의 관심 사이의 관계를 탐구 하는 것이 중요: 사용자의 요구를 만족 후 얻을 수 있는 어떤 사용자가 혜택. 이 혜택을 구속 하는 더 빨리, 더 엄밀한 사용자의 수요 이다.

2. 자원: 자금, 자격, 연락처, 포인트에 산업

그들은 리소스를 시장에:. 자금, 연락처, 업계 자격, 등을 포함 하 여 독점 또는 독점적인 자원은 더 나은 경우. 이러한 리소스의 목적은 얼마나 많은 알고 프로젝트의 포장 될 수 있다 그것은 얼마나 오래 지속 됩니다.

3. 팀: 핵심 멤버, 기술 창시자, 팀 부문과 2048.html의 분배"혜택" >

마지막 사람, 특히 기술, 영업 및 제품 관리자가 매우 중요 한의 설립자를 찾으려고 하지만 기술의 설립자, 없이 프로젝트의 크게 줄어듭니다.

이 무대의 주요 요점은: 취소 개별 분업, 사람을 찾기 위해 가장 중요 한 것 모든 창시자를 바인딩할 이며 프로젝트 관심사, 문제의 분포의 관심의 핵심 해야 게임의 시작 하기 전에 분명히 그렇지 않으면 중간 분할의 가능성은 매우 큰.

지리적 위치와 될 수 있는 많은 문제를 차지 하는 고 대, 이후 부족 한 가장은 힘 드는있지 않습니다 프로젝트도 동일한, 따라서 개별 원리는:

거기 사람들이 시장에서 할 수 없는 자원입니다. 자원 시장, 찾을 수 없는 사람들은 하지 않습니다. 리소스, 없기 아무 시장,이 대 한 생각.

두 번째, 제품 계획과 시장 결정을 계획

우리는 프로젝트를 계획 하는,이 단계는 주로 다음을 완료 후 우리는 자원, 몇 가지 중요 한 이벤트:

는 사용자의 요구에 따라 제품의 핵심 기능을 결정 하 고 핵심 기능 실현의 타당성을 보장. 시장 계획, 그들은 제품을가지고, 그들은 누구에 게 판매할 예정 이다 가정 판매 하는 방법. 보내고, 어떤 조건을 달성 하기 위해 얼마나 많은 자원을 얼마나 오래 프로젝트의 노래를 선택을 취소 합니다.

분명, 후 시장 구경 측정을 시작할 수 있습니다.

셋째, 시장 교정

Lei 6 월 기업 팀 선택에 관해서 아주 중요 한 표준 했다 기억: 제품 작은 규모에 유효성이 검사 됩니다. 이것은 매우 중요 하다입니다.

제품의 핵심 기능 시장 유효성을 검사 하기 전에 모든 사용자 경험과 비 코어 기능 개발 끝에 쓸모가 될 가능성이 있다. 제품 핵심 기능에 많은 팀 등 지원 기능 개발에 열심 시장에 의해 확인 되지 않은: 공식 웹사이트, 무대 관리, 인터페이스 미화와에 일은 아주 바보. 그래서 핵심 요구 사항을 잘못 하 고 돌아서를 찾으면, 당신은 찾아낼에 너무 깊이.

여기는이 위상의 두 가지 주요 작업을 공유 하는:

1. 제품 악마 연구와 개발:

데모 때문에, 상관 없어 자신의 용이성의 사용, 인터페이스 아름다움 학위 또는 다른 보조 기능에 대 한 만큼 다이얼 등 볼륨 조정, 계정 로그인, 계정 공제 비 개발, 하지 않아도 모든 전화를 걸 수 있다는 대부분 코어 기능 수, 예를 들어, 당신은 단지 네트워크 전화를 가장 원래 인터페이스를 사용 하 여, 개발 충전, 공제 수수료 정보, 전화 로그 문의 무슨 사용자가 말을, 내가 수동으로 확인 도움이 아무것도. 가장 기본적인 전화 접속 전화 기능 + xxx 분 통화 시간, 사용자에 게 직접.

2. 시장 기능의 핵심 유효성 검사:

사용자에 게 판매 하는 제품 악마와 원유 제품의 두려워하지 마십시오. 조사는 사용자가 아닌 그 느낌이 제품 절묘 하지 절묘 한 디자인, 사용 하기 쉬운, 하지만 조사 사용자 요구 같은 기능을 필요 하지 않습니다 방법 사용자 사용할 수 있습니다 그런 당신의 원래의 아이디어를 확인할 혜택을 얻을.

사용자가 같은 일을 하지만 그냥 느낌이 사용 하기 어려운 경우 나가지고, 그리고 제품을 축 하 개선 희망 확인 했다.

사용자 지루한 느낀다면 참조 보고 싶지 않아, 그들은 잘못 된 사용자를 찾을 여부에 대해 생각 하는 데 필요한 또는 제품 위치 잘못, 후자, 그럼 그것은 결정적으로 방향을 조정 필요한 경우.

물론, 배제 하지 적시 당신의 악마 아주 썩은, 사용자는 또한 매우 행복 한 상황, 그 축 하를 사용, 그것은 확실히 매우 좋은 푸른 바다.

4. 자신의 제품 게시

시장 확인 후 우리의로 기본적으로 끝에 남아 있습니다. 이 단계에서 표준화 된 제품으로 데모를 변환 하는 우리가, 우리는 주로 다음 세 가지를 할.

1. 연 삭 핵심 기능의 품질을 보장 하기 위해 핵심 기능

Deom의 핵심 함수는 사용할 수 있는 정도로 후 보정을 통해 시장, 우리 여전히 그들의 핵심 경쟁력을 연 삭 핵심 기능을 통해 핵심 기능에 집중 하는: 예를 들어 XXX 브랜드 네트워크 전화를 하 고, 우리의 통화 품질은 나라에서 최고 이다.

여기에 공유 하는 몇 가지 있습니다.

핵심 작업의 연 삭에 우리의 완벽 한을 지나치게 추격 하지 해야 합니다 하지만 사용자 요구의 중요 한 가치를 파악 예를 들어, 동일한 통화 품질 사용자의 핵심 요구는 전화의 매끄러운 완료 통화 품질은 분명 때 사용자의 전화, MP3의 품질 또는 CD 트랙 품질의 요구를 충족 하기에 충분 한 안정 사용자 덜 걱정 되었습니다 그리고 그들은 지나치게 완벽을 추구 하는 경우 에너지와 여기에 돈을 많이 낭비 될 수 있습니다, 그리고 28 원리에 따르면 우리 넣어 하기 수 있기 때문에 최종 20% 통화 품질 돈의 80%를 지불 하는 앞으로, 사용자가 이것에 대해 걱정 하거나 심지어 이해 차이, 통지 하지 않는 가장 슬픈입니다.

2. 실용적인 보조 기능을 만들

사용자의 핵심 요구 사항을 충족 후 우리는 일련의 핵심 함수를 사용 하는 사용자의 더 나은 수 있도록 보조 함수를 개발할 것입니다. 이것은 매우 중요 하다, 당신은 몇 가지 멋진 것 들을 추구, 각 새로운 기능 추가, 사용자의 코어에이 도움이 필요 자신에 게 물어가 야 한다? 아니라면, 그것을 추가 하지 마십시오.

여기에 공유 하는 방법: 코어는 원의 반지름에 대 한 보조 힘을 사용 하 여 핵심 기능을 프로토 타입 기능 그리고 달성을 각 원의 해당 기능에서 내부에서 센터에서 시작.

다음 공유 두 이론: 사용-와 함께-> 그리고 유명한 매스로 우는 요구 이론.

3. 효율성과 사용자 경험을 향상

메르세데스-벤츠와 가장 큰 차이 차이의 내용에는이에 해당 제품의 효율성 및 사용자 경험, 제품 매니저와 ued 그룹 컨트롤을 태 클 하나에 의해, 사용자 경험의 기술 감독을 던진 문제의 효율성 함수 지점입니다.

여기 두 포인트를 확장 하지 않습니다 말을 깊은 말했다 N 더, 말 하 지 마 깊은 또는 하지 말.

마지막에 작성 된

내가 하지 알고는 반년 통과, 그래서 점화, 돈의 수백만 하 고 계속. 팀은 그들의 젊음과 경험 부족에 대 한 가격을 지불... 지난 6 개월 동안, 문제는 주로 다음과 같은 분야에 집중 되어 개별 느낌 다시 찾고 지금 표현 하는 그들의 동료를 위해 기업도 산책 하는 사람들에 대 한 희망, 당신과 함께 공유 하는

제품 및 비즈니스 모델은 처음 유효성이 검사 되지 작은 규모에. 핵심 멤버는 잘 동기 및 제한. 기본 대상 사용자 특정 비즈니스 목표에 세분화 하지 됩니다. 비즈니스 자원의 중요성을 실현 하지 않고 일부 케이크는 누구나 먹지 않습니다. 후 몇 가지 업적을 얻고, 정신 력 너무 높습니다, 완벽 주의 이상주의 심각한. 문제, 쉽게 자신의 높은 요청에 좋은 유지 한다, 느슨하게 수 없습니다. 또한 있다 산업 자원과 산업 경험에 주로 공공 공지에 조금 불편 공유 하지 않습니다.

최근 공유:

내 블로그: http://www.marscn.net

내가 자주가 사이트 및 정보 출처의 디렉토리: http://www.12ks.net

원본 주소: http://www.marscn.net/?p=962