吉積氏

やはり勤怠管理の機能ですね。上場に向けて従業員の自己申請による勤怠管理では要件を満たせず、何かしら活動の実態をチェック・確認する必要がありました。主な選択肢としては「PCの起動時間のログを取る」「クラウド上でのSaaSの利用ログを取る」の2つがありましたが、いずれにせよ情シスがログを手作業で確認するのは現実的ではないため、何らかのツール活用が必須だったのです。

吉積氏

勤怠管理の機能はもちろん、正確な活動データや勤怠データを元にしたハイパフォーマーとローパフォーマーの活動を分析する機能についても上手に活用したいですね。実際に、Definer社内にてツールを通して得られたインサイトを活用されているのを見て、かなり期待しています。将来的には、AIを活用した分析も期待できたらと思いますね。

吉積氏

まずは従業員の勤怠履歴が自己申告だけに頼らないこと、そして未払いの残業代が存在しないことを示すことですね。これは上場時に未払いの残業代がある場合、後に監査や告発が発生し、追加賃金の支払いが必要となり、その結果として株価が下がる可能性があるためです。こういった事象が起こり得ないようにすることは当たり前ですよね。東京証券取引所においても、上場準備中の会社や上場企業に対してガバナンス強化を求めています。

吉積氏

ローカルコンピューターにLogger（ロガー）を入れるのは反対でした。パソコンにロガーを入れてOSログを取得するツールも多いですが、そうするとPC処理スピードが落ち、生産性も低くなってしまいます。一方、SANUSはクラウド上の監査ログを取得しているため、PCへのインストールも必要ないですし、PCのパフォーマンスも低下しません。これも評価できるポイントだと思います。

吉積氏

そもそも、自己申請で勤怠管理や工数管理を手動で行うのは大変です。ミスもあるし、手間がかかりすぎます。一方、SANUSはこれらのデータを自動で取得し、分析まで行ってくれる点が優れています。今は勤怠管理に主軸を置いていると思いますが、工数管理までできるようになるとさらに良いですね。

吉積氏

非常に速いです。もう作ったのか、と驚きました。通常の5〜6倍、場合によっては10倍の速さではないでしょうか。

吉積氏

まず、SANUSはすでに完成していました。UIもモダンで、非常に良い印象をもっています。 通常、当たり前ですがコンセプトを話すだけではプロダクトは完成せず、要件定義に月単位で時間がかかることもありますよね。しかし、Definer社はコンセプトをランチで一度話しただけでプロダクトを完成させていたため、非常に驚きました。なので、内製化を検討するまでもなかった、という感覚です。

吉積氏

阪本さんはコンセプトを聞いただけで、目的に対して自分なりに解析し、プロダクトを作り上げられていて。さらに、そのでき上がったSANUSは、私のイメージとほぼ一致していました。もちろん内製も選択肢の1つですが、ここまで完成されたプロダクトがあるのであれば、その必要はありませんよね。内製化であればかかった手間とコストを削減できたと思います。