作る力はある。なのに、独立できない理由
「コードは書ける。」
「技術なら、ちゃんとある。」
それなのに、独立に踏み出せないエンジニアの話を、最近よく聞く。
理由を聞くと、だいたい同じあたりに行き着く。
「営業が怖い」「提案のやり方がわからない」「どうやって仕事を取ればいいのか、見当もつかない」。
わかります。
技術を磨いてきた時間と、営業や提案を学ぶ時間って、ほとんど被らない。
「作る力」と「売る力」は、別の筋肉みたいなもので、どっちかを鍛えてきたら、どっちかが足りない。
でも、それって才能の問題じゃないと思う。
ただ、「聞いて・まとめて・作る」の全部を、一人で抱えようとしすぎてるだけかもしれない。
一番重いのは「作る」じゃなくて、その前後だった
独立を考えたとき、エンジニアが一番自信を持てるのは「作る」の部分。
でも実際に仕事として回すには、その前後に重い作業が積み重なる。
「聞く」：クライアントの課題を引き出す。ヒアリングをまとめる。仕様に落とし込む。
「まとめる」：提案書を書く。見積もりを出す。なぜこれが必要なのかを言語化する。
「作る」：ここはできる。
「売る」：LP、決済、導線。作ったものを、どうやって届けるか。
コードが書ける人でも、「聞いてまとめる」と「売る」の部分で詰まって、独立を諦めることがある。
正直に言うと、これが一番もったいないと思ってる。
技術がある人が、技術以外の部分で止まってしまうのは、仕組みの問題であって、その人の問題じゃない。
「話すだけ」で、仕様書の9割ができるとしたら
Miyaviは、そこを変えるために作った。
一言で言うと、「ヒアリングをそのまま放り込むと、仕様書の下書きがほぼできてしまう」という仕組み。
たとえば、クライアントとの面談を録画して、Miyaviに入れる。
それだけで、「何が課題で、何を作るべきか」の骨格が出てくることが多い。
「くらい」「多い」という言い方にしてるのは、誤魔化しじゃなくて正直なところで、内容によって精度は変わる。
でも、ゼロから自分でまとめる時間と比べたら、相当に変わる。
仕様書の下書きが9割くらいできてしまうことも、実際にある。
その先の開発・LP・決済・配信まで、Miyaviと連携して形にしていける。
「聞いて・まとめて・作る・売る」の全部を、一人で抱えなくていい。
そう言いたかった。
「AIに丸投げで、大丈夫？」と思ったら
ここは正直に話しておきたい。
「AIが全部やるなら、ズレたものが出てこないか？」という心配、すごく自然だと思う。
Miyaviの設計は、そこを一番気をつけた部分で、出てきたものは必ず人が確認して、OKが出てから次に進む。
勝手に本番に出ることはない。
ヒアリング起点で作るから、汎用のAIに「なんか作って」と投げるのとは違う。
その現場の悩みを引き出してから組み立てるので、的外れなものになりにくい。
AIが下書きや骨格を組んで、最後は人が仕上げる。
そのプロセスを守ってるから、間違ったものが世に出るリスクはかなり低く保てる。
万一おかしくなっても、記録と保存があるので元に戻せる。
ここは、妥協したくなかった部分。
よくある質問
Q. エンジニアじゃない人でも使えますか？
はい、使えます。
Miyaviは「コードが書けない人」を前提に設計しています。
話すだけ、録画を放り込むだけで始められるので、技術的な知識は必要ありません。
エンジニアの方が使う場合は、作る工数を削って「提案・販売」に時間を使える、というかたちになることが多いです。
Q. 外注と何が違うんですか？
外注の場合、エンジニア1人でも目安として数十万円・数週間かかることがよくあります。
チームになると150〜300万円・数ヶ月というケースも珍しくありません。
Miyaviは月数万円・数日で形になる可能性があります。
「可能性がある」という言い方にしているのは、内容や規模によって変わるから。
ただ、コスト感と速度感は、外注とはかなり変わる場面が多いです。
まとめ：作れるのに動けない、そこに仕組みを入れる
独立したいエンジニアが止まる理由は、技術じゃないことが多い。
「聞いて・まとめて・売る」の部分を、一人で抱えなきゃいけない、と思い込んでいること。
そこに仕組みが入ると、動ける範囲がかなり変わってくる。
Miyaviは、そのための道具として作りました。
「自分に合うかどうか」、まずはLINEで受け取ってみてから判断してもらえると嬉しい。
ご質問があれば、お気軽にコメントどうぞ。
コメント