規劃國際服務的 APP 居然還要考慮到這個?!

Share This Post

設計 APP 時,若考慮出海,不是只在國內提供系統服務,規劃上除了要支援多國語言外,跨國的服務還要考量一些狀況:

國家法律
不同國家的法律法規的差異,最常遇到的大概是個人訊息的隱私權相關法律,例如歐盟的 GDPR 、 日本的 個人信息保護法。再來可能就是金融法規的問題,這可能關係到客戶方案設計,甚至用戶能不能成功付錢給你。某些國家會限定一些業務得有執照,而取得執照可能會受監管。

商業授權
簽訂智慧財產 (例如專利、商標、版權等) 授權協議時,需要確定授權的範圍,包括授權的地區、授權的期限、授權的內容等。有疑慮的話當然是能簽全球授權最好。若是簽的是地區授權,可能會被請求提供稽核的管道,確保不會違約使用。

付費管道
不同國家因為其法律及民間企業發展的差異,會形成不同的付費文化,除了常見的信用卡,小額支付、點數卡、貨運或實體店代收等。通常我也會建議整合 IAP / IAB ,雖然收取 30% 的手續費,但可大幅減少付費流程中斷而造成的流失,同時縮短金融串接的成本。 → 為了增加用戶更願意跳出 APP 來付費的動機,通常需要提供額外的折扣,一增一減下,交易成本恐怕比 IAP/IAB 的手續費少不了多少。

部署架構
分散服務器或是單一服務器?單一服務器能夠稍微降低初期的部署成本,尤其是初期用戶量有限的時候,一組服務器的負載量通常很很低,足以承載不同國家的用戶共同存取。但與之相對的,系統開發的複雜度會高上很多。原因是,基於前述的理由,不同國家或地區都有其相對應的客製,但因為共享同一程式碼與服務器,即使是為了單一區域的客製,為了不影響其它區域,所有的區域的情境也需測一遍,測試的規模會愈趨擴大,且累積下來會讓每次改動的成本愈壂愈高。分散部署,會在初期花比較多的部署費用。但相對的,用戶可就近存取,每次的改動也可限縮影響範圍,長期下來是更為推薦的作法。

 

當然,長期可能會有跨區域的資料共享、全球數據分析等需求,那又是可以另外開一題的項目。

Subscribe To Our Newsletter

Get updates and learn from the best

More To Explore

Do You Want To Boost Your Business?

drop us a line and keep in touch