メニュー
ポータルが今はそれらのレポートをスケジュールどおりに作成して送信し、週20時間をチームに返しています。
規制対象の決済会社が、法人顧客の登録から全取引の追跡、そのすべての報告まで、業務のすべてを切り離されたツールと手作業の表計算で回していました。事業を動かすための単一のポータルが必要でした。
私はそのポータルのフロントエンドのおよそ90%を構築しました。顧客はフォームを1件ずつではなく一括で登録され、すべての口座が一か所に集まります。
お金の動き — 入金、出金、回収、送金 — は事後に継ぎ合わせるのではなく、リアルタイムで把握されます。
最大の効果はレポートでした。以前は2人が毎週およそ20時間をレポートだけに費やしていました。週次・月次の定例レポートが15〜20本あり、そのすべてが手作業でした。
日々数千件の取引から数字を拾い、Excelの数式を書き、ファイルごとに書式を整える。それが手作業の中身でした。今はポータルが同じレポートをスケジュールどおりに作成して送信し、誰も表計算に触れません。
秘密保持に関する注記: 秘密保持のため、クライアント名と企業名は変更または省略しています。作業内容、私の役割、案件の範囲は実際のものです。
かつては2人が週におよそ20時間かけて15〜20本の週次・月次レポートを手作業で作成していました。今はポータルが自ら作成して送信します
入金・出金・回収・P2Pをライブで把握 — 事後に照合するのではなく
Webポータルのフロントエンドのほぼ全体を、設計から納品まで一貫して担当
15〜20本ある週次・月次の定例レポートは、いずれも自ら作成され送信されます
総勘定元帳、補助元帳、多者間取引を、専門家でない担当者が自信を持って操作できる画面にする必要がありました。
TypeScriptにRedux Toolkitの状態管理とAnt Designのデザインシステムを組み合わせ、ポータルが成長し続けられるよう機能モジュール単位で構成しました。
4つの決済フローにまたがるライブ取引 — 1日あたり1,000件から10,000件 — を、画面を過密にせず常に最新の一枚の表示にまとめる必要がありました。
入金・出金・回収・P2Pを横断する単一のリアルタイム表示に、簡素化した個別・一括のユーザー登録を組み合わせました。
大きな財務テーブルを、ポータルを固まらせずにクライアント側で整ったPDFとExcelに書き出す必要がありました。
オンデマンドとスケジュールの両方に対応するPDF(jsPDF + AutoTable)とExcel(XLSX)のレポートが、自ら生成され配信されます — 何時間もの手作業がバックグラウンド処理になりました。
法人顧客は大量のユーザーをプラットフォームに載せる必要があり、手作業のフォームを1件ずつでは到底追いつきませんでした。
ロール別アクセス、法人アカウント管理、ステータス付きで検索できる取引履歴に加え、大量データ向けに調整したレスポンシブUIでの決済・照合ビュー。
今は各チームがこのポータルから事業を回しています。顧客登録も元帳もライブの取引表示も一か所です。ムハンマドは仕様だけでなく事業側を理解していました。
クライアントの名称は非公開です。この要約は、Muhammad と案件チームに口頭で共有された評価をまとめたものです。
いま何をつくっている、あるいは改善しているのかをお聞かせください。現実的な次の一歩を一緒に見つけます。
まだコメントはありません。最初のひとことをどうぞ。
ウェブ開発と、実際にリリースまで届くプロダクトづくりについての知見をお届けします。