課題
Excel・紙・メール運用に限界が来ている
受発注、在庫、予約、顧客管理がExcelや紙、メールに分散し、確認と転記に時間がかかっている。
システム開発
Excel・紙・メールで分散した業務、既存システムの改修、新規サービスの初期開発まで、最初から大きく作り込まず、必要な範囲を公開して改善しながら育てます。
課題
業務改善も新規事業も、運用課題や検証したい価値から一緒に整理します。

課題
受発注、在庫、予約、顧客管理がExcelや紙、メールに分散し、確認と転記に時間がかかっている。
課題
問い合わせ、見積、請求、在庫などを複数のシステムに二重入力していて、ミスや確認漏れが起きやすい。
課題
基幹システムや社内システムが老朽化し、少し直すだけでも時間や費用が読みにくくなっている。
課題
パッケージや既存SaaSでは業務の流れに合わず、結局手作業や例外対応が残っている。
課題
判断基準や作業手順が担当者の経験に依存し、引き継ぎや休職時の対応が不安定になっている。
課題
売上、在庫、案件、顧客情報が別々に管理され、状況把握や改善判断に使える形になっていない。
課題
最初から大きく作り込むのではなく、うまくいくか分からないサービスやアプリを小さく公開し、反応を見ながら改善したい。
課題
AIで一度形にしたものの、権限管理、データ保護、保守性、障害時の対応など、実運用で問題が起こらないか確認したい。
提供サービス
システム開発一式ではなく、業務、Web、改修、連携、インフラ、運用のどこからでも相談できます。

対応領域
日々の業務を整理し、現場が使い続けられる仕組みにします。
対応領域
顧客や会員、社内担当者がブラウザから使えるサービスを作ります。
対応領域
今あるシステムを活かしながら、使いにくさや古さを段階的に直します。
対応領域
分断されたツールやデータをつなぎ、二重入力や確認作業を減らします。
対応領域
VercelやCloudflareなど、運用負荷を抑えやすい基盤で公開します。
対応領域
作って終わりではなく、障害対応や改善開発まで継続して支えます。
選ばれる理由
柔軟さや品質ではなく、発注前後で不安になりやすい業務理解、作り方、運用安全性を具体的に扱います。

業務理解
現場ヒアリングから今の流れ、例外対応、二重入力、属人化している判断を可視化し、作る前に改善できる部分を分けます。
技術選定
最初から全てを作り込まず、要件と運用に合わせて既存サービス活用や部分開発も検討し、過剰開発を避けます。
運用安全性
障害対応、改善開発、セキュリティ更新、権限設計、ログ、バックアップ、定期レビューまで運用前提で整理します。
開発プロセス
初回相談からリリース後の改善まで、進め方と判断ポイントを分けて共有します。

step 1
課題、現状、予算感、納期、既存システムを確認します。
step 2
業務フロー、利用者、必要機能、優先順位を整理します。
step 3
開発範囲、体制、スケジュール、費用、リスクを提示します。
step 4
開発範囲、検収条件、支払い条件、保守範囲、権利関係を確認し、契約後に着手します。
step 5
画面、データ、権限、外部連携、VercelやCloudflare前提の公開構成を設計します。
step 6
スプリント開発、レビュー、結合テスト、受入テストを進めます。
step 7
本番反映、操作説明、移行、初期サポートを行います。
step 8
障害対応、追加改修、定期改善、セキュリティ更新を続けます。
成果物
画面だけでなく、何を確認し、何を後回しにし、次に何を判断するかを残すことで、成長させる開発にします。

共有URLで見られる初期プロジェクトと開発中の画面です。
最初に作るもの、後回しにするもの、判断条件を整理します。
何が使えるようになり、何を確認してほしいかを残します。
次に直すこと、利用状況、ランニングコストを見返せるようにします。
向き不向き
すべての開発に向くわけではありません。短期リリースと改善判断を前提にできる場合に効果が出やすい進め方です。

費用感・見積り方針
システム開発は内容によって費用が変わります。完全に隠すのではなく、入口の費用感と、見積りが変わる理由を先に共有します。

相談・調査フェーズ
無料〜 / 有償診断 10万円〜
要件整理、業務フロー整理、概算見積り、既存システム調査
作る前に課題、優先順位、概算費用を整理します。
小規模改善
30万円〜
既存システム改修、フォーム改善、管理画面追加、通知追加
対象画面や機能が限られている改修を想定します。
中規模開発
120万円〜
業務システム、会員サイト、予約管理、顧客管理
複数画面、権限、データ管理を含む新規開発を想定します。
大規模開発
300万円〜 / 個別見積り
基幹連携、複数部門利用、外部API連携、データ移行
影響範囲、連携先、移行要件を確認して見積ります。
保守・改善
月額5万円〜 / チケット制
障害対応、軽微改修、定期レビュー、セキュリティ更新
リリース後の改善頻度と対応範囲で決めます。
金額は画面数だけで決まりません。業務の複雑さ、連携、権限、移行、運用体制まで確認し、機能単位・工程単位・保守費用を分けて提示します。
表示価格は税別の目安です。正式な費用は、画面数、利用者数、権限設計、外部連携、データ移行、セキュリティ要件、保守範囲によって変わります。サーバー費用、外部API利用料、SaaS利用料、決済手数料、監査・専門家対応が必要な場合の費用は内容により別途となります。
基本的には、着手時・中間確認時・リリース時など、フェーズごとの請求で進めます。小規模改修や調査のみの場合は、一括請求になる場合があります。
開発途中で仕様変更が必要になった場合は、影響範囲、追加費用、納期への影響、優先順位を確認し、合意してから反映します。
技術スタック
技術名よりも、運用しやすさと将来の改善しやすさを重視して選定します。Next.jsとAstroを軸に、インフラはVercelやCloudflareのフルマネージド基盤へ寄せます。スマホアプリはReact Native、データベースはPostgreSQLを基本に、運用しやすい形でまとめます。

Webアプリ / サイト制作
フロントエンドとバックエンドは基本的に分けず、バックエンドが必要な場合はNext.js、サイト制作のみの場合はAstroを使います。
画面、API、公開構成を分断しすぎず、サーバー構成と保守の見通しをシンプルにします。
フルマネージドインフラ
サーバー運用体制を自前で大きく抱え込まず、運用基盤は各プロバイダーに任せます。
インフラ運用よりも、アプリ開発、改善、ユーザー体験づくりに時間を使いやすくします。
スマホアプリ
AndroidとiOSを共有し、Webやサーバー側と近い実装感で作れる構成を選びます。
別々のアプリを保守する負担を抑え、機能追加や改善の速度を揃えやすくします。
データベース
基本はPostgreSQLを使い、要件や運用に応じてSupabaseまたはGoogle CloudのマネージドDBを選びます。
アプリの成長に合わせて、データの検索、集計、権限管理、バックアップを扱いやすくします。
外部連携
既存システムやSaaSとのつなぎ方、リアルタイム性、認証要件に合わせます。
二重入力や手作業の確認を減らし、既存資産を活かします。
業務ツール
すべてを作るのではなく、既に使っている道具を活かせるかを先に検討します。
過剰開発を避け、導入後の運用コストを抑えます。
品質
リリース後に壊れたまま気づけない状態を避けるため、確認と検知の仕組みを入れます。
継続改善、障害対応、セキュリティ更新を進めやすくします。
セキュリティ・契約・保守
開発そのものだけでなく、秘密保持、成果物の権利、個人情報、保守範囲、途中変更の合意フローまで、発注前に確認できる状態にします。

NDA
未公開事業、社内業務、顧客情報、既存システムの構成など、相談前に守るべき情報がある場合はNDA締結後に進められます。
IP・著作権
納品物、利用ライブラリ、再利用部品、設計資料の扱いを契約時に整理し、後から権利関係が曖昧にならないようにします。
セキュリティ
誰が何を見られるか、重要操作を追跡できるか、障害時に復旧できるかを、機能要件と同じように確認します。
個人情報
顧客情報、従業員情報、問い合わせ内容など、扱うデータの種類に応じて保存場所、閲覧権限、削除方針を整理します。
保守
作って終わりにせず、障害時の連絡方法、対応時間、軽微改修、定期レビュー、改善開発の範囲を事前に決めます。
ドキュメント
担当者が変わっても運用できるように、画面、データ、権限、外部連携、日常運用の要点を残します。
途中変更
開発途中の変更は起こり得ます。影響範囲、費用、納期、優先順位を確認し、合意してから反映します。
納期、対応範囲、検収条件、保守費用、権利の扱い、秘密情報の範囲は、開発開始後に揉めやすい論点です。見積り時点で確認し、必要に応じて契約書や発注書に反映します。
よくあるご質問
要件、費用、納期、保守、権利、セキュリティなど、相談前に気になりやすい論点を実務ベースで整理しています。

可能です。最初から仕様書を完成させる必要はありません。現状業務、困っていること、利用者、優先順位を整理し、作るべき範囲と後回しにする範囲を一緒に決めます。
対応可能です。ただし、調査や確認に必要な最低対応範囲があります。既存システムの状態、修正対象、テスト方法、リリース方法を確認したうえで、対応可否と費用感をお伝えします。
目安として、相談・要件整理は無料〜、有償診断は10万円〜、小規模改善は30万円〜、中規模開発は120万円〜、大規模開発は300万円〜です。画面数、権限、外部連携、データ移行、保守範囲で変わるため、機能単位・工程単位・保守費用を分けて見積ります。
相談・依頼範囲
要件が曖昧な段階や、小さな改修だけの相談可否を整理します。
調査後に可否を判断します。ソースコード、仕様書、利用環境、デプロイ方法、外部連携、現在の不具合や運用ルールを確認し、改修できる範囲とリスクを整理します。
可能です。権限管理、データの保存場所、セキュリティ、保守性、エラー時の対応、利用ライブラリ、デプロイ環境を確認し、業務で使い続けられる状態にするための改修範囲を整理します。必要に応じて、作り直すべき部分と活かせる部分を分けて提案します。
基本はオンラインで対応しています。内容や地域によっては対面相談も調整可能です。初回はオンラインで課題、予算感、納期、既存システムの有無を確認する進め方が多いです。
費用・納期
問い合わせ前に知りたい費用感、変動要因、納期目安を整理します。
小規模な改修は数週間〜1か月程度、中規模の業務システムや会員サイトは2〜4か月程度、大規模な基幹連携や複数部門利用は4〜6か月以上が目安です。要件整理、確認環境、受入テスト、データ移行の有無で変わります。
可能です。変更内容の影響範囲、追加費用、納期への影響、優先順位を確認し、合意してから反映します。小さな変更でも、既存機能やテスト範囲に影響する場合は追加見積りになります。
可能です。有償診断や要件整理の結果、既存SaaSで十分な場合、開発しない方がよい場合、段階的に進めた方がよい場合を整理します。開発ありきではなく、費用対効果を見て判断できます。
契約・保守・セキュリティ
納品後の運用、権利、セキュリティに関する不安を整理します。
既存システムを調査したうえで対応可否を判断します。ソースコード、環境、依存ライブラリ、障害履歴、運用手順を確認し、障害対応、軽微改修、定期レビュー、セキュリティ更新の範囲を決めます。
契約条件に従って扱います。ソースコード、設計資料、運用手順、成果物の権利方針は契約時に確認します。利用する外部ライブラリや再利用部品がある場合も、扱いを明確にします。
権限管理、操作ログ、バックアップ、脆弱性対応、秘密情報の取り扱いを確認します。個人情報や機密情報を扱う場合は、保存場所、閲覧範囲、削除方針、障害時の対応も整理します。
最初から完璧な仕様書がなくても問題ありません。事業の理想像、最初に検証したい価値、運用費の上限を一緒に整理し、最初のリリース単位を決めます。