제품 특징
경우에 근무하는 제품 위한 시간의 길이 당신의 다양한에서 다른 사용하는 용어의”제품”.제품에 어떤 특성이 있는지 설명하는 기능이 있습니다. 이 게시물 작성되었 맥북에 프로로 다음과 같은 특징:
- 3.1GHz Dual-Core Intel Core i7Processor
- 16GB1867Mhz DDR3 메모리
- Intel Iris 그래픽 6100 153MB 그래픽입니다.
제품이하는 일을 설명하는 기능이 있습니다. 이 게시물 작성되었을 사용하여 Google 문서도구는 다음과 같은 특징:
- 언제 어디서나(도 오프라인)
- 변경 내용이 자동으로 저장
- Real-time collaboration
- 스마트 편집 및 스타일링 도구
- 의 다양한 템플릿
있는 기능에 표시 합니다. 할 때 용어”기능”에 사용되는 컨텍스트의 잔고,그것을 참조하는 자리를 나타내는 데 필요한 작업 기능을 추가하는 위에 설명된 대로의 제품입니다.
당신이 기능을 말할 때 당신이 의미하는 바를 분명히하는 것이 중요합니다. 하는 데 도움이 선명도,여름에는 어떤 제품 특징은,그들이 어떻게 넥타이에서 혜택과 함께,당신은 어떻게 나타내는 기능,그리고 어떻게 당신이 기능을 통합하는 제품으로 계획하고 있다.
제품의 특징은 무엇입니까?
Dan Shewan 정의된 제품이 기능으로”기능은 무언가를 당신의 제품 또는…이것은 일반적으로 기능에 의해 제공되는 소프트웨어 프로그램은 사용자가 뭔가를 할 수 있습니다.’
위의 MacBook Pro 및 Google 문서 도구의 기능 목록은이 정의와 일치합니다. 이러한 방식으로 사용되는 기능은 제품을 설명하고 고객이 처음에 제품을 구매할지 여부를 결정하는 데 도움이됩니다. Productboard 의 기능 목록을 살펴보면 특정 제품 관리 문제에 도움이 될지 여부를 결정할 수 있습니다.다른 버전의 제품을 제공하는 경우 제품 기능 목록을 사용하여 차별화 할 수 있습니다. 각기 다른 버전의 다양한 기능 목록을 사용하여 각 버전이하는 것과 가지고 있지 않은 것을 설명 할 수 있습니다.이러한 방식으로 기능을 사용하면 이미 제품을 구매하기로 결정한 고객이 구매할 버전을 결정할 수 있도록 도와줍니다.
당신은 기능을 중심으로 결정을 구조화합니다. 제공 할 기능,더 이상 제공하지 않을 기능 및 해당 기능을 제공하거나 제거하는 순서를 결정합니다. 에 대한 결정을 내릴 때 무엇을 포함하고,또는 당신의 제품을 생각하는 측면에서의 기능을,하지만 당신은 그 결정에 따라 혜택입니다.
기능을 대 혜택
경우 고객의 의사 결정을 구매 여부에 대한 당신의 제품들을 볼 수 있습 기능이 있지만,그들은 정말 무엇인지를 결정하기 위해 노력하고 문제의 제품을 그들에게 도움이 될 것입 해결합니다. 그들은 당신의 제품을 사용함으로써 얻을 수있는 결과를 결정하려고 노력하고 있습니다. 그들은 그들이 받게 될 혜택을 이해하기를 원합니다.
혜택은 사용자가 귀하의 제품이나 서비스를 사용하여 경험하는 결과 또는 결과입니다.
피쳐는 출력을 나타냅니다. 그것들은 고객이나 이해 관계자가 특정 결과를 실현하도록 돕기 위해 팀이 제공하는 것들입니다. 고객이 추구하는 이점에 대한 이해를 구축하는 것으로 시작하십시오. 그런 다음 고객이 이러한 이점을 경험할 수 있도록 제품에 필요하고 필요하지 않은 기능을 식별하십시오. 성공은 고객이 이해하는 측면에서 혜택을 표현하고 제품의 기능을 해당 혜택에 묶을 때 발생합니다.
Productboard 는 잠재 고객이 찾고 있다고 생각하는 이러한 이점을 확인했습니다. 우리의 고객은 원합니다:
- 이해하는 사용자가 무엇이 필요
- 우선 순위를 무엇을 구축
- 공유의 로드맵
- 진행 상황을 모니터링으로 시작
- 신뢰를 얻고 사에서의 다기능 팀
- 참여 고객 커뮤니티
기반으로는 이해,Productboard 제공하는 기능에 나와 우리의 특징 페이지입니다. 우리가 그 특징을 기술하는 때,우리는 우리의 고객이 우리가 확인한 이득을 경험하는 것을 돕는 방법을 나타냅니다. 예를 들어,
연구소
이해하는 사용자가 무엇이 필요
를 사용하여 통찰력 보드를 통합하는 사용자 연구,기능 요청,그리고 사용자의 피드백에서 스트리밍 소스에서. 트렌드를 파악하고 다음에 구축 할 작업의 우선 순위를 정하고 올바른 방법으로 구축하는 데 도움이되는 패턴을 파악하십시오.제공 할 기능과 어떤 순서로 제공할지 결정할 때 혜택과 기능 간의 관계를 염두에 두는 것이 도움이됩니다. 기능과 이점 간의 관계의 본질은 기능을 나타내는 방법을 결정하는 데 도움이됩니다.
는 방법을 나타내는 기능
을 나타내는 방식으로 기능에 달려있는 경우에 당신은 이미 알고 무엇을 제공 할 필요가가 원하는 혜택을 경우,또는 당신은 여전히 파악하는 가장 좋은 방법을 제공하는 혜택입니다.
솔루션으로 기능 표현
때로는 고객이 추구하는 이점을 제공하기 위해 제공해야 할 사항을 알고 있습니다. 귀하의 제품이 성숙 될 수 있으며 많은 고객이 요청한 기능을 추가하고 있습니다. 또는 경쟁 업체와의 격차를 메우기 위해 기능을 추가하고 있습니다. 유용하기 위해 특정 기능을 갖추어야하는 B2B 제품에서 작업하고있을 수 있습니다.이러한 경우 가장 간단한 것은 기능 페이지에 설명 된대로 기능을 나타내는 것입니다. 예를 들어 PDF 내보내기 또는 우선 순위 지정 매트릭스를 작업중인 기능으로 명시 적으로 호출 할 수 있습니다.
할 때 나타내는 기능을 솔루션으로,그것을 구축하기 위해 쉽게 이해하고 공유하의 팀을 생산하는 것,그리고 당신은 간결한 상표를 위해 팀을 참조하는 것입니다.불행히도 기능을 솔루션으로 표현하면 팀을 특정 솔루션으로 잠글 수 있습니다. 으로 이어질 수 있다는 점을 해결하는 사용자가 없고,또는 누락에 더 나은 솔루션을 진짜 근본적인 문제
결코 당신이 정말 최고의 방법으로 문제를 해결하를 처음 시작할 때,그래서 그것은 최고의를 나타내는 기능으로 필요합니다.
나타내는 기능으로 요구
경우 익스프레스 기능이 필요 없습을 설명하는 방법 당신을 달성하는 결과,당신은 무엇을 식별할을 수행할 수 있습니다. 이 기능을 PDF 내보내기로 설명하는 대신 상사와 데이터를 공유 할 수 있어야한다고 설명합니다.
당신이 필요로 기능을 설명 할 때,당신은 당신이 그 필요를 만족하는 방법에 대한 옵션을 열어 둡니다. 당신은 기회를 증가를 위한 혁신적인 솔루션과 팀은 종사에서 제공하는 솔루션이기 때문에 그들은 말한다.
단점을 표현하는 기능으로 요구될 수 있다 더 어려운 설정에 대한 이해를 공유 기능은 당신이에 최선을 다하고 있습니다. 올바른 솔루션을 마련하려고 할 때 팀 내에서 더 많은 불확실성이 발생할 수 있습니다.
두 접근법을 혼합하여 사용하십시오.
두 접근법을 사용하는 것이 가장 좋습니다. 야 할 때 명확한 아이디어의 솔루션이고 그것은 이해되지 않는 더 많은 탐험을 정의하는 기능으로 솔루션입니다. 발견이 보증 될 때,필요의 점에서 당신의 특징을 기술하십시오.
하는 방법 기능을 통합하는 제품으로 계획
때 당신은 무엇인지를 결정하기 위해 노력하고 포함해 귀하의 제품에 무엇을 시작으로 결과는 당신이 노력하고 실현한다. 조직의 전략을 사용하여 제공하는 기능을 필터링하십시오. 결정 결과를 로드맵에 전달하십시오.
우선순위에 따라 기능과 전략
있는지 확인 당신과 당신의 팀을 이해 명확하게 혜택을 제공하는 것을 목표로하고 고객를 식별한 다음 최소한의 설정 기능 제공을 실현하는 그 혜택입니다.특정 기능에 대한 고객의 요청을 받으면 그 이유를 이해하기 위해 더 깊이 파헤 치십시오. 그 기능은 어떤 문제를 해결하는 데 도움이됩니까? 그 기능은 그들에게 어떤 이점을 제공 할 것입니까?
이해하면 무엇이 귀하의 고객이 정말로 그 이유를 결정할 수 있는 경우 솔루션 감각을 만드는 경우 또는 당신을 탐구하는 데 필요한 더 나은 솔루션을 찾을.고객이 특정 필요를 충족 시키라고 요구한다고해서 그것이 귀하의 제품이나 조직에 의미가 있다는 것을 의미하지는 않습니다.조직의 전략을 이해해야합니다. 그 전략을 필터로 사용하여 어느 것을 만족시켜야하는지,어떤 것을 무시할 것인지를 결정하십시오. 해당 전략을 필터로 사용하여 제공 할 기능과 무시할 기능을 결정하십시오. 조직의 전략은 제품 결정을위한 노스 스타가되어야합니다.
기능 및 제품 로드맵
일단 기능을 제공하기로 결정했다면 로드맵에 넣을 시간입니다. 이것은 당신이 작업 할 계획 기능과 당신이 그들을 작업하려고 할 때 통신하는 방법입니다.로드맵이 기능 중심이어야한다는 것을 의미합니까? 반드시 그런 것은 아닙니다.
출력보다는 결과를 중심으로 로드맵을 구성해야합니다. 이러한 혜택을 제공하기 위해 사용하려는 기능보다는 고객에게 제공하려는 이점을 설명하십시오.
기능별로 로드맵을 구동하면 제공하려는 내용에 대한 구체적인 내용을 전달합니다. 이것은 단기적으로는 정확할 수 있지만 장기적으로는 멀리 떨어져있을 수 있습니다. 을 방지하려면 설정이 불합리한 기대에,당신은 더 나을 표현하는 결과를 얻을 계획하는 주소에서 특정 시간 프레임을 명시하지 않고 어떤 기능을 제공할 사람들을 제공하는 혜택입니다.
특히 단기간에 로드맵에 나열된 특정 기능이있을 수 있습니다. 핵심은 각 상황에서 적절한 수준의 확실성으로 기대치를 설정하는 것입니다.
Leave a Reply