本文へスキップ

【事例】相続・終活アプリ「わたしの遺言書」受託開発|沖縄 CODEVISION

この記事でわかること

相続・終活アプリ「わたしの遺言書」の受託開発事例。課題、実装、期間の置き方、公開できる成果と根拠を、守秘に触れない範囲で整理します。

沖縄の石材・終活領域の事業者が運営する相続・終活アプリ「わたしの遺言書」。CODEVISIONは企画整理から設計・開発・納品までを受託しました。この記事では、守秘に触れない範囲で、課題・進め方・期間の置き方・残した成果を事例として整理します。

  • 既製SaaSでは業務に合わず、専用アプリが必要だった。
  • 相続・遺言の機微情報を扱うため、人が確認する範囲を設計に含めた。
  • 要件整理→試作→検収→運用引き継ぎの順で進め、納品後の改修も見据えた。

課題

終活・相続の相談は対面と紙が中心になりやすく、利用者の記入・確認・次のアクション(士業への相談など)が分断されがちです。既製のフォームや汎用サイトでは、診断フローやマッチングまで含めた一連の体験を作れませんでした。

一方で、従来型の大規模受託だけでは、中小規模の事業者が求めるスピードと費用感に合いにくい、という相談が起点でした。

実装(何をしたか)

  1. 業務と画面の分解:利用者が何を入力し、どこで迷い、誰が確認するかを洗い出した。
  2. 要件の固定:診断フロー、士業マッチングなど、最初に入れる機能と後回しにする機能を分けた。
  3. 試作と検収:動く画面で確認しながら調整し、納品範囲を書面で揃えた。
  4. 機微情報の扱い:相続・遺言に関わる情報のため、保存・権限・運用ルールを設計に含めた。
  5. 引き渡し後:運用開始後の改修・保守を見据え、引き継ぎ可能な状態で渡した。

期間の置き方

契約から試作確認、検収までの区切りを先に決め、途中で範囲が膨らまないようにしました。機能追加は「初回納品」と「運用後の改修」に分け、初回で全部を詰め込みすぎない進め方です。

結果(公開できる範囲)

  • 相続・終活アプリ「わたしの遺言書」を受託開発し、納品まで完了。
  • 業務に合わせた画面フローを、既製ツールでは届かない範囲まで実装。
  • 運用開始後の改修も継続できる伴走体制を前提に引き渡し。

※ 契約金額・社内の詳細仕様・個人情報の取り扱い手順の細部は、守秘のため公開していません。同種の開発相談では、要件の切り分け方と検収の進め方をご説明します。

根拠

本事例は、CODEVISIONが受託した実プロジェクトです。社名や金額の詳細は公開しませんが、サービスページ・実績一覧では「わたしの遺言書」受託開発として掲載しています。測定できない売上効果や利用率の推計は書いていません。

よくある質問

Q. 既製SaaSではだめですか?
A. 汎用フォームやLPで足りる場合は無理に開発しません。業務フローが既存ツールに乗らないときだけ、開発を提案します。

Q. 期間と費用はどう決まりますか?
A. 初回の範囲と検収条件を先に決め、お見積りします。買い切り/リースのどちらも選べます。詳細はシステム開発ページへ。

Q. AIはどこまで使いますか?
A. 開発効率や下書きに使うことはありますが、相続・遺言のような機微領域では、最終確認は人の責任範囲として設計します。

次の一歩

同じように「既製では合わない仕組み」がある場合は、システム開発または無料の個別相談へ。他の実績は事例・支援実績でもご覧いただけます。

その業務、自動化できるか確認しませんか

システム開発・業務自動化の進め方を見る

業務フローを整理し、必要な部分だけをツール化。小さな試作から納品・運用まで一貫して支援します。

企業のAI導入は CODEVISIONの4サービス/ 個人のAI学習は AIスクールMOAI

Make AI Work

AIを、試して終わりにしない。

業務を分解し、AIで回る仕組みに変える。 迷っている段階なら、まず3分の無料診断で「どこから手を付けるか」の当たりを付けてください。