専門家は、いた。
探している人に、届いていなかった。

専門家に相談したい悩みを抱えたとき、いちばん難しいのは「質問の中身」ではないことが多いんです。難しいのは、誰に聞けばいいのかを見つけること。そして、その人を信頼していいのか判断することです。

専門家は、ちゃんといます。けれど一般の人から見ると、たどり着く道は口コミと、中身のよくわからない名簿サイトと、勇気のいる最初の一本の電話に散らばっている。一方で、合う案件なら喜んで受けたい専門家のほうにも、必要としている人に見つけてもらう簡単な手段がありませんでした。

クライアントが埋めたかったのは、この溝でした。専門家を探し、公開の場で質問し、個別に相談し、まず読んで知り、根拠を持って選ぶ——それを1つのプラットフォームの中で。連絡先を貼っただけの名簿ではなく、「探す・聞く・選ぶ」がひとつながりになった場所です。

専門家は、いた。探している人に、届いていなかっただけなんです。

最初の依頼は「専門家の検索サイト」に近い形で届きました。表面だけ見れば、シンプルな話です。

その両方を本気で受け止めた瞬間、「名簿」では足りなくなります。初めて使う不安な人は、申し込む前に検索し、読み、公開の場で聞き、個別にメッセージしたい。専門家は、評価に値するプロフィールと、質問をさばく整った導線と、意味のあるレビューが要る。

これは1つのシステムを共有する2つのプロダクトなんです。だから設計は、後から継ぎ足すのではなく、最初からそれを前提にしておく必要があったんです。同時に、Phase 1はあえて絞り込みました。重い機能を足す前に、まず中心の体験——探す・聞く・相談する——が回ることを確かめるためです。

リノエッジが担当したのは、まるごとです。要件定義、デザイン、設計、実装、テスト、納品。一部分ではなく、全部。2つの公開ロールと管理コンソール、30以上の画面を、まるごと。

始まりは、コードを1行書く前でした。何を作るのかの認識を揃えるところから。完成形イメージの動画、要件定義書、WBS。クライアントが具体的に反応できる材料を渡したことで、「これで合っていますか？」が受け入れテストの時ではなく初週に答えられた。週次の打ち合わせと、共有ボードで進捗をオープンに追える状態が、全員に同じ現実を見せ続けました。

正直に言うと、いちばん難しかったのはコードではなく「距離」でした。この案件は受注の連なりの何層か下にあって、プロダクトの本当の姿を知っている人は、僕たちが毎日やり取りする相手とは限らない。プロジェクトが静かに壊れるのは、たいていこの隙間です。誰もが当然だと思って口に出さなかった前提が、受け入れテストの時になって初めて表に出てくる。だから僕たちは、意図して過剰に伝えました。完成形イメージの動画、要件定義書、WBS、オープンな進捗ボード——整って見せるためではなく、口に出されない前提を、手戻りになる前に全部、表に出すためです。