わかる
何をつくるかの前に、仕事が実際にどう回っているかを知る。今の数字を測り、このソフトウェアで何を良くするのか、KPIを一緒に決めます。
サービス
iOS・Androidアプリ開発
現場で使う業務アプリから、お客様に届ける顧客向けアプリまで。iOS・Androidアプリを企画から開発、ストアへの公開、公開後の運用と改善まで担当します。アプリにするべきか、WebやLINEミニアプリで足りるかの判断から一緒に考えます。
こんな方に
- 現場の作業や報告を、スマートフォンやタブレットで完結させたい
- お客様向けの会員アプリや予約アプリをつくりたい
- カメラ、位置情報、Bluetooth、オフラインなど端末の機能を使いたい
- 今あるアプリの改修や、OSの更新への対応を任せたい
- アプリとWebのどちらにすべきか迷っている
よくある課題
つくったのにダウンロードされない、使われない
使う人と使う場面を想定しないまま作ると、インストールされても開かれなくなる。
ストアの審査で止まる
App StoreやGoogle Playの審査基準への対応が後回しになり、公開が遅れる。
OSの更新についていけない
毎年のOS更新やストアの要件変更に対応できず、アプリが古くなっていく。
iOSとAndroidで二重に費用がかかる
それぞれ別に開発・保守するため、費用と手間が倍になる。
提供内容
企画・要件定義
使う人と場面、必要な端末機能を整理し、アプリ・Web・LINEミニアプリのどれが合うかを判断します。
設計・開発
画面設計からアプリ本体、サーバー、管理画面まで。要件に合わせて、ネイティブかクロスプラットフォームかを選びます。
ストア公開
App Store・Google Playへの申請と審査対応。配布方法（一般公開・社内配布など）の検討も含みます。
運用と改善
OS更新への対応、不具合の修正、利用状況の計測と改善を続けます。
進め方
業務の理解から、現場への定着と改善まで。8つの工程を、AIを活かして進めます。すべてをお任せいただくことも、必要な工程だけをご依頼いただくこともできます。
つくる
短いサイクルで、使いながらつくる。早い段階から実際の業務で確かめ、本当に必要なものに投資します。
育てる
ソフトウェアの価値は、使われて初めて生まれる。現場に定着させ、効果を測り、改善を続けます。最後は御社のチームが自分たちで回せる状態にします。
レシートローラーと組む理由
つくる前に、KPIを決める
何が良くなれば成功なのかを着手前に一緒に決め、導入後にその数字で確かめます。
受託ではなく、プロダクトの視点で
私たち自身が自社プロダクトをつくり、届け、運営しています。成果につながらない機能には、遠慮なく意見します。
業務の奥まで入る
何をつくるかの前に、仕事が実際にどう回っているかを知ります。つくらない方がいい、という判断も含めて。
使われ、安定して回るまでが仕事
導入、教育、保守、改善まで関わります。使われないソフトウェアは、何も生みません。
頼り続けなくていい
使い方、運用、改善の進め方まで御社に残します。私たちに任せ続けるか、社内で引き継ぐかは選べます。
効果の測り方
業務が速くなっても、空いた時間はすぐに別の仕事で埋まります。何もしなければ、ソフトウェアが生んだ価値は見えないまま消えてしまいます。だから私たちは、導入前と導入後で同じ業務を測り、何が変わったのかを数字で確かめられるようにします。
- 現場での作業・報告1件あたりの時間
- 紙や転記によるミスの件数
- アプリの継続利用率
- 予約や注文の件数と、その処理にかかる手間
FOR ENGINEERS
エンジニアの方へ
技術の選び方
端末の機能をどこまで使うか、iOSとAndroidの両方が必要か、社内に引き継ぐ場合の体制はどうかを踏まえて、ネイティブ開発とクロスプラットフォーム開発のどちらにするかを決めます。サーバー側は主に C#・ASP.NET Core と Azure です。
オフラインと同期
電波が届きにくい現場で使う場合は、端末に一時保存して後から同期する設計にします。同時に編集されたときの扱いも最初に決めます。
認証とデータの保護
端末に保存する情報は最小限にし、認証にはOAuth 2.0 / OpenID Connect、または既存の社内IDとの連携を使います。
AIの使い方
設計・実装・テストにAIを使い、期間と費用を抑えます。AIが書いたコードも人がレビューし、テストを通ったものだけをリリースします。
成果物と引き渡し
- アプリとサーバーのソースコード一式
- App Store・Google Playの開発者アカウントは御社名義で作成
- 設計書、運用手順書、ストア申請に使った資料
- テストコードとテスト結果
- 社内で運用を引き継ぐ場合の教育
最初の一歩と契約形態
まずは、誰がどんな場面で使うアプリかをお聞かせください。そのうえで、次のどちらかから始めます。
企画と方式の整理
必要な機能、アプリ・Web・LINEミニアプリの比較、技術の選び方、概算の費用とスケジュールをまとめます。
試作品で確かめる
主な画面と機能を試作し、実際に使う人に触ってもらってから本格的な開発に進みます。
契約形態
範囲を決めて納品する請負契約と、継続的に開発・改善する準委任契約（ラボ型）の、どちらにも対応します。
よくある質問
アプリではなくWebで十分な場合もありますか？
はい。端末の機能をあまり使わない場合や、インストールの手間を減らしたい場合は、WebアプリやLINEミニアプリの方が合うこともあります。最初にその判断からお手伝いします。
他社がつくったアプリの改修も頼めますか？
はい。ソースコードと仕組みを調べ、ドキュメントを整えたうえで引き継ぎます。