業務システム開発 3〜8ヶ月
受発注管理、在庫管理、シフト管理など。Excel と手作業で回している業務を、そのまま置き換えるのではなく、必要な工程を整理してから設計します。
client@kernelworks:~$
合同会社カーネルワークスは、業務システム・Webアプリ・API基盤の受託開発をしている小さな開発会社です。 要件が固まりきっていない段階からご相談いただき、二週間で触れるプロトタイプを出してから本開発に入る進め方を得意としています。
client@kernelworks:~$
見積りは 要件メモ 1枚 からでも出せます。丸投げでも、一緒に考えるところからでも。
┌─ typical stack ────────────────┐ │ app/ │ │ ├── web/ TypeScript, React │ │ ├── api/ Go 1.23 / Node.js │ │ ├── db/ PostgreSQL 16 │ │ └── infra/ コンテナ / IaC │ │ ci/ │ │ ├── test 自動テスト │ │ └── deploy 週次リリース │ └────────────────────────────────┘
「作る前に決めきる」のではなく、「作りながら決める」ための段取りを持っています。
01 / PROTOTYPE
文章の仕様書だけで合意すると、あとから認識のズレが出ます。着手後まず動く画面を用意し、実際に触っていただいた反応をもとに要件を固めます。
02 / HANDOVER
将来ほかの会社さんが引き継ぐ前提でコードを書きます。読みやすさとテスト、そして構成の説明資料まで含めて納品物と考えています。
03 / SMALL TEAM
営業担当を挟まず、実際に書くエンジニアが最初の打ち合わせから出ます。伝言が減るぶん、判断が早くなります。
よくご依頼いただく4つの領域です。ここに当てはまらない相談も、まずは聞かせてください。
受発注管理、在庫管理、シフト管理など。Excel と手作業で回している業務を、そのまま置き換えるのではなく、必要な工程を整理してから設計します。
新規サービスの立ち上げ。認証・課金・管理画面といった土台の部分は既存の実装資産があるため、事業固有の機能に時間を使えます。
既存システムと外部サービスをつなぐ部分。仕様が公開されていない社内システムとの連携も、調査から引き受けます。
前任の開発会社さんから引き継いだコードの調査、動かなくなった環境の復旧、段階的な作り直しなど。まず現状を読み解くところからはじめます。
守秘のため業種と概要のみ記載しています。詳しい内容は打ち合わせの場でお話しします。
| ID | 業種 | 内容 | 期間 | 構成 | その後 |
|---|---|---|---|---|---|
| #126 | 食品卸 | 受発注管理システム FAX と電話の受注を Web 化 |
6ヶ月 | React / Go / PostgreSQL | 転記作業がなくなり、担当者2名分の入力工数を別業務へ |
| #118 | 人材紹介 | 候補者管理 SaaS 新規サービスの立ち上げ |
9ヶ月 | Next.js / Node.js / 決済連携 | 公開後も月次で機能追加を継続中 |
| #109 | 製造 | 生産実績の集計基盤 現場端末からのデータ収集 |
4ヶ月 | Go / 時系列DB / 社内ネットワーク | 日次だった集計が数分間隔で確認できる状態に |
| #097 | 教育 | 会員サイトの引き継ぎ改修 前任事業者からの移管 |
3ヶ月 | PHP → TypeScript 段階移行 | 保守契約に移行し、現在も運用支援中 |
| #088 | 物流 | 配車計画の補助ツール 手作業の割り当てを半自動化 |
5ヶ月 | React / Python / 最適化ライブラリ | 計画作成の所要時間が短縮したとの報告 |
| #071 | 小売 | 店舗 POS と基幹の連携API 売上データの自動取り込み |
2ヶ月 | Node.js / バッチ / 監視 | 月末の締め作業が当日中に完了する運用へ |
※ 掲載内容はデモ用に作成した架空の事例です。効果や成果を保証するものではありません。
見積りは要件をうかがってから作成します。以下は過去案件からの参考レンジです。
40万円 〜2週間 / 固定額
300万円 〜3〜8ヶ月 / 要件により変動
月 15万円 〜保守・改善の継続契約
金額はすべて税別の目安です。機能数・連携先・移行データの量によって変わります。
お支払いは着手時・中間・納品時の3回に分けるのが基本です。ご事情に合わせて調整もできます。
初回のご相談から着手までは、おおむね2〜3週間です。
フォームかお電話で。「何をどう作るか決まっていない」段階でかまいません。
オンラインでも訪問でも。現状の業務と困っている点をうかがいます。
実現方法の案を2つほど、それぞれの費用感と期間を添えてお出しします。
実際に触れる画面を作り、認識をすり合わせます。ここで方向転換もできます。
週1回、動く状態をお見せしながら進めます。途中の仕様変更も相談ベースで。
本番公開後、操作説明と資料をお渡しします。運用は当社でも、御社でも。
ここに無いことも、遠慮なくお問い合わせください。
そのご相談が一番多いです。「この業務が回っていない」「この作業に時間がかかっている」という話からで大丈夫です。初回のヒアリングで論点を整理し、システムで解く部分と運用で解く部分を分けてご提案します。作らないほうがよいと判断した場合は、その旨も正直にお伝えします。
プロトタイプ期間中の変更は費用に含まれています。本開発に入ってからの変更は、影響範囲を見たうえで「今の枠内で吸収できるもの」と「追加見積りが必要なもの」に分けてご相談します。判断材料をお出ししたうえで決めていただく形です。
はい。納品時に著作権を譲渡し、リポジトリごとお渡しします。他社さんへ引き継ぐ場合に備えて、環境構築手順と設計判断の記録も一緒にお渡しします。
月額の保守契約(RUN プラン)でお引き受けしています。障害対応、ライブラリ更新、小さな改修までを含みます。逆に、御社の社内エンジニアへ引き継ぐ前提での期間限定サポートも可能です。
可能です。まず現行コードと環境を調査する期間(2〜4週間程度)をいただき、直せる範囲と作り直したほうがよい範囲を切り分けてご報告します。調査だけで終える判断でもかまいません。
打ち合わせはオンラインが中心なので、地域を問わずご相談いただけます。現場の業務を見せていただいたほうがよい案件では、初回のみ訪問することが多いです。
$ contact --new / 入力は3分ほどで終わります。
受付時間:平日 10:00 - 18:00 / 土日祝休
アクセス:神保町駅 A0出口から徒歩4分(架空)
┌─ お願い ───────────────────┐ │ 下記があると初回返信が具体的に │ │ [1] 既存システムの有無と現状 │ │ [2] いつごろ使い始めたいか │ │ [3] 予算のおおよその上限 │ │ ※ 未定でも問題ありません │ └──────────────────────────┘