Splync v1.12 引入小費罐

Splync v1.12 專注於通過新通知和徽章來增強用戶之間的溝通，下一步是加強用戶與開發者之間的交流。在未來的版本中，我們計劃推出專用的反饋按鈕，讓用戶可以輕鬆分享他們的需求、建議或疑慮。Splync 希望以用戶為中心和社區驅動的方式成長，而開放溝通是達成該目標的關鍵。作為朝著這個方向邁出的第一步，Splync v1.12 實驗性地引入了小費罐以支持開發者。這是 Splync 首次提供自願付款選項。該應用程序仍可免費完全使用，小費完全是可選的。小費罐不會解鎖功能、移除限制或提供任何應用內獎勵。在 Splync 中給小費就如字面意思般簡單，純粹是一種感謝的姿態。如果你喜歡使用這個應用並希望支持其持續開發，我們對你的小費表示感激。這是一個一次性、可選的貢獻，純粹是為了表達謝意。

為了說明，Splync 是由一個人建立的。我作為獨立企業家設計、開發、維護和推廣這個應用程式。這個部落格也是由一個人撰寫，並用我的 Python + OpenAI API 腳本自動翻譯成 42 種語言以節省時間。目前，我很享受以個人全端工程師的身份從頭到尾構建一切。我尚未確定自己能獨自走多遠。某天，我可能會組建一個團隊來讓 Splync 變得更強大。有句話說：「如果你想走得快，就一個人走；如果你想走得遠，就一起走。」Splync 可能最終會遵循這條路。雖然 Splync 以集體語音呈現為產品，但目前其開發是由一個人推動的。為了保持一致性和專業性，這個部落格和應用程式經常使用「我們」而不是「我」。根據上下文，我可能會在兩者之間切換。無論用詞如何，你通過小費罐提供的任何支持都是深具鼓舞性的，並直接幫助持續開發。

在 iOS 應用中實現小費罐聽起來很簡單，但需要謹慎考量，包括技術和哲學層面。在 Splync v1.12 中，小費罐是使用 Apple 的應用內購買（IAP）系統，通過不可消耗的一次性產品實現的。從技術角度來看，這個過程始於在 App Store Connect 中定義小費產品。每個小費選項都被註冊為一個獨立的產品，價格固定，明確標示為自願貢獻。這些產品後面沒有功能被鎖定，購買後也沒有解鎖任何應用內內容。這一區分很重要，因為 Apple 嚴格審查應用內購買是否提供數字商品或功能。在應用端，Splync 使用 StoreKit 獲取可用的小費產品並將其顯示在專用的小費罐畫面上。當用戶選擇小費時，整個購買過程完全由 Apple 的安全支付系統處理。成功交易後，應用程序僅顯示感謝信息，不存儲任何標記，不改變用戶狀態，亦不授予任何特權。

實現小費罐不僅僅是編寫 StoreKit 代碼。還需要與用戶清晰溝通、妥善的法律和財務準備，以及仔細遵循 Apple 的應用審核指南。即使是簡單的小費功能，開發者也需要確保相關協議就位，並配置有效的銀行賬戶以通過 App Store Connect 接收付款。完成所有這些步驟後，我提交了應用以審核。將近一天後，狀態從「等待審核」變為「審核中」。我很興奮，感覺 Splync 終於要盈利了。然而，僅僅幾分鐘後，狀態變為「被拒絕」。我的首次 Splync 小費罐提交被拒。拒絕消息提到了「指南 3.2.2 – 業務 – 其他業務模式問題 – 不可接受」。Apple 表示：「我們注意到您的應用中包含在應用內收集慈善捐款的功能，這在 App Store 上是不允許的，因為您的應用使用應用內購買來收集捐款。」

簡而言之，我的小費罐被解讀為慈善捐款功能。根據 Apple 的政策，除非滿足特定要求和獲得批准，否則不允許通過應用內購買收集捐款。這並非我的本意。Splync 的小費罐純粹是為開發者提供自願小費，而不是捐給某個原因或組織。問題出在措辭上。「支持」和提到「Splync 社群」等詞語無意中讓這個功能聽起來像是捐贈系統，而非個人小費。經過更明確和直接的措辭後，我重新提交了應用。更新後順利通過不再有問題。我住在日本，在這裡小費並不是日常文化的一部分。這次經歷讓我特別清楚一點：小費和捐贈本質上是不同的。小費是一種對服務提供者的個人感謝，而捐贈是對某個原因的支持。這種區分不僅在文化上重要，法律上和平台政策上也是如此。

如果您喜歡使用 Splync，隨時可以給開發者小費。小費完全是可選的，不會解鎖任何功能或優惠。這僅僅是一種表達感謝的方式，任何金額我們都誠摯感謝。未來，Splync 可能會推出付費計劃。在此之前，小費罐仍是應用中唯一可用的自願財務支持形式。