私の仕事の進め方

ご依頼いただく前に、いくつかお伝えしておきたいことがあります。

規約というより、これまで現場で何度も学んできた「こうしないと、お互い損する」という経験則です。

1.仕様は途中で変わる前提で進めています

「最初に決めた仕様の通りに作って納品する」という請負型の進め方は、ほぼやっていません。

実際にシステムを触り始めると「やっぱりここはこうしたい」という改善点が必ず出てくるからです。作って終わりの納品物ではなく、ビジネスの状況に合わせて柔軟に軌道修正ができる体制で、現場で本当に使われるものを一緒に作っていきたいと考えています。

2.「丸投げ」ではなく、一緒に汗をかきたいです

設計や実装はこちらで責任を持ちますが、現場の泥臭い業務フローを一番知っているのは御社自身です。「予算を渡すから、あとは全部いい感じにしておいて」という進め方だと、現場の実態とズレた使いにくいツールになってしまいます。

3.リリースしてからが本番です

システムは完成した瞬間から老朽化が始まります。安全に使い続けるためのメンテナンスは避けて通れないため、リリース後に誰がどうやって保守していくか（当方で巻き取るか、社内で体制を作るか）は、開発を始める段階で一緒に考えさせてください。

4.見えない「基礎工事」に一番頭を使います

目に見える画面を作る前の既存システムの調査、データ構造の設計、テストの仕組みづくり。こうした「見えない裏側」への投資が、将来のエラー発生率や改修コストにあとから効いてきます。

そのため、本格的な開発に入る前の調査・設計フェーズから費用をいただいています。後々のトラブルを防ぐための大事な投資だと考えています。