Splync v1.5 — プロジェクトやカテゴリーごとのカスタマイズ可能な分割率

2025年9月16日、Splync v1.5がリリースされました。このアップデートまでは、Splyncは分割率をカスタマイズできず、すべての費用はデフォルトで均等に分割されていました。v1.5では、ユーザーはプロジェクトやカテゴリーごとにカスタム分割率を設定できます。この変更により、カップルや友人が共有の費用をより実生活に即した方法で分割できるようになります。たとえば、日常の費用を10月から60:40でスタートさせ、アパートの家賃はフェアだと感じる50:50のままにすることができます。また、食材費は70:30、公共料金は62:38と感じる場合、同じプロジェクト内でカテゴリーごとに個別の比率を割り当てることができます。

v1.5の最大の変更点は、新しい「メンバーとデフォルトのシェア」セクションです。ここでプロジェクトのメンバーを追加し、それぞれの人にデフォルトのシェアを割り当てることができます。プロジェクトに2人のメンバーがいる場合、比率は50:50、40:60、またはどんな比率でも設定可能です。3人の場合は33.33:33.33:33.34や50:25:25など、好きな組み合わせが選べます。これがプロジェクトのデフォルト分割になります。さらに下にスクロールして、カテゴリーごとにプロジェクトのデフォルトと異なる比率を調整できます。カテゴリーにカスタム比率を割り当てると、その青い比率マークがオレンジ色に変わります。これは、そのカテゴリーがプロジェクト全体のルールではなく、自分のルールを使っているという小さな視覚的な合図です。この変更によりプロジェクト設定が大幅に柔軟になりますが、プロジェクトの作成・編集画面が少し複雑になります。そこで、各セクションに情報ボタンを追加し、小さなQ&Aヘルパーを確認できるようにしました。

この変更を実装するのは予想以上に複雑でした。Splyncは常にクリーンな50:50の世界を想定していましたが、カスタム比率をサポートすることにした瞬間、内部構造全体を見直す必要がありました。プロジェクトはもはや単一の共有パーセンテージに依存できません。各カテゴリーには独自の比率が必要で、すべての費用がプロジェクトレベルのデフォルトとカテゴリーのオーバーライドを参照する必要があります。これを機能させるために、計算ロジックを基礎から書き直しました。各費用には小さな意思決定ツリーが含まれます。「このカテゴリーには独自の比率がありますか？はいの場合、それを使用します。そうでない場合は、プロジェクトの比率に戻ります。」説明するとシンプルに聞こえますが、アプリ全体でデータモデルを一貫して保つためには、より慎重な調整が必要でした。

サーバー側に関わる更新は非常に慎重に扱う必要があります。既存のサーバーコードを誤って変更すると、v1.4を使用しているユーザーがすぐにバグやシステムエラーに遭遇します。例えば、v1.5のサーバープログラムはプロジェクト設定に比率データが含まれることを期待しますが、v1.4のアプリは比率を含まないプロジェクト設定を送信します。これら2つのバージョンが通信しようとする瞬間、リクエストは失敗します。開発者は、もちろんテスト環境で安全に変更を行うことができますが、新しいバージョンをAppleにレビュー提出した後にトリッキーな部分が始まります。既存のユーザーがまだv1.4を使用している間、サーバーは両方のバージョンを同時にサポートする必要があります。Appleのレビュアーがv1.5をテストし、既存のユーザーがv1.4を中断なく使用し続けることができるようにするためです。

アプリ開発において、「エンドポイント」とは単にアプリがサーバーにリクエストを送る場所です。市役所の特定の窓口のようなものです。1つの窓口が婚姻届を扱い、別の窓口が住民記録を扱い、また別の窓口がパスポートを扱います。アプリも同じように機能します。各エンドポイントは、ログイン、プロジェクト作成、費用編集、友達リクエストなど、サーバーが特定のタイプのリクエストを受け付ける専用の窓です。Splync v1.4がリクエストを送信すると、古いフォーマットを理解する「古い」窓に行きます。Splync v1.5は比率データを理解する「新しい」窓にリクエストを送信します。もしサーバーが古い窓を早く閉じてしまったら、v1.4のユーザーはデータを「提出」することができなくなります。そのため、アップデート中はすべてのユーザーが新しいバージョンに安全に移行するまで、サーバーは両方の窓、つまり両方のエンドポイントを開いておく必要があります。正直なところ、これら2つの窓を同時に管理するのは、次元を超えた考え方のように感じました。

Splync v1.5ではプロジェクトとカテゴリーごとの分割をカスタマイズできますが、費用ごとにはまだ対応していません。費用ごとの比率をサポートするには、別の構造層が必要で、各費用がそのシェアを保存し計算する方法の深い書き直しが必要です。また、単に機能を追加するためにアプリのインターフェースを突然複雑にしないよう注意する必要があります。実際のところ、思っているよりも大きなアップグレードです。もう少し時間をください。視野に入っており、達成します。それまでは、新しいプロジェクトおよびカテゴリーごとの比率がどのように共有費用をより柔軟にするかを探っていきましょう。