Before Ordering
SNOOTECHが入るのは、開発会社を探す前後の曖昧な時間です。業務システムでもMVPでも、最初に必要なのは「何を作るか」より、何を判断すべきかを揃えることです。
開発を急ぐ前に、要件、費用、運用、初期リリース範囲を同じテーブルに並べます。
ISSUE
機能一覧は出てきたが、何が高いのか、どこを削れるのか、運用上どこが危ないのかを判断できない。
ISSUE
現場の業務、経営の優先順位、将来の運用が、システム仕様に正しく反映されているか不安が残る。
ISSUE
MVPとして早く出す範囲と、後から直しやすく残す範囲の線引きが必要になっている。
ISSUE
経営会議、現場、開発会社の間で、同じ話をしているはずなのに判断軸が揃わない。
相談のゴールは、いきなり契約を決めることではありません。まず、発注側が自分たちの言葉で説明できる判断材料を作ります。
Position
強みは「何でも作れる」ことではありません。事業の言葉、現場の言葉、エンジニアの言葉を行き来しながら、発注側が判断できる状態を作ることです。
会話の相手
こちらで読み替えること
残す判断材料
事業インパクト、予算、優先順位、いつまでに何を出すべきかを会話します。
投資判断に必要な論点
誰が、いつ、どの画面で、どの例外処理に困るのかを仕様に落とします。
業務フローと例外の整理
画面、API、DB、権限、外部連携、リリース後の保守単位まで見ます。
実装できるスコープ
速く作れる部分と、人が設計・レビューすべき部分を分けて進めます。
速度と品質の線引き
相談役として先に決めること
いきなり全体仕様を固めず、初期リリースに必要な要件、後で検証する仮説、開発会社に依頼する範囲、自社で持つべき判断を分けます。
A / 非IT企業の業務システム
業務フローをそのまま機能一覧にするのではなく、誰が入力し、誰が承認し、どの例外をどう扱い、どこを自動化するかまで分解します。
相談されること
こちらで見ること
B / 新規事業・MVP
アイデアを一気に作り込まず、最初に検証したい仮説、後回しにする機能、あとから作り直しにくい土台を分けます。
相談されること
こちらで見ること
医療 / 自動化・データ同期 / 2025.08 -
在宅医療クリニック向けのレセプト算定・データ同期システム。算定ロジック、外部電子カルテ連携、データ同期DAG、住所正規化、月次処理まで支援。
医療制度・外部カルテ・実務者オペレーションをまたぐ、仕様の解釈と実装が必要な案件。
医療 / 業務管理システム / 2025.06 - 2025.09
在宅医療クリニック向け業務管理Webアプリケーション。往診・お看取り依頼、外部カルテ同期、会計画面の品質改善、QAプロセス整備まで担当。
緊急時対応や死亡診断書記載支援など、現場の運用に近い機能を仕様化。
HR / 求人プラットフォーム / 2024.01 - 2025.05
SIer・ITコンサル業界向け求人プラットフォーム。ローコードからフルスクラッチへ移行し、求職者・企業・運営画面、OpenAPI、検索改善、MVP検証を担当。
テックリードとして開発環境、タスク管理、エンジニア採用まで横断。
その他の支援領域
モビリティ / BtoC SaaS / 2023.07 - 2024.06
ドライバーと利用者をつなぐ配車サービスで、Web・iOS・Androidの設計実装、Firebase連携、自動リリース基盤を支援。
モバイル開発 / 要件定義 / リリース自動化
不動産 / 分析・検索システム / 2023.01 - 2023.06
住居用物件の賃料推定・分析と、オフィス募集情報の一元管理を提供するシステムで、RailsからRustへの移行と画面開発を支援。
バックエンド移行 / 分析ロジック / 帳票出力
EdTech / 校務管理システム / 2021.01 - 2023.12
生徒、クラス、保護者、成績表、イベントの管理業務を統合し、通知表PDF出力やSlack連携など校務のデジタル化を支援。
業務システム開発 / PDF出力 / 外部連携
SaaS / ID・アカウント管理 / 2020.01 - 2022.12
企業のIT管理者向けに、SaaS管理とID管理を統合する機能群を継続開発。組織管理、端末制御、申請フロー、SaaS連携を担当。
機能設計 / 継続開発 / 運用改善
不動産 / チャットサービス / 2018.01 - 2019.12
チャット上で不動産仲介を完結するサービスで、物件提案ロジック、非同期処理基盤、サーバーレスAPI、React画面を支援。
チャット機能 / 非同期処理 / API開発
How We Work
相談の価値は、話したことそのものではなく、発注側が次の会議や見積確認で使える形に残ることです。
相談時に見る材料
構想メモ、RFP、見積、既存画面、現場の困りごと
残す判断
誰が何を判断できていないか、開発会社に確認すべきこと、自社で決めるべきことを分けます。
相談時に見る材料
初期リリース、後回しにする機能、技術リスク、運用リスク
残す判断
MVPとして出す範囲、業務システムとして最初から外せない範囲、費用をかけるべき場所を整理します。
相談時に見る材料
画面、API、DB、権限、外部連携、リリース後の保守
残す判断
実装に進める粒度へ落とし込み、Pull Request、検証観点、リリース後の改善候補まで残します。
Technical Advisor
代表の栗田が、要件定義、技術選定、実装、運用改善まで見ます。普段はTypeScript、Ruby on Rails、Python、Rust、Next.js、Flutterを使い、0→1や1→10のスピード開発、自社サービスDev-Hereの運営にも取り組んでいます。
経営、事業、現場、エンジニアの話を、画面、データ、権限、優先順位に落とします。
速く作れる部分と、人が設計・レビューすべき部分を分けて品質を見ます。
初回相談で見たいもの
RFP、見積、構想メモ、既存画面、業務フロー、社内で説明に困っている論点。整っていない資料のままで構いません。
Contact
フォームでは、課題、既存システムの有無、希望時期だけ共有してください。RFP、見積、構想メモ、画面キャプチャなどがあれば、初回の会話で実装範囲と次の進め方を整理します。
Googleフォームが開きます
