「作れるのに、仕事にできない」という壁
エンジニアとして、コードは書ける。
ツールも作れる。
でも、独立できていない。
なぜかというと、たいていこのあたりで止まってる。
「どうやって仕事を取ればいいかわからない」
「提案書ってどう書くの」
「営業、苦手すぎて無理」
わかります。
技術力があっても、売る方法がわからないと、それは「趣味」で止まってしまう。
正直に言うと、それは営業センスがないからじゃない。
ただ、「技術を売る入り口」を、誰も教えてくれなかっただけだと思う。
「ヒアリング」が、そのまま提案書になる
Miyaviを使うとき、最初にやることはシンプルで、「話す」だけ。
相手の困りごとを聞いて、録音か録画して、Miyaviに放り込む。
それだけで、仕様書の下書きが9割くらいできてしまうことが多い。
コードを書く前に、まず「何を作るか」が決まる。
この順番が、実はすごく大事で。
エンジニアが独立後によくやってしまうのが、「まず作って、あとで売る」という順番。
でも、作ってから「誰に売るの？」ってなると、詰まる。
対話から始まると、この順番が自然と逆になる。
「誰の何が困っているか」が先に決まって、それを形にしていく。
だから的外れなものが出ない。
だから提案も、自分の言葉でできる。
動くものを見てから、判断できる
対話で要件がまとまったら、次はモックアップ、つまり「動く試作品」が出てくる。
ここが、Miyaviの流れの中でもけっこう大事なポイントで。
作ったものを、まず見て確認できる。
「これじゃない」と思ったら、直せる。
確認してからじゃないと、本番には出ない。
勝手に公開されることはない。
AIが下書きを組んで、最終的に人が確認して仕上げる、という流れが守られている。
エンジニアとして独立すると、「要件定義→開発→納品」のプロセスを一人で回すことになる。
これを個人でやると、ミスのリスクがそのまま自分に返ってくる。
二重に確認できる仕組みがあると、そのリスクがだいぶ下がる。
正直、これだけで独立後の不安が少し減る人は多いんじゃないかと思う。
よくある質問
Q. ヒアリングの録音って、どのくらいの長さが必要ですか？
決まった尺はなくて、相手の困りごとが聞けていれば十分なことが多い。
30分程度の面談録画でも、仕様書の下書きになるケースはよくある。
「完璧な録音」を目指すより、「相手が何に困っているか」が入っていることの方が大事。
Q. 技術的なことは自分でやらないといけないですか？
Miyaviは「話すだけで形になる仕組み」なので、コードを書かなくていい。
ただ、エンジニアが使う場合は、出てきたものをレビューしたり、自分でカスタマイズしたりもできる。
知識がある分、使い方の幅が広がるという感じ。
作れないのに悩んでいる人だけじゃなく、
「作れるのに、前に進めない」という人にも、Miyaviは使えると思っている。
技術力は、もう持っている。
あとは、「その力をどう形にして、誰かに届けるか」の入り口が必要なだけ。
もし気になったら、まず読んでみるくらいでいい。
ご質問があれば、お気軽にコメントどうぞ。
コメント