web-dev-qa-db-ja.com

B2B請求明細書の請求書および関連する支払いのレイアウト

B2B請求明細書で、請求書と支払いの多対多の関係を説明する明確な方法は何ですか?

背景は次のとおりです。

当社のB2B Webアプリは、企業が他のビジネスへの食品の販売と配送を管理するのに役立ちます。現在、このアプリは請求書を(PDFとして)印刷しますが、複数の請求書をロールアップして顧客に現在の状態のアカウントを提供する方法はありません。そこで、「請求明細」機能を追加して、お客様が現在のアカウントの状態をより明確に顧客に伝えることができるようにし、顧客に請求書を支払うようにリマインダーを提供できるようにします。

基本的な要件は次のとおりです。

  • 明細書でカバーされている期間(1か月など)のすべての未払いの請求書とすべての支払い済みの請求書のリストを表示します
  • これらの請求書に対応する支払いを、どの支払いがどの請求書に対応するのかが明確になるように表示します。
  • すべての「未払い」を表示します。これは、受け取ったが請求書にまだマッピングされていない支払いを意味します。
  • 支払いと請求書の多対多マッピングをサポート:単一の支払いを複数の請求書に分割したり、複数の支払いを使用して請求書を支払うことができます。

すべてのグーグル課金ステートメントの例はたくさんありますが、すべてがトランザクションと支払いを時系列で単に表示する「コンシューマースタイル」のステートメントです。請求書と支払いを明確に関連付ける、または複数の請求書に分割された支払いを表示する方法を示すB2Bスタイルの請求書のオンラインでの例はまだ見つかりません。

私はB2B請求明細書を作成しようとした最初の人物ではないと思います。この種の「請求書と関連する支払いのリスト」の表のベストプラクティスUXはありますか?この種の請求書UXでうまく機能するアプリ(デスクトップまたはWeb)はありますか?

5
Justin Grant

これはあなたの質問から私が理解していることです:

  • あなたの顧客のために、あなたは彼らが彼らのクライアントに与えることができるステートメントを作りたいので、クライアントは彼らのアカウントの状態を伝えることができます。
  • 車輪を作り直す必要はありませんが、開始するモデル(ステートメント)が見つかりません。

そして、これらのステートメントで簡単かつ明確に伝達する必要のある潜在的な複雑さがあることがわかります。クライアントは1か月に複数回の支払いを行う場合があり、支払いは複数の請求書に適用される場合があります。返品、価格調整、ショートオーダー(2ケースではなく1ケース)、製品の代替品(チキータバナナの代わりにドールバナナ)などがあると思います。

これは非常に興味深いビジネス上の問題です。あなたは基本的な要件を特定しました、そしておそらくあなたはこのシナリオのバリエーション/複雑さの多くを知っています。

あなたの立場で、私は今のところオンライン調査の取り組み(Google、StackExchange)を脇に置き、潜在的な利益のために実践的なアプローチを取ります:

  • ユーザー調査を実施します。そのためには、UXリサーチャーが必要です。顧客が問い合わせや売掛金を処理するのを観察しましたか?彼らは現在、どのようにしてクライアントに説明していますか?問題点はどこですか?一般的に誤解されていることは何ですか?この声明がどのように見えるか想像してみてください。どのように見えてはいけませんか?
  • いくつかの可能なソリューションを開発します。これには、情報デザイナーが必要です。理解しやすいように情報のプレゼンテーションを設計するには、どのようなオプションがありますか?
  • 次に、デザインを形成するためのいくつかの形成テストの時間です。デザインオプションはどのように機能しますか?問題点はどこですか?設計は、顧客のビジネスドライバーをサポートするだけでなく、顧客のニーズも満たしていますか?

研究、情報設計、テストを行うことができる熟練したUX担当者を見つけることができます。これらの差し迫った障害を乗り越える手助けをするために誰かを雇うことをお勧めします。そうすれば、顧客とそのクライアントのための優れたソリューションを開発できます。

楽しいビジネス問題のように聞こえるもので頑張ってください!私の回答がお役に立てば幸いです。

1
JeromeR

残念ながら、要件の地下にあるユースケースを再現することはできません。さまざまな状況でユーザーの目標の観点からタスクを説明できれば、議論の生産性が高まると思います。

今のところ私は、多対多の関係のマッピングをあきらめる可能性があることをあきらめ、これらの各ビューのルートカテゴリとして支払いと請求書を含む個別のビューを作成することのみを提案できます。

0