「できます」より、お客さんに結果が出るかを確かめたい
開発の相談をいただいたとき、自分が一番気にしているのは「作れるか」より、それでお客さんにちゃんと結果が出るかです。
システムは作れても、使われなければ意味がありません。AIを入れても、業務が楽にならないなら意味がない。検索ができても、必要な判断が速くならないなら意味がない。
だから自分は、商談の段階からかなり結果を気にします。作れました。で?で終わるのが一番嫌です。
結果にこだわると、確認することが増える
特にAIを使った開発は、文章で聞いているだけだと簡単そうに見えるものが結構あります。でも、実際の資料やデータを見ると、形式がバラバラだったり、必要な情報がそもそも残っていなかったり、権限や既存システムとの接続で急に難しくなったりします。
ここを見ないまま「できます」と言ってしまうと、開発自体は終わっても、お客様が期待した成果まで届かないことがあります。
なのでBeekleでは、必要なら秘密保持契約を結んで、実際の資料やデータを見ます。それでも分からなければ、小さく作って確かめます。
結果にこだわると、確認せざるを得ない。たぶん、順番としてはこっちです。
技術的にできることと、事業として意味があることは違う
例えば「AIで問い合わせ対応を自動化したい」という相談でも、技術的に回答を生成すること自体はできるかもしれません。
でも、本当にお客様の利益につながるかを見るなら、回答作成時間がどれだけ減るのか、担当者ごとの差が減るのか、誤回答のリスクは許容できるのか、運用コストまで含めて得なのかを見る必要があります。
技術的に成功しても、経済的な効果が出なければ成功とは言いにくいです。
動いた。でも儲からない。それでは自分はあまり嬉しくありません。
だから、必要なら先に小さく試す
以前も、大量の資料を扱う相談で、まず一部だけ処理して「本当に読み取れるのか」「例外はどのくらいあるのか」を確認してから見積もりへ進めたことがあります。
これは慎重だからではありません。むしろ、無駄な検討を長く続けるより、早く現実を見たいからです。
小さく試せば、できることと難しいことが見えます。そこから必要な工数も、期待できる効果も、かなり現実的に考えられるようになります。
考えて分からないなら、動かして結果を見た方が早い。そう思っています。
安く作ることより、費用対効果を良くしたい
自分は、単純に安い開発会社をやりたいわけではありません。
同じ成果なら、できるだけ少ないコストで出したい。逆に、少し費用が増えても、それ以上の利益や業務改善が出るなら、その方がいい。
だから見積もりを考えるときも、「いくらで作れるか」だけではなく、この投資で何が返ってくるかをかなり気にします。
自分の中では、技術は目的ではなく手段です。AIもシステムも同じです。
お客さんの利益に対して、技術者として責任を持ちたい
自分は営業だけをやってきた人間ではなく、実際にシステムを作り、失敗して、直してきました。だから商談をしていても、頭のどこかで「これ本当に動くか」「動いたとして、本当に得するか」を考えています。
たぶん、少し面倒な営業です。でも、その面倒さは残したい。
お客様が買いたいのはシステムそのものではなく、その先にある売上、コスト削減、業務改善、意思決定の速さみたいな結果だと思うからです。
以前、AI開発ではいきなり本契約せず、小さく確かめてから進めた方がいいという話も書きました。AI開発は、いきなり契約しない方がいいと思う
結局、自分たちが売りたいものから考えるより、お客さんの利益を最大化するには何をするのが一番いいかから考える会社でいたいんだと思います。