iKonekt

由商機到發票

六個階段,記錄永遠唔會重新開始

大部分銷售流程喺「贏咗」就停,呢個係個好奇怪嘅停點——就好似個食譜喺著咗個爐嗰下就完咁。有趣嘅部分係贏咗生意同收到錢之間發生嘅嘢,而通常就係喺嗰度開始重新打字。

1已到達記錄來源,建立聯絡人,開啟對話串。
2已指派一秒之內有負責人。
3傾緊所有渠道喺同一個對話串。
4已報價報出數字,備註同議價空間留喺入面。
5已預約同收款時段留咗、提醒發咗、卡收咗。
6已開票由記錄直接開出;符合 KSeF。

諗下喺一間普通公司入面,一個客嘅名、地址同電話號碼喺成個流程入面要打幾多次。老實嘅答案通常係四次:打入CRM、打入日曆、打入付款連結、打入開發票軟件。每打多一次就多一個機會打錯字,而每個錯字就多一個機會令張發票俾嗰啲專門拒絕發票嘅人彈返轉頭。

喺呢度,次數係一。因為係個客自己打嘅。

預約唔係另一個世界

對於任何產品涉及要去到某個地方嘅人嚟講,預約就係成單交易。攞位、確認、喺前一晚提醒個客——全部都掛喺聯絡人上面,所以提醒訊息知道自己屬於邊個對話,而賣家亦都睇到提醒已經發咗。

即係話,取消都唔會係一個謎。佢會出現喺對話串上面,連埋時間,就喺個客解釋原因嗰句訊息隔籬。至於個原因係咪真,就係你同佢之間嘅事。

收款,入賣家自己個戶口

收錢係同一家人嘅服務,唔係事後駁上去嘅外掛:筆錢直接入賣家自己個戶口,而交易紀錄會返返去聯絡人度。做嘢嗰個人唔使問寫字樓都睇到已經收咗錢,成個品種嘅內部電郵就咁樣消失咗。

工作 #2418已關閉
  • ✓已報價2 400 zł,有效期14日。喺對話串度發出,所以個客都係喺對話串度回覆。
  • ✓已預約已用電郵確認;星期五晚已發提醒。備註咗有狗。
  • ✓已收款2 400 zł 用卡付款,喺賣家自己嘅戶口。
  • ✓已開票由聯絡人直接開出。冇人打過地址。

已用時間:11日重新輸入次數:0

關於發票,同埋KSeF

開發票係castomo家族入面自己一個服務,而iKonekt會交一份紀錄俾佢,入面已經有個客、講好咗嘅價錢、同埋實際做咗啲乜。成個竅門就係咁:開發票唔係創作,只係將已經存在喺某度嘅事實呈現出嚟。

對波蘭賣家嚟講,呢樣嘢包括KSeF,即係全國電子發票系統。生效日期視乎公司而定,所以呢個設定係按租戶逐個配置,而唔係一次過幫所有人開着——講得客氣啲,即係我哋唔會將你會計師個日曆變成我哋嘅設計決定。

講開會計師:我哋傾過嘅每一個都有同一個要求,而且唔係要新功能。佢哋係話「拜託唔好再send啲試算表俾我,入面同一個地址有三個版本」。呢一頁就當係正式承諾。

六個階段唔係乜嘢

佢哋唔係一套銷售方法論,iKonekt亦都冇意見話你單交易係40%定60%。呢度嘅階段描述嘅係一份紀錄實際上發生過乜:個時段唔係攞咗就係冇攞,張發票唔係開咗就係未開。用事實做預測係有人嘅工作。憑空創做事實就唔係任何人嘅工作。

一份由聊天訊息開始嘅紀錄,可以以一張已收款嘅發票結束。

同一份紀錄、同一個對話串、同一個客。唔使匯出、唔使匯入、唔使成晚對住兩個講法唔一致嘅系統對數。

開啟控制台 服務行業適用

「我哋星期一先開發票。」

張發票星期六已經開咗,喺11:21。

由第一句聊天訊息到已收款嘅發票,都係同一份紀錄。冇人第四次打個地址,個客亦完全察覺唔到有接縫——因為根本冇接縫。

係乜嘢將一切分開 →