社交效率管理，你get了么？——做一款基于日程的联系人管理工具
目錄
一、遇到的問題
（一）、突飛猛進的聯系人數量和管理跟不上之間的矛盾問題
（二）、聯系人多重身份的問題
（三）、趨勢分析的問題
二、尋求改變
（一）、聯系人管理的起點，不是通訊錄，而是日程
（二）、聯系人之間的關系，是一個繞不開的關注點
三、麥粒日程的誕生
（一）、為什么要叫“麥粒”
（二）、誰是這個工具的潛在用戶
開發工具：Zion | Engineerless Engineering
👇以下是正文👇
一、遇到的問題
（一）、突飛猛進的聯系人數量和管理跟不上之間的矛盾問題
故事要從2014年說起，那個時候，玩兒微信風頭正勁，相談甚歡的小伙伴們，末了都會互相問一句：加個微信嗎？
彼時的我還在一個創業社群的運營團隊里擔任外聯負責人，與中小微企業負責人、高管以及創業個體打交道是我的日常工作。隨著創業社群的影響力日漸增長，我這里鏈接的人也越來越多，各種問題也接踵而至。就比如，微信里的好友越來越多了，但我的好友信息維護卻沒有跟上節奏。
在我擔任外聯負責人的那一年多時間里，經常會發現，明明曾經加過的一個做某個業務的小伙伴，可就是死活找不到人頭，翻過來覆過去的找好友列表，就是不知道是哪一個?？粗斜砝飵装偬柸?#xff08;那時候好友數還比較少），這個也不像，那個也不像。也不能去貿然問人家，會顯得自己不重視人家🤣
那時候我所在的社群運營團隊才剛開始數字化，OA、CRM都是聽起來很遙遠的東東，都還只停留在較為早期的概念上，對于數字化協同辦公這種新玩意兒，也都還是比較陌生的。（可能也是因為身處的企業規模不大的原因）
累積爆發出來的各種問題，促使我開始琢磨，是不是應該整一個CRM工具來用用，解決一下手頭的這些問題。
所以，我就利用業余時間，陸陸續續把當時市面上流行的OA、CRM管理工具，只要是免費的或者是有試用功能的，都去注冊體驗了一遍。（當時用的是蘋果手機，蘋果商城里的OA、CRM搜索結果里相關的不想管的APP都被我下了個遍）。不過，體驗來體驗去，發現再牛逼的CRM系統，總覺得還差那么點意思。
直到發現了一款“基于通訊錄的”聯系人管理APP，這款APP外宣方面所打開的第一屏是聯系人列表。
由于這款APP基于通訊錄，所以看起來會很像一個通訊錄的升級加強版，比如個人資料頁里加入了車牌號、興趣愛好、性格特點等子項目。并在升級加強通訊錄的基礎上，拓展了基于LBS顯示聯系人地址和用戶之間的距離這樣實用的功能，甚至在后面的迭代版本里居然還嘗試做了IM，也就是我們所熟知的即時通訊功能?？傮w來說其實挺好。
尤其是“客戶地圖”能力，基于LBS技術，讓聯系人列表里的聯系人地址都顯示在地圖上，通過地圖方式一目了然知道此時此地我周圍有哪些離得近的客戶，很方便使用者隨時隨地安排訪問行程。對于當時要經常東奔西跑的我來說，這個功能簡直太貼心了。比如，我今天上午本來約了2個客戶拜訪，時間安排剛好圓滿。結果其中一個客戶臨時有事約不到了。那么也就意味著，本來圓滿的時間安排，就有閑了。有了這個功能，我就能夠馬上找到一家離我比較近的其他客戶的公司，約臨時拜訪，用新的日程來應對臨時的變化。
有地圖，有距離，非常贊的功能
互聯網產品嘛，有一個最大的特點就是：會一直通過迭代版本不斷完善功能不斷進步。如果一個互聯網產品如果無法通過迭代版本不斷完善不斷進步，要么是個假的互聯網產品，要么就是它的研發團隊餓死了、項目夭折了。
一款產品的深度用戶，總會發現一些奇奇怪怪的點（其實是欲求不滿hah）。以前吐槽別人，直到自己也成為了深度用戶之后，才發現，真香！有問題、有bug、有困難，可能就存在著隱性的商機。我想大家應該都認同這個觀點的吧。
（二）、聯系人多重身份的問題
隨著體驗的深入，我發現，不僅是這個APP，甚至是普通的通訊錄，都一直有一個細節問題沒有解決，即：聯系人的多重身份問題。
我們在實踐中常常會碰到，一個人，既是A公司董事長、又是另外一個沒有隸屬關系的B公司的董事長，同時也兼任好幾個協會商會的常務工作。你會在他的名片上看到好幾家不同單位的名稱、地址、聯系電話等等信息，密密麻麻的。不同身份代表著不同的機構，不同的機構對應著不同的地址、電話、傳真等等信息，按說這應該是通訊錄的基礎功能，應該是能夠實現多重身份管理才對。
然而現如今市面上的大部分通訊錄，都還是沿用傳統的模式，每個聯系人對應一個單位、一個頭銜，但地址、電話、郵箱可以添加多個，可以是家庭的、工作單位的、學校的，小標簽還可以自定義，但單位和頭銜只有一個。對于具有多重身份的聯系人來說，管理上就有很大的問題，每個多重身份聯系人可能會需要建立多個同名不同身份備注的聯系人條目。例如“張三 A公司”、“張三 B協會”、“張三 C董事局”，看起來是三個聯系人條目，實際上指的都是同一個人。這樣一來，你的通訊錄總人數，就不準確了。
所以我認為，在每個聯系人的信息看板之中，應當可以使其具有多個『身份標簽』，每個『身份標簽』里都有與之關聯的單位（機構）、頭銜（職銜）、地址（可增加多個）、聯系電話（可能加多個）。如此，才能夠確保聯系人信息記錄的準確性，從而提高用戶的工作效率。
身份卡片舉栗為什么我要強調“確保聯系人信息記錄的準確性”，因為，通訊錄本質上是一個聯系人輔助管理工具，自人類開始琢磨工具以來，一直以來對工具的期待無非就是“提高效率”。如果這樣的一個聯系人輔助工具只是泛泛的記錄信息，無法確保信息記錄準確的話。就不能夠稱其為“聯系人輔助管理工具”了，頂多算是個記事本或者備忘錄。
記事本或者備忘錄，通常只是對信息純粹的記錄、存檔、備忘，有些像草稿紙，記錄的方式方法，都由當下記錄時的你說了算，哪怕你是個自律能力極強的人，恐怕每次記錄的時候，記錄的方式方法依然有可能存在差異。并且，因為這些內容之間是否有規律，全靠記錄著自身的信息累積、敏感度、觀察水平。也就意味著，例如，一個寫在便利貼上的地址，有的人看到，只會覺得這是個地址，而有的人看到，則會思考地址背后蘊含的可能存在的意義。這里面存在著的信息記錄的不規范、不智能顯而易見了。
（三）、趨勢分析的問題
我所構想的趨勢分析有許多細分，但這里只重點提一嘴聯系人之間的趨勢分析。我在和聯系人們打交道的過程中，慢慢發現相對陌生的兩個人之間是有潛在的關聯趨勢的。某A和某B都是我的列表好友，他們彼此之間不認識，但存在行業關聯的可能性。這種趨勢目前是依靠人腦判斷。我一直在思考這個人腦判斷過程是會否能夠由機器取代可以是未來思考的一個方向。
趨勢分析，建立在數據積累、匯總的基礎上。在我的構想里，也是個非常重要的板塊。說不定，能夠成為未來通過增值服務變現的其中一個抓手。
二、尋求改變
好的工具，卻沒有好的命運。我前文提到的那個“總體來說其實挺好”的工具，運營了兩年多，最終因為各種縱橫交錯的原因于2016年下半年歇業，屬實可惜。
作為一個資深的懶癌晚期用戶，使用工具的真空期真的是一種煎熬。煎熬歸煎熬，我后來發現，這種痛并快樂著的狀態非常棒，反而能夠促使我繼續探索。在這個沒有工具可用的階段，我做了大量的觀察調研、訪談交流。并結合這些年運營社群、策劃沙龍的經驗。反倒是有了自己的一些對聯系人管理的不同見解。以前是舶來主義，用別人家的工具，那肯定是得連別人家工具的發明思想都得一起吸收了，不然工具肯定用不好。發明思想來源于發明者的實踐經驗和所踩過的坑。
（一）、聯系人管理的起點，不是通訊錄，而是日程
過去這些年，在這個賽道上探索，也認識了不少小伙伴。大家早期更多的是圍繞“通訊錄”展開聯系人管理的探索。
舉個栗子，當你和我一同約好某天要去拜訪一個朋友，這時候我會通過“麥粒日程”里新建一個日程表。
（二）、聯系人之間的關系，是一個繞不開的關注點
前文提到過一個牛逼的功能“客戶地圖”，而我覺得僅僅把聯系人標在地圖上還不夠，最好能有一個專門的功能來體現他們之間的關系。比如“初中同學”、“高中校友”、“xx公司前同事”之類的。同時也能如下圖一般，把他們和我的關系以及他們之間的關系呈現在畫布上。這樣能夠更直觀的了解聯系人的關聯情況。
聯系人關系舉栗三、麥粒日程的誕生
（一）、為什么要叫“麥?！?/strong>
（二）、誰是這個工具的潛在用戶
按說這個問題應該放在最前面，畢竟做一個工具，給誰用是個非常重要的前置問題。但由于我是以自身需求為出發點，畢竟孔夫子有云“己所不欲勿施于人”嘛。所以“給誰用”這個話題就被放到后面來了。
隨著社會分工的變化，這些年來SOHO辦公人群與日俱增。甚至有的公司，直接就開在了共享辦公室里，定期碰面開會，剩下的事情，自己宅家完成。也有一些人身兼數職，一個人有多重身份，不同的身份面對不同的人群（這里不是貶義），需要對不同的人群里獲取到的聯系人進行管理。這些來自不同身份獲取的聯系人，如果都放到一個容器里進行管理，恐怕是容易亂套的。
所以在我看來，有著豐富人脈的SOHO自由職業者們，或是行走于城市江湖的行銷達人，亦或是藏于帳中運籌帷幄的行業百曉生們，都是我這個工具的潛在用戶。
總結
以上是生活随笔為你收集整理的社交效率管理，你get了么？——做一款基于日程的联系人管理工具的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： R语言实战笔记
- 下一篇： FreeSwitch呼入处理流程