產品
五個部分，中間冇接縫
大部分 CRM 都係一個前面加個表格嘅資料庫，而真正嘅溝通完全喺第二度發生 — 喺郵箱入面、喺電話入面、喺一個三月之後就冇人開過嘅聊天小工具自己嗰個收件箱入面。iKonekt 由對話本身出發，再向外延伸。
一個收件箱，所有渠道
聊天、表格、搵我小工具、致電按鈕、電郵、電話，仲有紙張宣傳單張上嘅 QR code。八度門，一間房，每個到訪都標明係由邊度門入嚟。
到訪即分派
第一秒就有負責人，靠規則、區域定輪值都得。嗰個有名嘅「有潛力客戶安老院」— 即係共用郵箱 — 呢度係唔存在嘅。
一條對話線，筆記都喺入面
客戶用過嘅每一個渠道，齊集喺一份歷史入面，內部筆記就喺同一個地方，仲有一個真係頂得住嘅私隱旗標。
一條去到發票為止嘅銷售流程
上門、分派、洽談、報價、訂購、付款、開發票。全程同一份紀錄，所以唔會有人第四次重新打一次地址。
由資料庫強制執行嘅分隔
由第一個 migration 開始就係多租戶。多個品牌，一個安裝，而且條邊界連星期五下午四點五十五分寫出嚟嘅 query 都擋得住。
仲有你見唔到嘅部分
呢五樣嘢下面，係 castomAPI — 同家族裡面其他產品一樣嘅帳戶、一樣嘅錢包、一樣嘅基礎架構。所以啲 connector 先至咁短。
五樣嘢點樣砌埋一齊
每一樣之所以存在，都係因為前一樣帶嚟咗一個問題
呢份唔係一班人喺白板前開會湊出嚟嘅功能清單。順住讀落去，每一部分都係為咗解決上一部分會搞出嚟嘅爛攤子。
所有嘢收埋喺一個地方，一個星期之內你就會有一座壯觀嘅堆山。冇人負責嘅大量訊息，只係將嘢亂咁丟失嘅更大聲版本，所以一收到訊息就要即刻指派負責人——唔係等到有人有心情先至覆。
每樣嘢都有個負責人，而個負責人即刻會問唯一合理嘅問題：呢個人之前已經被告知咗啲乜？所以每個客一條對話串，橫跨所有渠道，包括嗰啲尷尬嘅部分。一個要靠估嘅銷售員，會估得有信心又估錯，仲衰過唔估。
成個歷史擺喺同一條對話串，條串就會開始想完成啲嘢。一段以「好，send啲詳情畀我」收尾然後就冇咗影嘅對話，唔係對話，係興趣班。所以個紀錄會一路延續到報價、訂位、付款同開發票，唔會被抄去另一個系統。
紀錄去到咁遠，入面就有姓名、電話、價錢同付款資料——正正係呢個時候，「我哋喺應用程式層面按公司過濾」呢句話就唔再可以接受。所以分隔就落咗去資料庫層面，喺度就算漏咗個 WHERE 子句都翻唔到盤。
老實版本係咁：以上每個問題都係按上面寫嘅次序被發現，發現嘅人仲以為自己已經完成咗上一步。整齊嘅敘事係事後先寫出嚟嘅。個程式碼唔係。
佢唔係乜嘢
iKonekt 刻意唔會做嘅三件事
一個淨係列優點嘅產品頁面，係冇人會信嘅產品頁面。以下係我哋嘅選擇，而且係永久嘅選擇。
佢唔會主動發冷訊息
iKonekt 會回覆、跟進同提醒。佢唔會主動開展同從未要求過傾偈嘅人嘅對話。呢條規則比呢個產品仲要老，而且唔可以設定，呢個堅持令我哋至少錯過咗一場幾有趣嘅會議。
佢唔會畀你嘅客評分
冇神秘嘅 0 至 100 分數話畀銷售員知邊個值得理。對話串本身就係證據。如果一個潛在客值得追，一個人九秒之內就睇到點解。
佢唔會取代你其他嘅工具
clickSomo 繼續負責訊息自動化，FABLS 繼續負責發佈，你嘅會計繼續做會計。iKonekt 負責對話同客戶紀錄。其他嘢留喺佢哋本來就運作得好嘅地方。