そうですね。新卒でSIerの企業に入り、社内ツールを開発する部署にいました。 社内の様々なプロジェクトを見ながら「どういうツールがあれば開発が楽になるのか」を考える仕事に取り組んでいました。

入社したばかりの頃は「企画されているツールの開発」だったのですが、年次を重ねるにつれプロジェクトのマネジメントを行う機会が増えました。 もともと開発をするのが好きだったので、自分で手を動かす機会が少なくなってきたことから、転職を考え始めたんです。

その前に、技術の動向のキャッチアップをして市場価値を高めてから転職したいと思い、フリーランスになりました。

フリーランスをやってみると結構お客さんもついてくれて、フリーランスとしての楽しさも見えてきました。 なので、現在もどこかの企業に転職はせずにフリーランスを続けています。 

実はそういうツテとかがなく独立してですね（笑）。 クラウドソーシングのサイトに登録して、そこで募集している案件に応募していました。 

おっしゃる通り、単価はまちまちなのが実際のところかなと思います。

募集する側は、ソフトウェア開発に慣れている人ばかりではありません。 なので、「実情は分からないけれど、安くできたら嬉しいな」という感覚で普通に開発会社に払うよりも低い単価になっているのかもしれませんね。

中には単価が良いケースもありますが、今のところはまだ多くないイメージです。 私の場合は、最初はクラウドソーシングのサイトで実績を積み、並行して個人開発プロダクトを出していくことで、現在ではクラウドソーシングサイトのプロフィールや公式サイトを見て声をかけていただくことが多い状態です。

案件に応募して実績を積み高い評価を受けると、サイト上で優良な業者だと認定されるんです。 ここで実績と評価を高めることで、知名度や信頼感が高まり、結果として新しいクライアントからお声掛けいただけるようになりました。 今は営業などもしていないんですが、十分な数の案件をいただけている状況ですね。 

より単価は高くなってきていますし、継続的な案件も増えてきています。 ただ、公開で募集されている案件には「様子見」のものもあり、受けてしっかり仕事をすることで大きな案件に繋がることもあります。

製品開発のマネジメントをしていたので完全に離れていたわけではないんですが、自分で手を動かしていなかったので不安はありました。 なので、会社に居た頃から業務外で個人でコードを書いて開発をしていましたね。

個人でコードを書いてリリース・運用するなかでのインプットは開発の際のハマりどころを察知するなどマネジメントにも役立てられたので、個人開発はやって良かったですね。

現在は公開していないものもありますが、このあたりのAndroidアプリやゲームを作っていました。 そのため、フリーランスとしての初期の案件もAndroidアプリが多かったですね。

どちらかと言えば後者ですね。 開発力を取り戻したいのと、新しい技術を触ってみたい、というモチベーションがメインでした。 個人開発をやっていたからこそ、独立してすぐに案件を受けられたと思います。

1番は皆さんと同じでお金ですね〜（笑）。収入源を増やしたいなっていう思いです。 ただ、その中でも自分がユーザーになれるものを作っていますね。 最近つくった「ウマ育ノート」も自分が『ウマ娘』をプレイしていて「こういうツールがあったら良いな」と思って作りました。

基本的には自分が課題に思ったものを作り、反響が大きかったものを育てる感じですね。 あとは、触ったことがない技術やライブラリをいきなり案件で使うのは怖いので、個人開発で使ってみて経験を積む意味合いもあります。

以前はWebの案件はあまり受けていなかったのですが、Webアプリの個人開発を通してNuxt.jsなどが使えるようになったことで今ではWebの案件も受けています。 技術の学習と自分の課題の解決を兼ねたものを作り、そちらでもお金ももらえたら嬉しい、という感覚ですね。

本収入になるのであれば本収入にしたいですね（笑）。 個人開発のプロダクトに専念できる状態になれば、そちらに集中してみたいですね。

僕のスタイルとして請け負いでやることが多く、そのときにサーバーもWebフロントもアプリも、色んな事がフルでできる方が安心していただけるんです。 その能力を広げようと個人開発の時間を使っていたら、ちゃんと本業の方にも活きてきました。

個人開発でも両OSでアプリを出したいのと、アプリの案件でも両OS対応して欲しいと言われることが多いんです。 両方ともネイティブで開発だとコストがかかるのでお客さんの予算と合わないケースも多く、なんとかできないかなと思っていて。

今は作りたてですし、やっぱり反響があったり、使ってくださる人が多いっていうのが一番のモチベーションですね。 「積読ハウマッチ」も応援してくれる方・シェアしてくれる方がいるので、収入になるわけではなくても改善を続けています。

個人開発だと、テストはしているのですが、バグがあったときの影響の大きさによって、テストの実施度合いに色をつけているような感じで、リスクベースドテストという考え方を取り入れています。

もちろん、決済が絡む部分やデータ汚染がされそうなところなど、致命的になりうるものはしっかりテストしています。 表示が崩れるくらいなら何とでもなるのですが、致命的なリスクは担保してから出しますね。

メインはもちろん受けている案件で、空き時間に個人開発をしています。 案件の状況は、案件が多くてほぼほぼフルで働かないといけない時もあれば、逆に案件が少ない時期もあり、そうなると個人開発の時間が多めになる感じですね。

個人開発は細かい空き時間や余裕があるタイミングで一気に進めます。 会社員の時にも仕事をして帰宅後や土日に少しずつ開発し、連休でガッツリやる感じだったので、当時からあまり変わりませんね。

すごく難しい質問ですね。 以前はトウカイテイオーが好きでガチャも引いたんですが、今はストーリーを読んだらすごく良かったのでナイスネイチャですね。 

情報整理したり痒い所に手が届くツール系のサービスで、ちょっとめんどくさいなというのを解消するのが好きなんです。 ゲームをやっていて感じる「こういう情報を一気に見れたらいいのに」とか「こういうフィルタができたらいいのに」みたい気持ちが元ネタになっていますね。 

個人開発者としてはやはり個人開発で売り上げが立つものを作りたいですね。

フリーランスとしては、ソフトウェアの開発を発注する前段階、要件定義や発注先探しなどから困っているような方のサポートも行いたいですね。 どう発注したらいいのか分からない、どう作ったらいいか分からない、予算は最初だから全然出せない、など困っている方がかなり多いと感じるんです。

独立してよかったのは、やっぱり色々なお客さん・案件に関われることですね。 企業勤めだと1つの案件やプロダクトに深く関わるので、設計の見直しなどのチャレンジはしにくいですし、視野も広がりにくいと思います。 もちろん、突き詰めていくことでその言語や領域の深堀りはできるので、どちらが良いかは難しいですが。

フリーランスで色々な案件に関わることで「こういう案件だとこういう点が重要」みたいな経験で視野が広くなっていきますし、設計を思考できる回数が案件数に比例して増えていくので、設計面はかなり力をつけられると感じています。 ここは楽しくもあり実力にもつながるところで、今後のキャリアにつながるポイントになるなのかなと思います。 

デメリットとしては、個人でやることが多いのでチーム作業の経験は少なくなることですね。 また、自分より技術面でスキルが上の人がいないので、技術的なところで後ろ支えがいないっていうのも、精神的には厳しいところかなと。

企業勤めだと深堀りしていけるし、困った時には助けてもらえる。 ただ、関係者が多く一存で希望どおりに進めるのが難しいので、やりたいことができるかというと難しく、担当を持つため、別のことにチャレンジしにくいので視野が広がりにくい。

フリーランスだとその逆で、案件も自由に選べるといえば選べるし、色々な案件を通して視野が広がるし様々なチャレンジができる。 けれども、同じ組織の相談相手がいないので自分で何とかしないといけないプレッシャーが大きい。

個人的には向いてるかなと思います。 色々なお客さんと話したり、業務を深く知ったり、様々なパターンを考えてみたりというのが好きなので、常に新鮮な気持ちでいられて常に勉強しなきゃと思わせてくれる今の環境は好きですね。

それに早起きしなくて良いですし（笑）。 自分でスケジュールをコントロールできる面はすごく働きやすいかなと思います。

家族がいるからだらけれないっていうのはあります。 生活費と養育費と考えて、この辺まではしっかりという最低ラインが引かれるので、それが一番のプレッシャーになります。 1人だったらもっと酷いと思いますよ（笑）。

難しいですけど、プレッシャーの一方で自分が頑張るモチベーションの1つでもあります。 不安がないというと嘘になりますが、ある程度プレッシャーがある状況だとモチベーションが上がるタイプなのでそのおかげで頑張れていますね。

ただ、むちゃくちゃ難しい案件は受けないようにしています。 案件を受ける前に「どのあたりまで考えていますか、こういう場合は契約変更できますか」と、結構深くまで話を聞くことが多いんです。 自分が本当に対応できるかどうかのレベルまで話し合い、許容リスクのラインより厳しい要件は、考えられるリスクが許容できる範囲になるまで相談させていただいています。

基本的には「技術的な不安が無い」というラインですね。 ただ、中には「どうしても頼みたい」というお客さんもいるので、そういう時は「スキルセットや経験が足りず時間がかかる可能性がある」という話をして受ける形が多いです。

そこは包み隠さず、発注する際のリスクや懸念をお伝えして、判断をお客さんにお任せします。 組み込みなど完全に畑違いのものはやはりお断りしています。

最初だと、すぐに案件を取らなきゃという気持ちが焦って、無理な見積もりや条件で頑張ってしまいがちですよね。 自分はSIer企業に勤めていたからかもしれませんが、リスクを考えてバッファをとることが多いです。無理はいけません。

無理をして案件を受けてつぶれてしまっても、誰も幸せにならないですからね。 

やっぱり「無理はしないで」と。 僕も最初のころ結構無理をして辛かったり、怒鳴って来るような怖いお客さんから受注しちゃったりしたこともありました。 焦りすぎずに、ゆとりをもって仕事をしてほしいです。

「運がよかった」が一番かなと思っています。 ただ、会社員の間に個人開発をしてキャッチアップをしつつ、独立後に小さい案件で実績を積んでより大きな案件につなげていく、という流れは結構良かったなと思います。

会社を辞めるのもいきなりじゃなくて、事前にどれくらいの単価でどういう案件が募集されているかを調べてから辞めるとか。 事前にある程度は辞めても大丈夫かは確認していました。

paizaのスキルチェックなど、自分の技術力を客観的にも確認していました。 Aくらいまで行けて年収1000万レベルと評価されたので、それなら大丈夫かなと安心できたり。