PDF Diff開発の背景：AECワークフローレビューのケーススタディ
課題の設定、初期リリースの判断、フィードバックの仕組みについてまとめたケーススタディです。
課題の定義と検証
AEC業界のワークフローにおいて、修正された図面セットを時間のない中で1枚ずつ目視で確認するというパターンを何度も目の当たりにしたことが、PDF Diffを開発したきっかけです。この問題は、特定の企業やオフィスに限ったものではありませんでした。集中力を消耗させ、細かな見落としを誘発する、業界全体に蔓延するレビューの習慣でした。最近、このコンセプトを建築コミュニティで共有した結果、これが業界全体のボトルネックであることが確認できました。現場のチームは、新しいクラウド型プラットフォームを強制されることなく、図面の変更点をもっと早く発見できる手段を必要としていたのです。
リリースのスコープ
初回のリリース範囲は意図的に狭く設定しました。PDF Diffは包括的な図面管理システムを目指すのではなく、「変更箇所の可視化」に特化しています。「分割（Split）」および「差分（Diff）」レビューモード、変更箇所を視覚的に示す「変更雲マーク（Cloud Marks）」、そしてそのまま共有できる PDF/PNG エクスポート機能により、一連のワークフローが完結するように設計しています。
プロダクト開発における意思決定とトレードオフ
ローカル完結
サーバーやハイブリッドモデルは使用しません。図面ファイルがPCから外部に出ることがないため、クラウドへのアップロードに関する懸念を完全に排除し、社内ITやセキュリティの審査を容易にしています。
GPU不要
ツールはCPUとRAMのみで動作するため、ハイエンドなワークステーションだけでなく、標準的なオフィス用PCでも安定したパフォーマンスを発揮します。
Windows版を最優先、かつポータブルに
インストーラー不要の単一EXEファイルとしてGitHub経由で配布します。誰でもダウンロードして2分以内に実行でき、IT部門の介入は必要ありません。
バイリンガル設計
AECのワークフローは、グローバルチームとローカルオフィスをまたいで行われます。初日から英語と日本語のネイティブインターフェースを実装することで、異なる作業環境にいる実務担当者がすぐに利用できるようにしています。
フィードバックループの構築
ツールの限界は明確に提示しました。過大な期待を抱かせると、得られるフィードバックが無意味になってしまうからです。私個人の思い込みだけでなく、実際のワークフローにおけるリアルな反応が必要だったため、早期に手軽なフィードバック手段を導入しました。ロードマップ、更新履歴（Changelog）、ドキュメントを公開し、ユーザーが今後の機能開発に直接貢献できる環境を整えています。