Roblox 플랫폼의 개발자는 커뮤니티로부터 피드백을 수집하고 사용자 기반의 분석을 시작하기 위해 베타 테스트를 수행하는 강력한 문화가 있습니다. 사용자 피드백을 수집하는 몇 가지 방법이 있습니다. 먼저 닫힌 베타를 시작하고 나서 초기 피드백에 대응한 후 베타를 열
테스트 옵션
프로젝트의 현재 플레이 가능성 및 테스트 목표에 따라 경험을 베타 테스트하기 위한 다양한 방법이 있습니다. 다음 표에서는 빠른 개요를 제공하지만, 다음 메서드 중 각각은 자세히 설명됩니다.
| 메서드 | 이상적인 |
|---|---|
| 액세스 제한 | 특정 기능을 테스트하거나 미완성 빌드를 검증하려는 스튜디오에 적합합니다. 종종 열 액세스 베타에 대한 준비 작업을 수행하거나 릴리스 후 작업을 수행할 수 있습니다. |
| 유료 액세스 열기 | 베타 테스터는 플레이할 때 지불하는 사용자입니다. 이로 인해 테스터는 피드백을 제공하는 데 더 적은 규모의 사용자를 가지게 됩니다. |
| 시간 한정 테스트 | Open Access Beta의 이점을 제공하지만 Open Access 베타실행하는 데 필요한 헌신과 투자가 부족합니다. 경험은 플레이 가능하지만 최소한의 헌신과 투자가 필요합니다. |
| 오픈 액세스 베타 | 콘텐츠가 플레이 가능수 있는 경험의 경우. 최대한 많은 사용자 데이터와 인상을 테스트하기에 좋습니다. |
일반적으로 경험이 다음 크리터리를 충족할 때마다 베타 프로그램을 시작하는 것이 좋습니다.
- 사용자가 단일 영역이나 콘텐츠가 제한적인 경우에도 전체 게임 루프를 통과할 수 있는 플레이 가능한 경험.
- 모든 대상 플랫폼에서 경험이 원활하게 실행되도록 합니다.
- 자원은 커뮤니티를 지원하거나 피드백을 수락하는 데 전용됩니다.
Roblox 교육은 어떤 옵션이 최선인지 알기 어렵습니다. 이 방법은 가장 안전하지만 버그 및 게임 플레이 문제에 대응하기에 충분한 데이터를 제공합니다.
클로즈 액세스 베타
공개되지 않은 액세스 프로그램은 대규모 청중에게 웅장한 경험을 제공할 수 있는 최적의 프로그램입니다. 이 프로그램에서는 Roblox 그룹에서 게시된 경험에 액세스할 수 있는 사용자에게 최신 그룹에서 친숙한 친구 및 가족이 부여됩니다. 신뢰할 수 있는 멤버는
닫힌 액세스 베타를 시작하려면 사용자에게 그룹 초대 또는 가입 요청이 제공됩니다. 한 번 들어가면 그룹에 할당된 역할을 가지고 그룹이 게시한 경험에 액세스할 수 있습니다. 그룹과 화이트리스트는 개발자가 관리하고 설정해야 합니다.
| 이점 | 고려 사항 |
|---|---|
사용자는 종종 더 적극적이고 활동적이며, 요청, 문제 찾기 및 피드백을 제출하는 티켓을 종종 제출합니다. |
|
유료 액세스 열기
베타 버전에 대한 액세스를 열기 위해 유사한 경험은 플레이 가능수 있어야 하지만, 대부분 버그가 무료하지만, 콘텐츠를 누락할 수 있습니다. 여기에서 사용자는 경험에 대한 사전 Robux 요금을 지불합니다(유료 액세스). 이렇게 하면 사용자 수를 제한
| 이점 | 고려 사항 |
|---|---|
|
|
제한 시간 테스트
오픈 베타 버전을 실행하는 데는 개발 시간과 에너지가 필요하며, 개발자는 피드백에 응답하고 커뮤니티와 상호 작용해야 합니다. 낮은 영향 대체는 제한된 시간 테스트입니다. 이 메서드에서 개발자는 특정 시간 범위(예: 주말
제한된 시간 테스트를 시작하려면 개발자가 이벤트를 광고하는 것이 좋습니다. 개발자는 경험에 대한 경험 공지, 그룹 및 소셜 미디어를 사용하여 경험이 일시적으로 열릴 때 통신할 수 있습니다.
| 이점 | 고려 사항 |
|---|---|
| 성공적인 한정 시간 테스트를 위해 마케팅 및 광고로 준비하는 것이 좋습니다. 옵션은 소셜 미디어 또는 커뮤니티 공간에 이벤트를 부스트(예: Discord)하거나 개발자가 돈을 지출할 수 있습니다(예: ~$100-250 USD). 또한 개발자는 Roblox에 |
Open Access 베타
개발자가 일반 대중이 자신의 경험을 플레이할 수 있다고 확신하지만 콘텐츠, 폴리시 및 품질 기능이 부족하다면 오픈 액세스 베타가 실현 가능합니다. 오픈 베타를 시작하려면 경험이 공개로 설정되어 모든 Roblox 사용자가 플레이할 수 있습니다. 이 프로
오픈 액세스 베타를 실행하는 몇 가지 권장 사항은 아래에 나와 있습니다.
- 사용자가 경험에 연결된 Roblox 그룹에 가입하거나 디스코드와 같은 소셜 커뮤니티에 참여하도록 장려하십시오. 이렇게 하면 사용자에게 피드백을 남기는 채널을 제공합니다.
- 사용자에게 경험이 베타 상태인 것을 알려주십시오. 이 작업은 경험 타이틀에 태그 베타를 추가하고 경험 내 팝업을 사용하여 예기치 않은 버그나 완료되지 않은 기능에 대한 기대치를 설정하는 데 사용될 수 있습니다.
| 이점 | 고려 사항 |
|---|---|
더 큰 사용자 기반은 개발자가 일반적인 장치, 보존 및 데모그래픽에 대한 분석을 수집할 수 있게 합니다. 개발자는 게임 플레이 트렌드를 보고 사용자가 교육 콘텐츠에 가장 적합한 나이 12-15인 | 경험이 너무 불완전하거나 버그가 너무 많이 있거나 사용자에게 매우 매력적이지 않다면, 전반적인 평가는 아마 떨어질 것입니다. 이 경우 검색 및 발견 결과에 영향을 미칠 수 있습니다. 개발자에게 지원 피드백열게 하는 |
커뮤니티 피드백 받기
베타가 구현된 방식에 관계없이, 사용자 피드백을 기록하는 일부 방법은 항상 구현해야 합니다. 직접 사용자 피드백을 받는 방법은 경험 내 피드백 형식과 Discord입니다.
경험 내 피드백
피드백 시스템은 키 모먼트에 UI 팝업으로 직접 경험에 통합될 수 있습니다. 두 예는 경험에서 보여집니다 낯선 사람들의 집 및 Alo 성지 .
또한, 커뮤니티 개발 도구를 통해 피드백 양식을 쉽게 만드는 것은 좋지만(참조 커뮤니티 개발 도구의 이슈 및 버그). 그러나 커뮤니티 개발 도구는 Roblox에서 공식적으로 지원되지 않습니다.
| 이점 | 고려 사항 |
|---|---|
| 잘못된 설문지 디자인으로 데이터 수집이 잘못될 수 있습니다. 설문지 디자인은 매우 중요합니다. 누군가 데이터를 클리어하지 않으면 스팸 대량 사용이 어렵습니다. 한 방향 통신은 사용자에게 컨텍 |
Discord 커뮤니티
많은 개발자가 자신의 경험을 위해 Discord 커뮤니티를 만듭니다. 커뮤니티를 설정하려면 Roblox의 대규모 경험, 예를 들어 Adopt Me,를 조사하는 것이 좋습니다. 다른 커뮤니티가 어떻게 구조되어 있는지 확인하면 사용자가 무엇을 기대할지 알 수 있으며, 사용자가 커뮤니티에 어
| 이점 | 고려 사항 |
|---|---|
| 피드백은 편향될 수 있습니다. 예를 인스턴스, 팬이나 전문 사용자는 Discord에 있을 가능성이 더 크지만, 경험을 즐기지 않은 사용자는 아마 Discord에 있지 않을 가능성이 더 크습니다. 데이터는 종종 정적이며 정량적이지 않습니다. 연구소는 데이터가 Dis |
생각 나가는 피드백
의견 공유는 사람들이 작업에서 사용하는 정신 프로세스를 연구하는 방법입니다. 참가자는 게임 플레이 중에 종종 의식 상태의 스트림으로 자신의 생각을 커뮤니케이트하지만, 교육 목표의 확인과 같은 다양한 목표를 이해하는 방법으로 구체화됩니다. 의
| 이점 | 고려 사항 |
|---|---|
|
|
분석
베타 프로그램에서 수집된 애널리틱스는 종종 발사 경험이 목표에 도달하고 있는지 평가하는 데 사용됩니다. 예를 인스턴스, 많은 일반 Roblox 경험은 유지, 수익 창출 및 세션 시간에 대한 특정 목표가 있습니다.
트랙 분석
Roblox는 분석 대시보드를 사용하여 다양한 내장 분석을 제공합니다.
| Roblox 제공 분석 | 인구학 - 일반적으로 사용되는 장치, 나이 유지 및 참여 - 메트릭스(예: D1, D7 유지, 평균 세션 시간, 드롭오프 등)은 유지 및 참여를 측정합니다. |
| 일반 사용자 분석 공유 | 진행 상황 - 사용자가 튜토리얼을 넘어가고 있다면, 사용자는 세계의 다른 지역을 탐색하는 등의 다른 지역을 탐험하고 있습니다. 사용자 행동 - 사용자가 클릭하고 상호 작용하거나 참여하는 다른 지역을 |
성공 측정
베타 기간 동안 중요한 분석은 일반적으로 성공을 결정합니다. 베타 기간 동안 중요한 분석이 무엇인지 결정하려면 다음 질문을 고려하십시오.
- 경험에 얼마나 많은 콘텐츠가 있으며 보존 및 참여 수준은 어느 정도 목표해야 합니까? 예를 인스턴스, 한 번만 진행되는 가이드 교실 경험은 보존보다는 평균 세션 길이에 집중해야 합니다.
- 사용자의 권장 대상 나이는 무엇입니까? 베타 기간 동안 사용자의 나이 범위는 어땠고 차이가 있었습니까?
모든 경험에 대해 분석을 참조하여 결정합니다.
- 튜토리얼 완료 및 보드 승인.
- 교육 학습 목표와 관련된 메트릭스. 이 중 경험 간에 차이가 있습니다.
- 플레이어 드롭 오프 포인트. 예를 인스턴스, 사용자가 특정 영역을 탐색하지 않거나 게임 기능을 사용하지 않는 경우.
성공에 대한 하나의 일반적인 측정 요소는 경험의 좋아요 수입니다. 이는 종종 사용자의 플레이 결정에 영향을 미칩니다. 개발자는 베타 프로그램 종료 후 최소 80%의 좋아요 비율을 추구해야 합니다.
자주 묻는 질문
출시 전에 경험이 베타에서 얼마나 지속되어야 합니까? 모든 경험은 다르지만, 일반적인 시간 범위는 7~30일입니다. 이는 D1과 D30 보존 메트릭을 결정하기 위해 충분한 데이터를 확보하는 것에 기반합니다. 베타 기간 동안 사용자와 함께 게임에서 사는 것은 개발자를 위한 라이브 게임 참여를 의미합니까? 이는 선택 사항이지만 많은 개발자는 사용자와 대화하기 위해 자신의 경험에 들어가는 것을 좋아합니다. Roblox에는 문화권이 있으며 이를 보상하기 위해 배지를 제공합니다. 예를 인스턴스, 일부 경험은 개발자와 만나기 위해 배지를 제공합니다. 커뮤니티 구축을 시작할 때는 언제입니까? 베타 테스트 전에 커뮤니티를 구축하는 것이 좋습니다. 이 커뮤니티는 Discord 또는 Twitter와 같은 네트워크에서 시작할 수 있습니다. 콘텐츠, 예를 들어 스크린샷, 비디오 또는 라이브 스트림을 가지고 있으면 플레이 가능한 경험이 없이 커��