XÔ

Trong thời đại Internet di động, PUSH push, như một cách hiệu quả để tương tác với người dùng và truyền tải thông tin, đã trở thành chức năng không thể thiếu của các ứng dụng lớn. Tuy nhiên, làm thế nào để thiết kế một chiến lược PUSH có thể cải thiện trải nghiệm của người dùng và đạt được mục tiêu kinh doanh là một thách thức lớn mà nhiều nhà quản lý và điều hành sản phẩm phải đối mặt. Bài viết này sẽ đi sâu tìm hiểu cách thực hiện PUSH push một cách khoa học từ nhiều góc độ, bao gồm các khái niệm cơ bản, yếu tố thiết kế, kênh đẩy và tối ưu hóa chiến lược của PUSH push, để giúp người đọc hiểu và áp dụng công cụ này tốt hơn.

Vậy khi xuất bản "Làm sao để trả lời khi được hỏi cách nhớ lại người dùng trong các cuộc phỏng vấn xin việc?" 》Sau khi đọc xong số báo này, tôi bất ngờ nhận được nhiều tin nhắn riêng từ các bạn cùng lớp. Những câu hỏi họ thường hỏi nhất là về cách thiết kế chiến lược đẩy PUSH, thời điểm đẩy, tần suất đẩy và những câu hỏi tương tự khác.

Khi thấy nhiều tin nhắn riêng tư từ các bạn cùng lớp, tôi rất vui và ngạc nhiên. Suy cho cùng, nội dung tôi sản xuất đều liên quan đến việc phổ biến và chia sẻ kiến ​​thức về các sản phẩm Internet và kiến ​​thức vận hành, bản thân đây là một nội dung không được ưa chuộng trong lĩnh vực nội dung Internet.

Mục đích ban đầu của tôi khi sản xuất những nội dung này không phải là để theo đuổi sự gia tăng số lượng người hâm mộ, mà là để sắp xếp kinh nghiệm làm việc và hiểu biết nhiều năm của tôi trong lĩnh vực này.

Số báo này sẽ giới thiệu về PUSH push, các yếu tố thiết kế, kênh, ưu và nhược điểm, đầu ra chiến lược và các chỉ số tập trung.

Chức năng đẩy tin nhắn thực sự khá phổ biến trong cuộc sống hàng ngày. Ví dụ, trong những ngày đầu, tính năng đẩy email và đẩy SMS hiện được sử dụng rộng rãi trong nhiều ứng dụng di động khác nhau. Chức năng đẩy đã trở thành một phần không thể thiếu trong kỷ nguyên Internet, đặc biệt là trong lĩnh vực kiếm tiền từ quảng cáo. Tầm quan trọng của nó là hiển nhiên và đã trở thành một trong những năng lực chính thúc đẩy tăng trưởng kinh doanh.

Thông báo PUSH không chỉ giúp người dùng dễ dàng nắm bắt thông tin mới nhất một cách kịp thời mà còn cung cấp kênh tương tác với người dùng và quảng bá sản phẩm. Tuy nhiên, người dùng thường thấy rất nhiều tin nhắn rác được gửi đến, khiến họ cảm thấy khó chịu.

Vậy người quản lý sản phẩm nên thiết kế thông điệp thúc đẩy như thế nào? Sử dụng nó như thế nào trong quá trình vận hành?

Đầu tiên. PUSH là gì?

Thanh thông báo APP PUSH hiển thị như hình bên dưới.

Cấu trúc tin nhắn đẩy của trung tâm thông báo chủ yếu bao gồm các thành phần sau:

Ngoài các kiểu phổ biến được hiển thị ở trên, còn có một số kiểu đặc biệt được cá nhân hóa, chẳng hạn như thêm ký hiệu thay thế, "ký hiệu thay thế được sử dụng để thay thế tên, tên, vật liệu, ký hiệu, v.v.", các nút chức năng và các thành phần cá nhân hóa khác.

Hoặc bạn có thể thêm hình ảnh, biểu ngữ và các yếu tố vật chất khác.

Thông báo ĐẨY là một công cụ hiệu quả để thúc đẩy việc kích hoạt và giữ chân người dùng ứng dụng. Thông báo PUSH được thiết kế tốt có thể tiếp cận chính xác nhóm người dùng mục tiêu, không chỉ cải thiện hoạt động của người dùng ứng dụng mà còn tăng số ngày người dùng hoạt động và thúc đẩy việc giữ chân người dùng lâu dài.

Đồng thời, thông báo PUSH có thể được sử dụng để đẩy các hoạt động, chủ đề mới nhất, nội dung chất lượng cao, v.v. tới những người dùng có thể quan tâm, do đó tăng mức độ hiển thị và tham gia các hoạt động.

Nếu người dùng chưa đóng thông báo PUSH, thông báo đó có thể hiển thị trên thanh thông báo khi thiết bị đầu cuối di động bị khóa hoặc thông báo tin nhắn bật lên ở đầu giao diện hoạt động. Nó có tác dụng nhắc nhở mạnh mẽ. Sau khi nhấp vào, nó có thể đánh thức ỨNG DỤNG và hướng dẫn người dùng nhấp và mở lại ỨNG DỤNG để hoàn tất nhiều hành vi quan trọng khác nhau của sản phẩm. Sau khi người dùng nhấp vào nút nhảy PUSH, nó sẽ biến mất không để lại dấu vết.

PUSH push sẽ đi vào giai đoạn gửi sau khi hệ thống tin nhắn được tạo. Máy chủ cần định tuyến theo thông tin thiết bị đầu cuối của người dùng. Đối với các phiên bản hệ thống khác nhau, định dạng hiển thị tin nhắn được hỗ trợ cũng khác nhau.

Hệ thống iOS gọi dịch vụ thông báo đẩy của Apple là "APNS, Apple Push Notification Service" , dịch vụ này dựa vào một hoặc nhiều quy trình trú ngụ trong hệ thống để hoạt động. Nó mang tính toàn cầu và đảm nhiệm việc đẩy tin nhắn của tất cả các ứng dụng. Nó có thể được coi là độc lập với ứng dụng và là giao tiếp giữa thiết bị và máy chủ Apple.

Hệ thống Android gọi các SDK của nhiều nhà sản xuất khác nhau tùy theo từng nhà sản xuất, điều này giống với cách hoạt động của các hệ thống máy tính để bàn truyền thống hơn. Mỗi ứng dụng yêu cầu đẩy nền đều có quy trình nền riêng biệt để giao tiếp với máy chủ và trao đổi dữ liệu. Mặc dù ban đầu Google đã xây dựng một chương trình dịch vụ đẩy trong hệ thống Android và xây dựng một máy chủ tương tự như APN, nhưng khả năng truy cập trong nước vào máy chủ của họ vẫn còn hạn chế. Nhiều nhà sản xuất điện thoại di động đã xóa các mã này để giảm gánh nặng cho điện thoại di động. Do đó, điện thoại Android chỉ có thể thực hiện chức năng đẩy thông qua kết nối dài với máy chủ. May mắn thay, có nhiều nền tảng đẩy của bên thứ ba đã giải quyết được một số vấn đề kỹ thuật.

Bản chất của PUSH thực chất là chuẩn bị một loạt ID người dùng, chuẩn bị văn bản đẩy, trang nhảy, v.v. và đẩy chúng tới người dùng tại một thời điểm nhất định hoặc khi một sự kiện xảy ra.

Tin nhắn cần phải đi qua một kênh từ khi được gửi đến khi đến được thiết bị của người dùng. Các loại kênh thường được chia thành ba loại: kênh của nhà sản xuất, nền tảng đẩy của bên thứ ba và kết nối dài .

Kênh nhà sản xuất ¹ là dịch vụ đẩy do các nhà sản xuất thiết bị đầu cuối di động đưa ra. Mỗi nhà sản xuất đều có những hạn chế và thông số kỹ thuật về việc đẩy APP. Bằng cách truy cập SDK của nhà sản xuất, máy chủ có thể đẩy tin nhắn đến máy chủ của hệ thống điện thoại di động và sau đó gửi chúng đến SDK của nhà sản xuất bên trong máy khách. Hệ điều hành sẽ hiển thị chúng theo đó và đánh thức ỨNG DỤNG sau khi nhấp vào. Điều này có thể ngăn không cho tin nhắn đến được người dùng sau khi tiến trình APP bị tắt. Do đó, tỷ lệ tiếp cận của nhà sản xuất tương đối cao, nhưng cũng sẽ bị hạn chế bởi các quy định của nhà sản xuất.

Nền tảng đẩy của bên thứ ba ² là dịch vụ tin nhắn liên quan được xây dựng bởi một công ty dịch vụ đẩy. Khi nhiều APP sử dụng dịch vụ đẩy của cùng một nền tảng, các máy khách sẽ được tích hợp với SDK của cùng một nền tảng đẩy của bên thứ ba, do đó hình thành nên một liên minh đẩy. Khi quá trình nhắn tin của một trong các APP trong liên minh không bị tắt, các APP khác cũng có thể sử dụng nó để thông báo cho người dùng, hình thành sự đánh thức lẫn nhau và cải thiện tỷ lệ tiếp cận. Một số người đã thực hiện thử nghiệm đa tình huống trước đây và tỷ lệ thành công của việc đánh thức lẫn nhau không cao, nhưng bạn cũng có thể giúp kết nối với các kênh của nhiều nhà sản xuất khác nhau với một khoản phí.

Liên kết dài là liên kết giữa điện thoại di động và máy chủ để đẩy dữ liệu tin nhắn. Có thể sử dụng liên kết dài để theo dõi trạng thái của APP, nhưng cần nhiều nguồn lực R&D hơn để đẩy toàn bộ tin nhắn qua liên kết dài và đảm bảo phạm vi tiếp cận ổn định. Ngoài ra, cần tránh quá trình kết nối dài bị hệ điều hành làm hỏng.

Ghi chú:

「Kênh nhà sản xuất: Ví dụ, các nhà sản xuất điện thoại di động trong nước như Huawei, Meizu, Xiaomi, OPPO, VIVO, v.v., kênh đẩy của Apple được gọi là APNS」

「Nền tảng đẩy của bên thứ ba: Jiguang, Umeng, Getui, v.v.」

Việc xây dựng chức năng PUSH cần dựa trên tình hình riêng của sản phẩm và chi phí nguồn lực mà công ty có thể đầu tư, theo đuổi các mục tiêu khác nhau ở các giai đoạn khác nhau.

Khi đẩy, PUSH SDK của máy khách sẽ tạo ra một TOKEN tương ứng dựa trên số thiết bị của người dùng. Trong SDK, nếu bạn đang sử dụng dịch vụ đẩy của bên thứ ba, hãy đăng ký với SDK của bên thứ ba; nếu là nhà sản xuất, hãy đăng ký với SDK của trung tâm thương mại; nếu bạn sử dụng kết nối dài, hãy đăng ký bằng SDK của riêng bạn, SDK này sẽ đóng vai trò là ID duy nhất để xác định người dùng cho những lần đẩy tiếp theo.

Gói PUSH push population sắp xếp một nhóm ID người dùng dựa trên chân dung người dùng. Sau khi tải chúng lên push ở định dạng TXT hoặc EXCEL, nội dung tương tự sẽ được đẩy đến nhóm người dùng này. Bản sao và trang là giống nhau, và nội dung tin nhắn mà mỗi người dùng trong nhóm mục tiêu nhận được là giống nhau.

Một số tin nhắn được cá nhân hóa sẽ được gửi đến các nhóm người khác nhau thông qua các đề xuất của thuật toán. Sở thích về hành vi của người dùng được tính toán và thực hiện các lệnh đẩy PUSH được cá nhân hóa. Có kèm theo mẫu tin nhắn thống nhất có [ký hiệu thay thế]. Mỗi tin nhắn đẩy sẽ hiển thị nội dung khác nhau tại vị trí ký hiệu thay thế dựa trên cài đặt và tùy chọn của người dùng. Bản sao khác nhau đối với mỗi người dùng và nội dung của [ký hiệu thay thế] cũng khác nhau đối với mỗi người dùng.

Các nhà quản lý sản phẩm hoặc bộ phận vận hành cần thiết kế một số chiến lược được cá nhân hóa, khám phá thêm nhiều tình huống kích hoạt và thiết kế các chiến lược thúc đẩy dựa trên chân dung hoặc hành vi của người dùng để tiếp cận được nhiều người dùng nhất có thể.

Bạn cũng có thể tham khảo khoảng thời gian hoạt động của người dùng và sử dụng thử nghiệm AB để xác định thời gian đẩy tối ưu.

Nói một cách đơn giản, ABtest là phát triển hai kế hoạch cho cùng một mục tiêu. Một số người dùng sử dụng phương án A, số khác sử dụng phương án B. Cách sử dụng của người dùng được ghi lại để xem phương án nào đáp ứng tốt hơn mục tiêu thiết kế.

Thiết kế chiến lược đẩy chủ yếu tập trung vào việc đẩy tới ai, đẩy khi nào và đẩy nội dung gì. Trọng tâm PUSH cụ thể được lên kế hoạch theo tình hình thực tế của thị trường:

Tham khảo thông tin cơ bản của người dùng: giới tính, nhóm tuổi, khu vực, v.v.;

Hành vi chính: giá giao dịch, tần suất, thời gian sử dụng, " Khoảnh khắc Aha " , v.v.

Sở thích: danh mục, thẻ, hoạt động, v.v.;

Vòng đời: mới, hoạt động, trưởng thành, im lặng, mất mát, v.v.

Số lượng tin nhắn PUSH mà người dùng có thể và sẵn sàng nhận bị hạn chế, nhưng người dùng có thể tiếp cận nhiều gói đối tượng cùng một lúc. Lúc này, bạn cần cân nhắc xem nên gửi tin nhắn nào trước. Nếu mục tiêu là tăng số lần mở email, khi người dùng nhấp vào nhiều tin nhắn, hãy ưu tiên cho tin nhắn mà người dùng có nhiều khả năng nhấp vào nhất.

Các điều kiện sàng lọc được sắp xếp từ cao đến thấp theo hiệu suất dữ liệu lịch sử của từng chiến lược và các nhóm mà chiến lược hướng đến sẽ được ưu tiên và loại bỏ trùng lặp, cuối cùng là bao gồm tất cả các nhóm.

Đối với những trường hợp phức tạp hơn, bạn có thể kết hợp các chiến lược trên với các chiến lược đề xuất thuật toán được cá nhân hóa. Phần này đòi hỏi sự can thiệp của các chuyên gia về thuật toán, và các nhà quản lý sản phẩm hoặc vận hành cần chú ý đến tính hiệu quả và khả năng thích ứng của mô hình để tránh những tình huống như bị sa lầy. Ví dụ, một chiến lược đã đứng đầu bảng xếp hạng do có hiệu suất bất thường vượt quá mức của nó, nhưng hiệu quả thực tế lại tầm thường.

Các chiến lược được đề xuất ở trên không bao gồm chức năng nhắc nhở PUSH. Xét cho cùng, lời nhắc chức năng cần phải được gửi đến người dùng kịp thời và thường được ưu tiên cao.

Chúng tôi đã giới thiệu ba kênh PUSH. Vậy chúng ta nên chọn kênh như thế nào khi đối mặt với nhiều nhóm người khác nhau?

Nói chung, các thông báo đẩy quan trọng hơn sẽ đi qua kênh của nhà sản xuất;

Để gửi thông báo đẩy tới người dùng trực tuyến hoặc người dùng hoạt động nhiều, trước tiên bạn có thể sử dụng kênh của bên thứ ba. Người dùng hoạt động tích cực có khả năng sẽ chủ động mở APP, vì vậy, sử dụng kênh của bên thứ ba cũng có thể đảm bảo tỷ lệ tiếp cận nhất định.

Người dùng có quyền thông báo bị đóng có thể được lọc để tránh chiếm dụng hạn ngạch. Nếu kênh của nhà sản xuất vượt quá giới hạn, hãy sử dụng kênh của bên thứ ba.

Tuy nhiên, giải pháp lựa chọn kênh tùy chỉnh theo từng doanh nghiệp có thể tốn kém.

Thông thường, các dịch vụ đẩy của bên thứ ba sẽ đưa ra các quy tắc chung trực tiếp. Ví dụ, khi thiết bị của người dùng ngoại tuyến và hỗ trợ kênh của nhà sản xuất, kênh của nhà sản xuất sẽ được sử dụng; khi thiết bị của người dùng trực tuyến, kênh của bên thứ ba sẽ được sử dụng.

Nếu công ty có khả năng tự lựa chọn kênh dựa trên logic kinh doanh của mình thì có thể tối ưu theo giải pháp trên.

Dữ liệu được báo cáo bao gồm dữ liệu chạm, nhấp, đóng, thoát, đăng ký và các dữ liệu khác. Mọi loại tin nhắn cảm ứng đều không thể tách rời khỏi thao tác chạm và nhấp. Dữ liệu chạm được báo cáo thông qua lệnh gọi lại của nhà sản xuất khi cần thiết và dữ liệu nhấp có thể được báo cáo tới máy chủ thông qua SDK.

Đối với người dùng đã tắt thông báo đẩy PUSH, cũng cần đánh giá xem PUSH có được gửi quá nhiều và gây phiền nhiễu cho người dùng hay không.

Điều này thường được chia thành phần đóng trong APP và SDK có thể báo cáo trực tiếp tới máy chủ;

Phần còn lại là người dùng chủ động tắt chức năng đẩy PSUH của APP trên hệ điều hành điện thoại di động. Khi APP ở chế độ nền, SDK sẽ gọi các phương thức liên quan của thiết bị đầu cuối di động để xác định xem người dùng đã tắt chức năng đẩy PUSH hay chưa, sau đó báo cáo cho máy chủ.

Sau khi tác vụ tin nhắn được thiết lập, bài kiểm tra cần gửi nội dung do thao tác thiết lập và đẩy tới thao tác. Thêm "test" vào văn bản đã gửi hoặc thiết lập danh sách trắng thử nghiệm. Không thể kiểm tra những tài khoản không có trong danh sách trắng. Xác minh xem hiệu ứng hiển thị và các bước nhảy liên quan có bình thường sau khi thông báo được đưa ra hay không. Đồng thời, cần xem xét kỹ lưỡng nội dung tin nhắn có tuân thủ Luật quảng cáo không, tin nhắn có bị nhảy không, tần suất và thời gian gửi có phù hợp không trước khi gửi để tránh tai nạn đẩy tin trực tuyến.

Phân tích dữ liệu thường được thực hiện theo toàn bộ quá trình của tin nhắn, bao gồm số lượng tin nhắn được gửi, số lượng tin nhắn tiếp cận, số lần nhấp và dữ liệu chuyển đổi.

Lý do khiến tin nhắn không được gửi đến thiết bị của người dùng có thể là do người dùng đã tắt thông báo hoặc gỡ cài đặt ứng dụng. Bạn có thể hướng dẫn người dùng bật nó lên, thu hẹp hoặc kéo dài liên kết của lối vào đã đóng, đánh thức và gọi lại người dùng đã mất;

Khi người dùng ngoại tuyến, " việc đẩy các kênh không phải của nhà sản xuất phụ thuộc vào ứng dụng trực tuyến " , điều này làm tăng khả năng người dùng trực tuyến và các APP có thể đánh thức nhau, tối ưu hóa mạng hoặc đẩy khi người dùng có khả năng trực tuyến: ngoài phân tích thống kê dựa trên khoảng thời gian hoạt động của người dùng, một số sự kiện cũng có thể được ghi lại, chẳng hạn như màn hình thiết bị bật hoặc tình trạng hoạt động của người dùng trên các kênh khác có thể được sử dụng để phán đoán;

Tin nhắn này không tuân thủ các thông số kỹ thuật hoặc hạn chế của nhà sản xuất. Giới hạn khối lượng là " số lượng tin nhắn mà một người dùng có thể gửi trong một ngày và tổng số tin nhắn mà một ỨNG DỤNG có thể gửi trong một ngày " . Lượng tin nhắn không hợp lệ được giảm xuống, việc lựa chọn kênh được tối ưu hóa và tin nhắn của nhà sản xuất được phân loại; hạn chế về nội dung: ký tự đặc biệt trong bản sao, URL, định dạng kỹ thuật, v.v.

Để cải thiện tỷ lệ tiếp cận, cần thiết lập một quy trình hoàn chỉnh từ việc tạo tin nhắn đến thông báo thực tế tới người dùng, tinh chỉnh từng liên kết tương tác, tìm ra những lý do chính ảnh hưởng đến tỷ lệ tiếp cận và thực hiện các giải pháp mục tiêu hoặc kế hoạch tối ưu hóa. Ngoài ra, các tin nhắn không sử dụng kênh nhà sản xuất cũng có thể sử dụng các kết nối dài và các dịch vụ nền tảng đẩy khác để đẩy nhiều tin nhắn cùng một lúc.

Việc tối ưu hóa chiến lược đẩy có thể bắt đầu bằng việc cải thiện độ chính xác của chân dung người dùng. Nếu nhóm người được chọn không quan tâm đến nội dung được đẩy thì sẽ khó thu hút được người dùng ngay cả khi nội dung có chất lượng cao hoặc người dùng sẽ thất vọng sau khi vào trang sau khi bị thu hút và nhấp vào. Mô hình RFM có thể được sử dụng để phân khúc dân số và sàng lọc giá trị người dùng .

Tối ưu hóa nội dung bao gồm tất cả các thành phần có thể cấu hình của mục nhập tin nhắn, bao gồm bản sao phổ biến nhất, nền tin nhắn, hình ảnh nhỏ bên phải, biểu tượng ứng dụng ở trên cùng, tên ứng dụng, tóm tắt, v.v. Kiểu thành phần có thể tham chiếu đến hình ảnh ở trên. Có thể sẽ có thêm nhiều biểu mẫu hiển thị khác xuất hiện trong tương lai.

Cải thiện mức độ liên quan của người dùng, chẳng hạn như thông tin thuộc tính cơ bản của người dùng, bao gồm họ, khu vực, chữ số cuối của số điện thoại, giới tính, v.v.

Những biểu thức ngắn gọn, theo tình huống sẽ hấp dẫn người dùng nhấp chuột hơn. Nói chung, bản sao càng ngắn thì hiệu quả càng tốt. Bạn có thể thử sử dụng những cách diễn đạt tình huống mà người dùng quen thuộc.

Làm nổi bật những điểm quan trọng và sử dụng hiệu quả các biểu tượng và biểu tượng cảm xúc. Ví dụ, nếu người dùng và tài liệu có liên quan chặt chẽ, bạn có thể thử trích dẫn tên hoặc nội dung liên quan đến tài liệu và hiển thị riêng trong tiêu đề chính và phụ, đồng thời sử dụng linh hoạt [ ], " ", |, v.v. Khi văn bản giống nhau, việc có sử dụng ký hiệu hay không và sử dụng ký hiệu nào thường sẽ có sự khác biệt đáng kể về hiệu ứng.

Tóm lại, mọi thứ đều bắt đầu từ chân dung và nhu cầu của đối tượng mục tiêu, và thông qua các thử nghiệm AB lặp đi lặp lại, chúng ta có thể tìm ra sở thích mà người dùng quan tâm và sở thích của họ đối với phong cách viết quảng cáo.

Về cách kiểm soát tần suất đẩy và cải thiện trải nghiệm của người dùng, số lượng tin nhắn mà người dùng có thể đẩy trong một ngày thực sự là một câu hỏi khó đánh giá, vì sức chịu đựng của mỗi người là khác nhau và phản hồi tiêu cực của người dùng bị chậm trễ, khó theo dõi và hầu như không thể đảo ngược. Việc kiểm soát tần số đẩy còn được gọi là kiểm soát mỏi, cơ chế chống mỏi, v.v.

Vậy, ngưỡng số lượng tin nhắn nên được thiết lập như thế nào?

Bạn có thể tham khảo số lượng tin nhắn PUSH mà một người dùng có thể nhận được theo quy định của nhà sản xuất điện thoại di động. Nhìn chung, một thiết bị PSUH không hoạt động có thể gửi 2-5 tin nhắn.

Tham khảo số lượng PSUH được các sản phẩm cạnh tranh gửi đến người dùng mỗi ngày;

Hãy tham khảo phản hồi tiêu cực của người dùng, chẳng hạn như người dùng tắt thông báo hoặc gỡ cài đặt ứng dụng, để xem số lượng tin nhắn có lớn không và có bao nhiêu tin nhắn.

Nếu điều kiện cho phép, có thể xác minh thông qua thử nghiệm AB . Ví dụ, đối với người dùng có cùng điều kiện, giới hạn là gửi 5 hoặc 6 tin nhắn một ngày để xem tỷ lệ kích hoạt có được cải thiện không, tỷ lệ chuyển đổi có được cải thiện không, phản hồi tiêu cực có tăng không, v.v.

Đồng thời, cần theo dõi và phản hồi tin nhắn, cung cấp cổng thông tin phản hồi của người dùng, hỗ trợ người dùng lựa chọn không thích nội dung đẩy hoặc tạo tài khoản để thiết lập liên hệ với người dùng và hỗ trợ người dùng phản hồi các vấn đề liên quan đến nội dung đẩy bất cứ lúc nào.

Theo dõi phản hồi trên mạng xã hội và cửa hàng ứng dụng. Đôi khi, nếu người dùng cảm thấy thông báo đẩy có vấn đề lớn, họ sẽ sẵn sàng chia sẻ khiếu nại của mình trên các nền tảng như Weibo. Bạn có thể chú ý xem có bất kỳ đánh giá liên quan nào trên cửa hàng ứng dụng hay không.

PUSH là một công cụ mạnh mẽ có thể tăng mức độ tương tác của người dùng và hoạt động của ứng dụng, nhưng bạn phải cẩn thận không nên lạm dụng nó vì nó có thể khiến người dùng khó chịu và gián đoạn.

Các nhà phát triển phải tôn trọng quyền riêng tư và sở thích của người dùng và sử dụng hợp lý chức năng đẩy PUSH dựa trên các điều kiện kinh doanh thực tế.

Tác giả: PM Daming

Tài khoản công khai WeChat: PM Daming