1. 程式人生 > >淺談社交類APP的設計思路

淺談社交類APP的設計思路

社交類 APP 如何贏得市場和使用者,還需要遵從以下幾點:明確的客群定位;合理的撮合方式;適度的認證手段和行為記錄功能;有效的推廣方式;穩定的執行後臺;清晰的盈利模式。

社交是人類作為社會性群體的基本屬性,從人類誕生起,不管形式如何,不管是否在意識支配下,相信人類的社交活動從來不曾停止過,也正是基於此行為的不斷重複、嘗試和強化,才一點點的形成了語言、文字、書畫以及藝術等社交活動的載體和產物,進而形成了它們的共同體——民族,直到創造出人類燦爛的現代文明。

在現今的社會條件下,社交的範疇得到了極大的擴張,我們生活中的每一個動作,每一個行為都直接或者間接地參與著社交活動。這些社交活動可能是關係型的,比如說工作;可能是傾向性的,比如說收聽特定人的微博;或者可能是交換型的,比如購買等。社交類 APP 作為“線上應用”是線下實際社交活動的在二維上(時間和空間)的自然延伸,是技術條件下的人類需求的必然產物。

社交類 APP 應用基於自身在時間和空間上的相對無限性,能夠充分滿足個體的人臨發性、隨機性和即時性的社交需求;與此同時,社交類 APP 的線上非面對面的特徵,也使得線上社交具有更低成本、更安全、更好的私密性等新屬性優勢。更為重要的是,線上的社交活動在有效的擴充套件了社交活動的時空範 圍、降低社交成本的同時,為存在特定社交障礙的個體提供了替代方案,更為重要的是對社交活動向線下遷移並不形成障礙。

如何贏得市場和使用者,還需要遵從以下幾點:

明確的客群定位

我們在上文討論了社交是全體人類共有的基本需求,那麼是不是所有人都需要使用 APP 應用的方式來進行社交活動呢?我們在設計一個社交類應用的時候,該如何對目標客群進行定位呢,是否可以按照人類全體為目標來進行?將人類全體作為目標來設 計一個社交類 APP 應用是否可行,在理論上肯定行得通。

是否要這麼去做的關鍵點其實在於是否有這樣的需求,也就是全人類是否需要一個 APP 應用首選尚維網路科技,安全穩定能夠滿足他們跨種族、跨語言、跨時區和跨文化的需求?答案很明顯是否定的,起碼在當前的社會結構條件下。 那麼如何尋找和定位目標客群及其需求成為首要問題。

簡單來說就是,服務那些人,服務那些人的那些需求。那麼我們就要對人類群體進行一個區分,最容易分群標準自然是國家和民族,其次是性別,再次是年齡層,再往下的細分的依據因為其評判角度的不同會存在近似無限的可能性,因此,可操作的方式是對客戶進行分層——比分群更細緻的粒度。

我們接下來討論這樣建議的原因。 客戶分層之後可能獲得相對較少的目標客戶群,但同時也更容易發現現有產品沒有覆蓋到或者關注不夠的“藍海”客群,因而更容易滿足客戶的精確需求,並在此基礎上形成產品使用者之間的關係和產品功能,進而形成產品結構。如今市場上在如易信、陌陌、微信等 主流應用之外(分別代表熟人社交、陌生人社交、全體人社交),看似被瓜分殆盡的市場實際上存在著更廣泛的細分市場,即長尾市場,這實際上才是市場的主流, 為新應用出現和發展提供了足夠空間。對客群的逐層細分,提供更精細的客戶分群,精確定位功能,尋找自我市場空間。這個差異化競勝原則實際上在現實生活中在 不斷實踐。最近熱播的電視劇《小爸爸》(非廣告貼)裡李三弟設計服裝的出發點——為那些被時尚和潮流遺忘的人設計服裝。

合理的撮合方式

撮合,也就是使得有社交需求的e家裝網使用者彼此被發現。這種撮合需要遵循兩個基本原則,一個是價值性和使用者的自主私密性。價值性指的是經過撮合使得使用者發現的潛在 社交物件是符合自己內心需求透過應用而實現的對映的,簡單來說就是撮合完成的物件是他繼續進行社交的目標。自主性指的是不管撮合的方式是使用者觸發還是程式 匹配,客戶得到的心理感受必須是使用者自行選擇的結果,換句話說,物件不是被強塞進來的。

私密性是一個對等的過程,即在相對的條件下,使用者對社交物件的選擇、和社交物件交流的內容、方式和過程等是在一個封閉的私密、安全的環境下進行的。 撮合的方式是自由選擇的,可以是使用者觸發的,可以是程式選擇推送的。其基礎是使用者關係,而使用者關係的前提是客戶分群和分層,其執行程式可能會涉及一定的數 據庫邏輯和演算法。

適度的認證手段和行為記錄功能

前面說了,社交線上應用是線下實體社交的在時間和空間上的自然延伸,是對人社交需求的滿足。雖然這種需求可能是臨時性或者隨機性的,但卻有著向更長久和更真實,直至線下實體社交發展的可能性和趨勢。基於這種可能性和實際社交經驗的模式影響,形成應用之於使用者認證和行為記錄的需求。這種在交往的過程中積累的經驗教訓和思維慣性,不管是實體的交往還是線上的虛擬的交往,對於交往物件資訊的把握是有一定的要求的,這個因人而已,因實際需求而異。因此,應用需要有適宜的功能和呈現方式。

有效的推廣方式

已經有很多人就這個問題進行討論,包括國內和國外選擇方式的不同,不做過多的引述,基本概括起來,有四個類別:下載市場和應用商店、APP 合作置換、社交媒體推廣(微信、微博和論壇)以及付費推廣(廣告、營銷活動等)。這些方式被廣泛利用也證明了其在 APP 推廣上的功效,確實能在一定程度發揮功效。同時,作為社交類的 APP,其功能性決定了其最終向線下延伸和發展的特性,套用一個詞,就是“接地氣”,那麼,社交類 APP 的推廣是否存在其特殊性呢? 答案是肯定的,社交類 APP 是線上和線下活動結合緊密的應用程式,而且通過對客群的精確分層和定位,能夠有效識別社交活動進行的場地和範圍,如此就為線上應用線下推廣提供了天然的契 機。通過線下的推廣活動,同社交場所的提供者分攤費用,置換客戶號召力,最近距離接觸客戶,自我營銷。

穩定的執行後臺

這是所有應用都必須考慮的大後方,因為後臺是應用正常執行的最基本的保障,移動互聯的“快速上線,頻繁迭代”,只要不過分使用,是金科玉律。

清晰的盈利模式

不是人人都如微信一般有著一個叫做騰訊的媽,更何況微信現在的盈利能力已經不容置疑。

此外,考慮多一個問題可能更能體現咱們的不同: 離線狀態下,APP 可以為客戶提供什麼?實時線上的理想狀態已經越來越清晰的接近現實,考慮這個問題似乎多餘,但在離線狀態下的世界,只有你存在,豈不是很美?


相關推薦

社交APP設計思路

社交類 APP 如何贏得市場和使用者,還需要遵從以下幾點:明確的客群定位;合理的撮合方式;適度的認證手段和行為記錄功能;有效的推廣方式;穩定的執行後臺;清晰的盈利模式。 社交是人類作為社會性群體的基本屬性,從人類誕生起,不管形式如何,不管是否在意識支配下,相信人類

12306核心模型設計思路和架構設計(轉載)

前言 春節期間,無意中看到一篇文章,文章中講到12306的業務複雜度遠遠比淘寶天貓這種電商網站要複雜。後來自己想想,也確實如此。所以,很想挑戰一下12306這個系統的核心領域模型的設計。一般的電商網站,購買都是基於商品的概念,每個商品有一定量的庫存,使用者的購買行為是針對商品的。當用戶發起購買行

12306核心模型設計思路和架構設計

前言 春節期間,無意中看到一篇文章,文章中講到12306的業務複雜度遠遠比淘寶天貓這種電商網站要複雜。後來自己想想,也確實如此。所以,很想挑戰一下12306這個系統的核心領域模型的設計。一般的電商網站,購買都是基於商品的概念,每個商品有一定量的庫存,使用者的購買行為是針對商品的。當用戶發起購買行為時,系統只

遊戲中BOSS設計思路

移動 進程 經典 它的 操作技巧 時有 設計時 註意 有著 對於大多數遊戲來說,BOSS在其設計上都有著不可替代的作用,也是玩家印象最為深刻的一部分。近期自己也有在做BOSS的設計工作,有一些心得想要分享一下: 1.明確BOSS的設計目的 在設計之初,我們一定要想明白,設計

APP社交專案設計之六ANDROID前臺架構及通訊介紹

       前臺安卓功能採用了MVP架構,與後臺通訊使用了當前主流的RetrofitManager網路通訊外掛,底層通訊過程封裝了Okhttp。在與後臺實際通訊過程中,RetrofitManager是單例模式,如下圖所示    

APP社交專案設計之五專案最新進展總結

         繼續說說專案最近進展情況:目前專案的基本模型已開發完畢,共分為三大模組 訊息、發現和個人。訊息主要是單聊,發現裡面有兩個部分,第一部分是公告牌,點選進去後有新頁面多個官方聊天室可供選擇,第二部分是群聊。個人則包含我的資料、我的錢包、

APP社交專案設計之四使用者頭像設計開發

      使用者基本資訊設定還包含使用者頭像上傳下載。本APP中,作者使用了阿里雲OSS儲存伺服器(目前可以免費申請)作為檔案伺服器管理頭像資源,因此本地後臺伺服器呼叫了該SDK包。如下為阿里雲OSS儲存伺服器後臺介面,實際使用過程中需要先建立BUCKET,例如名稱為

APP社交專案設計之三使用者基本資訊模組構建

       使用者基本資訊模組包含了使用者的身份,頭像,密碼,環信ID名,環信密碼等等,是社交APP的核心表。在實際設計APP過程中,這些資訊需在後臺伺服器儲存。因此,設計瞭如下圖所示的核心表t_user_info,     &nb

APP社交專案設計之二前後臺API介紹

app和後端的互動,一般都是通過後端提供的api實現。api的設計,估計很多剛進入app後端的小夥伴會一無頭緒,不知道怎麼入門。下面根據自己8年的app後端經驗,總結出下幾個api設計原則,給小夥伴參考。1. 什麼是api?  這個問題在以前發表的文章“7.app和app後端

Xcode上一個社交APP專案的設計/執行流程簡述

簡介: 從學長手中接過的一個IOS端社交類APP程式框架,基於SWIFT語言編寫,本篇文章就是作為該程式的設計/執行流程的一個簡述。 1.前言: 這個專案是接手一個學長做了一些工作後面的一個專案,中間歷時較長,會有不少相關的問題,而在設計初期

布線施工過程中要考慮的因素-深圳蘇山偉達

蘇山偉達1、電纜拉伸張力  不要超越電纜制造商規則的電纜拉伸張力。張力過大會使電纜中的線對絞距變形,嚴重影響電纜按捺噪音(NEXT、FEXT 及衍生物) 的才能,及嚴重影響電纜的結構化回波損耗,這會改動電纜的阻抗,危害整體回波損耗功能。這些要素是高速局域網體系傳輸中的重要要素,如千兆位以太網。此外,這可能會導

社交App原型制作分享-LinkedIn

用戶體驗 原型設計 交互設計 產品經理 LinkedIn是全球最大的職業社交平臺,通過LinkedIn可以連接機會並挖掘你的專業潛力。該應用程序可以更輕松地發現、連接和培養與重要人物的關系,搜索和申請工作,並獲得有關主題和公司的最新信息。這類社交App,最重要的就是前期個人信息的填寫,因

Semaphore 如何控制某個方法允許併發訪問執行緒的個數?

Semaphore類有兩個重要方法 1、semaphore.acquire(); 請求一個訊號量,這時候訊號量個數-1,當減少到0的時候,下一次acquire不會再執行,只有當執行一個release()的時候,訊號量不為0的時候才可以繼續執行acquire 2、semaphore.release();

C++(7)--解構函式

分享一下我老師大神的人工智慧教程!零基礎,通俗易懂!http://blog.csdn.net/jiangjunshow 也歡迎大家轉載本篇文章。分享知識,造福人民,實現我們中華民族偉大復興!        

C++(4)--隱式型別轉換

分享一下我老師大神的人工智慧教程!零基礎,通俗易懂!http://blog.csdn.net/jiangjunshow 也歡迎大家轉載本篇文章。分享知識,造福人民,實現我們中華民族偉大復興!        

Java載入機制

最近在學習 Tomcat 架構,其中很重要的一個模組是類載入器,因為以前學習的不夠深入,所以趁這個機會好好把類載入機制搞明白。 概述 類載入器主要分為兩類,一類是 JDK 預設提供的,一類是使用者自定義的。 JDK 預設提供三種類載入器 Bootstrap ClassLo

社交APP原型模板分享——QQ

QQ是一款社交類的APP應用——聊天軟體,支援多人群聊以及豐富有趣的娛樂功能。 此模板互動效果很豐富,主要有抽屜側拉效果,滾動內容介面、標籤組切換、選擇元件觸發按鈕狀態變化、點選下拉展開列表、點選彈出面板等互動操作。 先簡單看看動圖: 點選這裡,可以立即線上預覽

python

類變數與例項變數 類變數:在類中定義的變數 例項變數:在建構函式中定義的變數 類變數的訪問 類名.類變數名 例項名.__class__.類變數名 物件的例項變數訪問原則 首先檢視該物件是否具有該變數,如果不存在,就去該物件類中的類變數中找,最後去父類的類變

【乾貨分享】花坊字型設計思路

今天帶給大家一波花坊類字型設計思路,希望可以幫打各位設計師小夥伴。 字型名稱:花兒花坊 行業:鮮花 創意思路:鮮花最能醉人,短暫的時光綻放自己最美的花樣,字型的視覺體現重點抓住美麗、自然、浪漫這幾個關鍵詞。 設計方法: 由於前幾篇都有詳細過程,此處就不再累贅重

java中成員的初始化順序(一)

類被建立之後的成員的初始化順序到底是怎麼樣的? 首先 不考慮繼承 package com; public class DemoOne { /** * 關於類的初始化順序 */ //不考慮繼承結構的情況 private static int a;