クラウドサービス（SaaS）の開発

当社の進め方

組織ごとにデータと権限を分ける前提で、最初から設計します

最初の1社に合わせて作ると、利用する組織が増えた時点で、データの分け方や権限、組織ごとの設定を作り直すことになります。利用中のデータを動かす分、後からの作り直しは大がかりになります。

要件定義の段階で、組織ごとのデータの分け方、機能ごとの権限、組織ごとに変えられる設定を決めます。自治体向けの健診アプリでは、自治体ごとにデータを分けて管理する仕組みを最初から組み込みました。

当社の進め方

誰が、いつ、何をするかを立場ごとに書き出してから画面を決めます

クラウドサービスでは、運営者、導入先の管理者、現場の利用者など、立場の違う人が同じデータを扱います。立場ごとの操作を整理しないまま作り始めると、画面と権限が後から増え続けます。

立場ごとに「誰が、いつ、何をきっかけに、何をするか」を整理し、画面の骨組みで一画面ずつ認識を合わせます。運営者・受講企業・受講者・職場のメンバーの4者が使う研修の運営システムも、この進め方で開発しました。

当社の進め方

外部に提供するための仕組みを足して、サービスに育てます

社内向けのシステムは、自社の業務だけを前提に作られています。他社に提供するには、組織ごとのデータの分離、契約ごとの設定、問い合わせや障害に対応する仕組みが必要です。

建設現場の受発注システム「Di-ORDER」は、社内向けに作ったシステムを、他の建設会社にも提供するサービスへ育てました。サービスサイトによると、導入企業は22社です。

当社の進め方

公開後も同じチームで、機能の追加と改善を続けます

クラウドサービスは公開してからが本番です。利用状況や導入先の声に合わせて機能を足し続けられないと、使われ続けるサービスになりません。

大学向けの入試マッチングサービスでは、公開後も同じチームで開発を続け、AI機能を段階的に追加しました。運営会社の発表では、利用者数は前年比11倍に広がっています。