わかる
何をつくるかの前に、仕事が実際にどう回っているかを知る。今の数字を測り、このソフトウェアで何を良くするのか、KPIを一緒に決めます。
サービス
新規ソフトウェア・プロダクト開発
欲しいものをつくるのではなく、成果が出るソフトウェアをつくります。業務がどう回っているかを理解し、何を良くするのかをKPIで決めてから、AIを活かした短いサイクルで開発します。完成後も、現場で使われて効果が出るまで関わります。
こんな方に
- Excelやメール、紙で回している業務をシステムにしたい
- 新しいサービスやプロダクトを立ち上げたい
- パッケージ製品を試したが、自社の業務に合わなかった
- 何をつくるべきか、まだ整理できていない
- 以前の開発で、使われないシステムができてしまった
よくある課題
つくったのに使われない
要望どおりに作っても、現場の流れに合わず、結局元のやり方に戻ってしまう。
効果がわからない
導入前の数字を測っていないので、何が良くなったのかを説明できない。
時間と費用がかかりすぎる
最初にすべてを決めてから作るため、完成までが長く、途中で方向を変えられない。
作った会社に頼り続けるしかない
中身がわかる人が社内にいないので、小さな変更にも費用と時間がかかる。
提供内容
業務理解・現状計測
業務の流れと仕事が滞っている箇所を把握し、処理時間やミスの件数など今の数字を測ります。
要件定義・KPI設定
このソフトウェアで何を良くするのかを一緒に決め、必要な機能と優先順位を整理します。
設計・開発・テスト
動く試作品で早くから形を共有し、必要な機能から短いサイクルで開発・検証します。
導入・定着・教育
データ移行や展開、使い方の教育まで行い、日々の業務で使われる状態にします。
効果測定・改善
導入前と同じ方法で効果を測り、次に何を改善するかを決めます。
進め方
業務の理解から、現場への定着と改善まで。8つの工程を、AIを活かして進めます。すべてをお任せいただくことも、必要な工程だけをご依頼いただくこともできます。
つくる
短いサイクルで、使いながらつくる。早い段階から実際の業務で確かめ、本当に必要なものに投資します。
育てる
ソフトウェアの価値は、使われて初めて生まれる。現場に定着させ、効果を測り、改善を続けます。最後は御社のチームが自分たちで回せる状態にします。
レシートローラーと組む理由
つくる前に、KPIを決める
何が良くなれば成功なのかを着手前に一緒に決め、導入後にその数字で確かめます。
受託ではなく、プロダクトの視点で
私たち自身が自社プロダクトをつくり、届け、運営しています。成果につながらない機能には、遠慮なく意見します。
業務の奥まで入る
何をつくるかの前に、仕事が実際にどう回っているかを知ります。つくらない方がいい、という判断も含めて。
使われ、安定して回るまでが仕事
導入、教育、保守、改善まで関わります。使われないソフトウェアは、何も生みません。
頼り続けなくていい
使い方、運用、改善の進め方まで御社に残します。私たちに任せ続けるか、社内で引き継ぐかは選べます。
効果の測り方
業務が速くなっても、空いた時間はすぐに別の仕事で埋まります。何もしなければ、ソフトウェアが生んだ価値は見えないまま消えてしまいます。だから私たちは、導入前と導入後で同じ業務を測り、何が変わったのかを数字で確かめられるようにします。
- 1件あたりの処理時間
- ミス・手戻りの件数
- 依頼から完了までのリードタイム
- 1人あたりの処理件数
- システムの利用率
FOR ENGINEERS
エンジニアの方へ
技術スタック
主に C#・ASP.NET Core・Blazor と Azure（App Service、Functions、SQL Database など）。要件に応じて、ほかのクラウドや言語も選びます。
短いサイクルでの開発
最初からすべてを作り込まず、価値の大きい機能から小さくリリースし、実際の業務で確かめながら広げます。
品質とセキュリティ
コードレビュー、自動テスト、CI/CDを前提に開発します。認証・権限、データの保護、ログと監視は最初の設計に含めます。
AIの使い方
設計・実装・テストにAIを使い、期間と費用を抑えます。AIが書いたコードも人がレビューし、テストを通ったものだけをリリースします。浮いた時間は、業務の理解と現場への定着に使います。
成果物と引き渡し
- ソースコード一式（御社のGitリポジトリで管理できます）
- 要件定義書、設計書、運用手順書
- テストコードとテスト結果
- 本番環境の構成情報（御社のクラウドアカウントで構築できます）
- 導入前後の計測結果
最初の一歩と契約形態
まずは、今の業務と困っていることをお聞かせください。そのうえで、次のどちらかから始めます。
業務理解と現状計測
業務の流れを整理し、今の数字を測り、何をつくれば効果が出るかをまとめます。ここで終えて、他社に発注していただくこともできます。
小さく作って試す
一番効果の大きい部分から試作し、実際の業務で確かめてから広げます。
契約形態
範囲を決めて納品する請負契約と、継続的に開発・改善する準委任契約（ラボ型）の、どちらにも対応します。
よくある質問
何をつくるか決まっていなくても相談できますか？
はい。業務の理解から始めるので、決まっていない段階でのご相談を歓迎します。つくらない方がいい、という結論になることもあります。
完成後の運用も任せられますか？
はい。運用・保守を続けることも、社内に引き継ぐこともできます。引き継ぐ場合は、使い方と運用の手順まで社内に残します。