시나리오 기반 최단 경로
장면 외부에서 경로를 단축하는 것은 로그가 되는 것입니다.
6.1 오프라인 시나리오
미니 프로그램은 매개변수를 사용하여 10,000개의 QR 코드를 생성할 수 있습니다. 사용자는 서로 다른 QR 코드를 통해 동일한 미니 프로그램의 서로 다른 페이지에 들어갈 수 있습니다.
위의 버스를 예로 들어보겠습니다. 어떤 도시에서는 버스 정류장마다 다른 QR 코드가 각 버스의 정지 신호에 게시되어 있다고 가정해 보겠습니다. 버스를 기다리는 승객은 특정 버스의 QR 코드를 스캔하여 버스의 위치와 예상 시간을 알 수 있습니다. 도착 시간.
서비스 계정을 사용하는 경우 매개변수를 사용하여 QR 코드를 생성할 수도 있지만 사용자는 여전히 팔로우를 클릭하고 해당 링크를 클릭하여 버스 페이지에 들어가야 합니다. 앱을 사용하면 다운로드하는 것 외에도 찾으려는 버스 번호도 입력해야 합니다.
분명히 미니 프로그램은 사용자가 버스를 기다리는 장면에서 정보를 얻는 경로를 단축시킵니다. 사용자는 그것을 더 좋아할 것입니다.
위에서 언급한 내용은 HTML5로도 구현할 수 있지 않을까요? 링크마다 URL이 다른거 아닌가요? 예, 하지만 이 시나리오에서는 HTML의 경험이 미니 프로그램의 경험보다 훨씬 덜 우수합니다.
따라서 미니 프로그램은 오프라인 상황에서 서비스 경로를 단축할 수 있습니다.
6.2 소셜 시나리오
'미니 프로그램의 상상' 기사에서 위챗 미니 프로그램이 수직적 소셜 제품에 적합하다고 말한 적이 있습니다.
어떤 제품이든 다른 사람과 접촉할 때마다 거의 항상 WeChat ID를 교환한 다음 WeChat에서 계속 채팅하고 원래 제품으로 돌아가는 경우는 거의 없습니다.
우리의 사회적 관계는 위챗으로 굳건히 자리 잡았기 때문입니다. 그러나 모든 사람은 수직적인 사회적 욕구를 가지고 있습니다. 예를 들어, 나는 경주 관람을 좋아하므로 여행을 좋아하고 다른 여행 친구와 경험을 교환하고 싶어하는 다른 사람들과 소통하고 싶습니다. 다휘. 다른 다휘 팬분들과도 소통하고 싶어요...
지난 반년 동안 다휘가 공식 계정에서 가십 독자층을 자주 홍보하는 모습을 보셨는데요. 처음에는 이 독자층이 다른 앱을 기반으로 했는데요. 이상, 이 앱에는 WeChat 웹 버전이 있습니다.
쉽게 상상할 수 있듯이 공개 계정에서 앱으로 트래픽을 전환하는 것은 쉽지 않습니다. 게다가 여전히 필수적이지 않은 수직적 소셜 서클로 트래픽을 전환하고 있습니다.
경로가 너무 길어서 사용자가 쉽게 길을 잃을 수 있습니다.
Grapevine 독자 그룹, 또는 가능한 "아마도 독자 그룹"이 사용자가 WeChat에서 직접 사용할 수 있는 WeChat 미니 프로그램이라고 상상해 보십시오. 전환율이 훨씬 더 높아질까요?
대화 목록 상단에 고정할 수 있고, 저장도 할 수 있고, 심층적으로 검색할 수 있는 미니 프로그램의 기능과 결합한다면 이런 수직적 소셜 네트워킹의 전환율과 활동성은 과연 얼마나 될까요? 훨씬 높을걸?
따라서 미니 프로그램은 소셜 시나리오의 전환 경로를 단축할 수 있습니다.
6.3 협업 시나리오
과거에는 소셜 시나리오와 마찬가지로 휴대폰으로 동료와 소통하거나 협업하기 위해 WeChat 이외의 도구를 사용해야 했습니다. 외부 파트너와의 커뮤니케이션은 WeChat으로 돌아가야 합니다. 이 시나리오에서는 커뮤니케이션 경로가 길어집니다.
회사가 내부 커뮤니케이션을 위해 Alibaba의 DingTalk를 사용하지만 여전히 외부 커뮤니케이션을 위해 WeChat을 사용한다고 상상해 보세요. Alibaba가 DingTalk의 WeChat 애플릿 버전을 만든다고 가정해 보세요. 위챗을 통해 진행되며, 직원들의 정보 전달 경로와 협업 경로가 대폭 단축됐다.
왜 작은 프로그램을 만들면 경로가 단축되나요? 중국 사용자의 시간 대부분은 위챗의 '장면'에서 차지하기 때문에 사용자의 시간은 미니 프로그램을 통해 위챗과 공유될 수 있다.
그래서 미니 프로그램은 협업 시나리오에서 의사소통 경로를 단축할 수 있습니다.
시나리오를 통해 경로를 단축하고 싶은 위챗 미니 프로그램 관련 더 많은 글은 PHP 중국어 홈페이지를 주목해주세요!