사용자 조사없이 페르소나 생성

대화 할 실제 사용자를 찾을 수없는 경우 실제 사용자와 대화하거나 공감해야하는 일을하는 일부 사람들과 대화하는 것이 도움이 될 수 있습니다. 사람들은 좋아합니다 :

• 제품 관리자
• 기술 저자
• 고객 지원
• 매상

유용한 통찰력을 제공 할 수 있습니다.

ad-Hoc Personas라는 Tamara Adlin의 기술을 사용할 수 있습니다. "임시 페르소나 = 검증 가능한 가설. 더 많은 데이터 수집을 시작할 수있는 장소를 제공합니다.이 프로세스는 페르소나 개발의 첫 단계 인 역할과 목표를 제공합니다."

자세한 내용은이 위대한 기사를 읽으십시오. http://www.thingsontop.com/remixing-power-adhoc-personas-1020.html

행운을 빕니다,

탈리 허쉬

더 많은 정보를 얻기 위해 고객에게 돌아가는 데 아무런 문제가 없습니다. 그들은 당신이 성공하는 데 관심이 있습니다. 어려움이 있다면 비즈니스 용어로 요청하십시오. 다음과 같은 것 :

친애하는 _ __ _ ,

X에서 일하게되어 매우 기쁘게 생각하며 그렇게 할 수있는 기회를 주셔서 감사합니다. 이 프로젝트가 성공하기 위해 투자 한 것을 소중히 여기기 때문에 최선의 노력을 다하고 싶습니다.

지금까지 제공 한 정보가 도움이되었지만 X를 사용하는 사람, 사용하는 이유 및 기대할 수있는 이점에 대한 자세한 정보를 통해 프로젝트의 성공 및 투자 수익률이 크게 향상됩니다. X로부터받습니다.

특히 A, B 및 C를 알아야합니다. A, B 및 C가 필요한 이유는 D, E 및 F입니다.

또한 프로젝트 X의 비즈니스 목표에 대해 더 잘 이해하는 데 도움이됩니다. X 사용자가 비즈니스 측면에서 수행해야하는 특정 작업은 무엇입니까?

가장 성공적인 디자인은 비즈니스 목표와 사용자 목표가 겹치는 경우입니다. X가 그렇게하도록 X를 디자인하는 것이 제 임무입니다. 따라서 X를 최대한 성공시키기 위해서는 모든 세부 사항이 중요합니다. 나중에 변경하는 데 시간이 많이 걸리고 비용이 많이 들기 때문에 처음부터 연구하는 것이 가장 좋습니다.

시간 내 주셔서 감사합니다.

진정으로,

YZ

.

귀하가 의미하는 바는 time 및 기타 조사 할 자료가 있지만 관찰, 인터뷰 또는 설문 조사를 수행하기 위해 사용자에게 직접 액세스 할 수 없다는 것입니다. 직접 액세스가 아닌 보관 소스에 의존하는 여러 가지 사용자 데이터 수집 방법이 있습니다.

회사 또는 비즈니스 제품 사용자의 경우 고객에게 다음을 볼 수 있는지 물어볼 수 있습니다.

• 사용자의 책임 (즉, 목표)을 이해하기위한 작업 설명 및 조직도.

• 사용자의 경험과 지식을 추출하기위한 직원 기록 또는 보고서.

• 작업 및 정보 흐름을 이해하기위한 절차 매뉴얼 및 정책 설명 (적어도 "어떻게 수행해야하는지").

• 현재 사용자 (또는 최소한 사용자 설명서)에 대한 액세스와 함께 사용자에게 현재 사용 된 (또는 적어도 제공된) 도구, 소프트웨어 및 사이트의 인벤토리는 사용자가 어떤 정보를 사용하는지 (예 : 정보 및 메뉴 조직; 기호, 코드, 단위, 형식, 용어, 약어 및 레이아웃).

소비자 제품 사용자의 경우 고객에게 다음을 요청할 수 있습니다.

• 제품의 최종 목표 또는 위치를 식별하기 위해 제품과 관련된 사업 계획 및 마케팅 전략.

• 사용자에 대한 특성 및 제품이 달성하고자하는 특정 요구를 식별하기위한 시장 조사 결과.

• 연구에 사용되는 기존 경쟁사 제품 목록, 사용자에게 익숙한 (또는 적어도 기울어 짐) 식별 및 UX에서 개선 할 수있는 사항 (인지 적 연습 또는 휴리스틱 분석)을 결정합니다.

둘 중 하나를 요청하십시오.

• 현재 시스템의 로그 및 데이터베이스 항목 및 보고서를 조회하여 현재 수행중인 작업 (예 : 각 활동에 얼마나 자주 참여하는지, 어떤 종류의 항목 오류가 있는지)을 확인할 수 있습니다.

• 현재 시스템의 문제를 식별하기위한 기술 지원, 불만 부서, 고객 서비스 및 중요한 사건의 기록 또는 보고서.

물론, 사용자와 직접 대면하는 것보다 실제 중요한 것이 무엇인지 알 수 있습니다. 그러나 위의 방법은 제한된 직접 사용자 액세스를 대체하거나 적어도 보완으로 좋습니다.

사용자 데이터가 제한적이거나 신뢰할 수없는 경우 페르소나를 너무 상세하거나 세련되게 만드는 데주의를 기울이고 있습니다. 리치 페르소나는 매우 매력적일 수 있으며, 이는 제품 팀 구성원에게 실제보다 더 높은 정확도의 착시를 줄 것입니다. 이 경우 팀의 불확실성을 강조하는 연구 결과를 요약하는 다른 방법을 선택할 수 있습니다.

나는 최근 Leah Buley 's 의 User-Personas Team 에서 Proto-Personas라는 기술을 접했습니다. 이것은 위의 다른 사람들의 조언을 반영하는 공식화 된 기법입니다 (임시 페르소나, 임시 페르소나). 다른 이름. 같은 일반적인 생각입니다.

리아 볼리 :

그것들은 크로스-프로 팀의 도움으로 만들어 질 수 있습니다 ... 본질적으로, 프로토-퍼스널은 당신이 사용할 수있는 모든 데이터와 팀의 도움으로 당신이 만드는 페르소나 핵입니다 ... [A] 프로토 페르소나는 당신이 가진 모든 통찰력에 근거합니다. 여기에는 간접 연구 또는 사람들의 팀에 대한 정보가 풍부한 지식이 포함될 수 있습니다 .... 팀이보다 공감적인 사고 방식으로 전환하도록 돕는 데 효과적입니다.

공개 : 나는 저자 또는 출판사와 전혀 관련이 없습니다. 방금 그녀가 설명하는 운동이 유용하다는 것을 알았습니다.

자세한 내용은 여기를 참조하십시오. https://rosenfeldmedia.com/books/the-user-experience-team-of-one/ ; 또는 아마존 링크 : https://www.Amazon.com/User-Experience-Team-One-Research/dp/1933820187

회사 내 이해 관계자에 대한 지식과 수행 할 수있는 모든 보조 연구를 기반으로 임시 인물을 개발해야합니다. 나는 도움이 될만한 연구가없는 페르소나의 창조를 돕기 위해 프레젠테이션을 개발했다 : http://slowmtn.tumblr.com/post/76450958623/provisional-persona-workshop

제안 사항은 다음과 같습니다.

아는 사람들 (회사, 친구, 친척 등)을 기반으로 페르소나에 대한 최고의 설명을 작성한 다음 클라이언트와 반복하여 세부 조정을 수행 할 수 있습니다. 또한 페르소나의 행동을 테스트하기 위해 사용자 시나리오를 작성하는 데 도움이됩니다. 시나리오는 가정이 효과가 있는지 판단하는 데 도움이됩니다. 처음부터 완벽 할 필요는 없습니다. 반복은 디자인의 일부입니다. 더 나아질 것입니다.