エッセイ

法人登記もまだの私たちが、ブログを書き始める理由

Shuhei KomoriShuhei Komori
法人登記もまだの私たちが、ブログを書き始める理由

はじめに:今の私たち

Neuradexは、営業・エンジニア・デザイナーなど、それぞれ違う専門性を持った4人のチームだ。AIの「記憶」を扱うプロダクトの開発をしながら、受託開発にも取り組み始めている。

メンバーはそれぞれ、スタートアップや事業会社でプロダクト開発の経験を十分に積んできた。ただ、独立してチームとして仕事を取りにいくとなると、話は別だ。正直に今の状況を書くと、こうなる。

  • 受託開発については、ほぼ素人
  • 業界のネットワークも、ほとんどない
  • 「何か案件があったらお願いします」という知り合いへの連絡は一通り終えて、すでに弾切れ
  • 営業の手法も、まだ開拓できていない
  • なんなら、法人登記すらまだできていない

書いていて少し笑ってしまうくらい、何もない。

そんな状況で、メンバーに提案したいのが「みんなでブログを書こう」ということだ。この記事は、その理由をちゃんと言葉にしておくために書いている。社内のメンバーに向けた呼びかけであり、同時に、外から見てくれている人への自己紹介でもある。

先輩たちを見て思ったこと

何もない状況で、自分たちにできることは何だろう。そう考えていたときに目に入ったのが、発信を軸に事業を伸ばしてきた、うまくいっている事業の先輩たちだった。

クラスメソッドの場合

技術ブログ「DevelopersIO」で知られるクラスメソッド。代表の横田さんが、自己資本で起業してから年商950億円に至るまでを振り返った講演資料を公開している。

その中に、創業期のこんなエピソードがある。営業の仕方が分からない。問い合わせのメールを送っても無視される。広告を出すお金もない。そこで、とりあえず個人で技術ブログを書き始め、特定の技術について毎日書いた。すると反応が良く、勉強会が生まれ、ユーザーグループが生まれ、発信すればするほど反応が返ってくる。そのうち、仲間やお客さんのほうから来てくれるようになった——という話だ。

資料の中には、こんな一言もある。

無名な会社ほど情報発信に勝るマーケはない

読んだとき、これは今の私たちのことだと思った。お金も実績もネットワークもない。でも、書くことならできる。

もうひとつ印象的だったのは、事業がうまくいかず大きく縮小した時期に、初心に返って立ち上げたのがDevelopersIOだったということ。苦しいときに立ち返る場所が「発信」だった。そして、社長自身が書き始め、それを見た幹部が書き、さらにそれを見たメンバーが続く。強制ではなく、連鎖としてカルチャーになっていったそうだ。

ベイジの場合

もうひとつは、Web制作会社のベイジ。プッシュ型の営業をほとんどせず、自社の思想や取り組み、経営者のスタンスをオウンドメディアやSNSで発信することで、仕事を得ている会社として知られている。

クラスメソッドが「量と継続」の発信だとすれば、ベイジは「思想と深さ」の発信。記事を読んで、「この会社の考え方が好きだから頼みたい」と思ってもらえる。形は違っても、どちらも「書くことで見つけてもらう」ことに成功している。

私たちがまねできること

もちろん、いきなり同じようになれるとは思っていない。でも、どちらの会社も最初から有名だったわけではないはずだ。クラスメソッドの最初の一歩は、まさに「とりあえず書いてみる」だった。ベイジもきっと、最初から今の形だったわけではないと思う。

それなら、今の私たちにもできる。むしろ、何もない今だからこそ、いちばん筋が良い一手なんじゃないか。そう思ったのが、この提案のきっかけだ。

外に向けて書く意味

独立してチームとして動き始めた私たちには、まだ実績がない。「このチームでこんなプロジェクトをやってきた」と胸を張って見せられるものは、ほとんどない。

でも、専門性はある。営業には営業の、エンジニアにはエンジニアの、デザイナーにはデザイナーの、それぞれが現場で積み上げてきた知識と考え方がある。

ブログは、その専門性を見せられる場所だ。お客さんからすれば、「このチーム、実績はまだないけど、ちゃんと分かっている人たちなんだな」と思ってもらえる。商談の場で「実はこういう記事を書いていて」と見せられるだけでも、初対面の印象はかなり変わるはずだ。

ただし、ブログを書いたからといって、翌月すぐに仕事が来るとは思っていない。クラスメソッドの話も、毎日書き続けた先に好循環が生まれたという話だった。だからブログは、即効性のある営業ツールというより、私たちを見つけてもらうための「入口」を少しずつ増やしていく装置だと考えている。

そしてその入口から来てくれるのは、お客さんだけではないかもしれない。一緒に仕事をしてくれるパートナーや、同じようなことを考えている仲間に出会うきっかけにもなると思う。

内に向けて書く意味

ここからが、いちばん伝えたいことだ。

ブログを書く意味は、外向けだけではない。むしろ、チームの内側にとっての価値のほうが大きいと思っている。

お互いの専門を知る

私たちは、営業・エンジニア・デザイナーと、それぞれ違う専門を持っている。それはチームの強みだけど、同時に、お互いが何を考えているのかが見えにくいということでもある。

たとえば、営業が技術のことを少しでも分かっていたら、お客さんとの会話の中で「お、この人やるな」と思ってもらえる。逆に、エンジニアが営業の現場で何が起きているかを知っていたら、もっと顧客目線で開発を進められる。デザイナーが事業やビジネスの文脈を理解していれば、見た目だけでなく、成果につながるデザインができる。

お互いの頭の中を少し覗けるだけで、チームとしての動き方は変わる。

やりたいことを知る

普段の会話は目の前のタスクの話がほとんどで、それぞれが本当は何に興味があって、何をやりたいのかを聞く機会はあまりない。

でも、ブログを書くとなると、自然と「自分が書きたいこと」が出てくる。それを読めば、「この人、こういうことに興味があったんだ」と分かる。それが事業のヒントになるなら、どんどん取り入れていけばいい。

記憶領域の知見をチームのものにする

そしてもうひとつ。私たちがこれまで取り組んできた、AIの記憶領域について。

正直に言うと、この分野については、最初に「事業をやろう」と言い出したkimさんしか深く理解できていない部分が多い。でも、それは私たちのチームにとっても大事な知見だ。一人の頭の中だけにあるのはもったいないし、リスクでもある。

その考えを記事にしてもらえたら、メンバー全員が理解できるようになる。営業はそれをお客さんに説明できるし、デザイナーはそれをどう体験に落とし込むかを考えられる。一人の知見が、チーム全体の武器になる。

「じゃあ社内限定でよくない?」への答え

ここまで読むと、「社内の相互理解が目的なら、社内のドキュメントで共有すればいいのでは?」と思うかもしれない。私もそう考えた。でも、あえて外に公開する理由が3つある。

1. 外に向けて書くと、質が上がる

社内向けのメモだと、「言わなくても分かるでしょ」と前提を省略しがちだ。外の人が読む前提で書くと、背景から丁寧に説明することになる。結果的に、社内のメンバーにとっても分かりやすい文章になる。

2. 一石二鳥になる

同じ労力で、社内の共有と外への発信が両方できる。社内限定にすると、せっかく書いたものの営業効果はゼロになってしまう。

3. 続けやすい

社内だけのドキュメントは、どうしても優先度が下がって自然消滅しがちだ。外に出すと、誰かに読まれたり反応があったりする。それが続ける動機になる。

つまり、社内のためでもあるけど、外に出すからこそ社内にも効く。もちろん、外に出せない話は社内のドキュメントに置けばいい。その使い分けで十分だ。

これからやりたいこと

このブログでは、私たちの「ゼロからの過程」をできるだけ見せていきたい。

うまくいった会社が過去を振り返る話はたくさんある。でも、まだ何も持っていない段階をリアルタイムで記録しているチームは、そう多くない。そして、0から1の時期の記録は、あとから作ることができない。だからこそ、今書く意味がある。

たとえば、法人化したら、そのこと自体を記事にする。定款をどうしたか、資本金をどう決めたか、税理士さんをどう選んだか。これから起業する人の役に立つかもしれない。初めて受注できたら、その経緯も書きたい。

そして近いうちに、自社プロダクトの開発にも取り組む。メンバーの一人がFDEとして1年近く現場に入って得た経験を、プロダクトに落とし込んでいくつもりだ。どんな仮説を立てて、何を検証して、どこで方針を変えたのか。完成品だけでなく、その裏側の考え方を見せることで、私たちがどういうチームなのかが伝わるはずだ。

この記事は、その連載の第1話のつもりで書いている。

メンバーへ

最後に、メンバーのみんなへ。

ブログ、書いてみよう。

ルールはゆるくていい。たとえば、月に1本くらい。長くなくていいし、完璧じゃなくていい。「最近こんなことを調べた」「こういうことを考えている」くらいの内容で十分だ。

書くのが面倒なら、やりたいことや考えていることをわーっと話して、それをAIに整形してもらえばいい。実は、この記事もそうやって書いている。

それから、「書きたいことが特にない」という人のために、リクエストの仕組みも作ろうと思っている。メンバー同士で「あなたのこれが知りたい」「この話を書いてほしい」とお題を投げ合う。リクエストされたものから選んで書いてもいい。たとえば、営業メンバーに「初回の商談で何を見ているのか」、立ち上げメンバーに「記憶領域って、そもそも何が難しいのか」。聞きたいことが、そのまま記事のお題になる。

クラスメソッドでは、社長が書き始めたことがカルチャーの始まりだったそうだ。だから、まずはブログを提案した私から書く。この記事がその1本目だ。

お金も実績もネットワークもない私たちだけど、書くことならできる。ここから一緒に、少しずつ積み上げていこう。

Neuradexでやっていきたいこと

最後に、ここまで読んでくださった方へ。

Neuradexは、AI・システム開発の受託に取り組んでいます。営業・エンジニア・デザイナーがそろっているので、事業の課題を理解するところから、デザイン、開発、運用までを一つのチームで進められるのが特徴です。

特に力を入れたいのは、AIを業務に組み込む開発です。私たちが取り組んできたAIの記憶領域の知見を活かして、「社内の知識をAIに覚えさせて、ちゃんと使えるようにしたい」といったご相談にも応えていきたいと考えています。

まだ実績は多くありませんが、だからこそ一つひとつの案件に深く向き合えます。要件が固まっていない段階のご相談や、小さく試してみたいというお話も大歓迎です。

「こんなことできる?」くらいの軽いご相談でも構いません。気になった方は、ぜひお問い合わせからお気軽にお声がけください。

参考文献

この記事を書いた人

Shuhei Komori

Shuhei Komori

デザイナーです。 事業の戦略とデザインについて考えることが好きです。