副業でお願いしているのがあって、決算で初めてそれを知った。。。
ならClaude Code Max使います。。。すいません。。。
売上が足りないのにコストダウンしたら栄養失調で死ぬだけ
表題は、99%の社長が勘違いしてること、という本の一節。本当にその通りだと思う。前職、そして、自分で会社をやって、腹落ちできた。
売上が足りないからコストダウンでしのいだとしても、ご飯の量が足りないから栄養失調になるだけだ。自分で立ち上がれないなら死んだのと同じで、死んでない分、タチが悪い。何かを削れば利益が出るって考えたら先細りするだけだよ。ジリ貧になっちゃう。ジリ貧ってのは入口を間違えているんだから、そこから改めないと。
栄養は、簡単に言えば現金（現金化できる資産）のこと。本にもあったけど、預金が1010万だが1000万借金と、預金10万で無借金なら、どう考えても1010万が良い。そもそも、60回分割で返せるんだから。7年が多いらしいけど。
コロナ融資で600万引いた。その600があるおかげで自分が何を売るべきか（当時はFlutterを先行着手してアプリ開発の案件を取るという決断をした）を考えて、その準備に時間を裂けた。その結果、Flutterで3年飯が食えて、次に自分が作るべきソフトウェアとそれを可能にする技術を磨く時間を稼げた。時間を稼げれば先に繋げられるんだなと、良い学びになった。現金がないと時間も稼げない。
売上が低調だからコストダウンしよう（失うものが怖い）のは、人間の本能に近い部分なので、どうしても先にそれが出る。コレ、間違いだ。賭け金は多い方が良いに決まってる。
自転車操業になったらどうしよう？回すだけです、どんな形であれ。あんまり意味のない問いです。資金を引いても同じことをやってて何も新しい成長にベットするものがないなら、引いても苦しい。でも、時間が稼げます。1ヶ月後に何かを見つけられるかもしれない。資金繰りから解放されて、時間の使い方を変えることで。
お金は栄養なんだから、採らないとね。取り続けないといけないのがミソだけど、僕も公庫や信金さんと、来月から相談会だ〜
生成AIベースのプロダクト、下準備が9割
自分でもやってみて思ったんですけど、いくらモデルが優秀でも、与えられた事前知識がアホだと、アホな結果しか返すことができない。
モデルがブラックボックスなので、チューニングする要素が事前知識とプロンプトしか存在しない。モデルの中を書き換えることができない。自分で作れば別だけど、そんなの無理じゃん。
・・・だよね〜って思ったのがこれ。
ちなみに、AIエージェント事業立ち上げの秘伝のタレは、
— Takaya Shinozuka / 令和トラベルCEO (@shinojapan) 2025年6月25日
1：正確で完全なナレッジフォーマットをどう構築し、更新し続けるか
2：呼応するプロンプトエンジニアリングの品質をどう上げきるか
3：超高速な行動フィードバックサイクルの設計デザイン
知恵を絞りきった結果、この3つしかありません。
AIエージェントと言っても、ある特定の課題に深く食い込めるものを作らないと売れない。ある特定の課題を深堀りするのは、近似値が全ての生成AIと相性が良くない。近似値のしきい値を決めるのも難しい。
プログラミング自体は極めて単純化される。HTTPでリクエスト投げるだけのコードに差は出ない。差が出るのが、いわゆるRAGというもの。こいつの構築でみんな討ち死にしている印象がある。正解がないから。この事前知識を食わせればきっと最高の神託を賜ることができるのであるっていう仮説を立ててひたすら回していくしか、できることはない。MCPを立てればと言っても、それらをオーケストレーションするのは、それも大変。プロンプトという秘伝のタレの精度は、そこまで重要じゃない気がする。RAGのほうが重要度が高い、やってみた限りでは。
双方向のコミュニケーションで会話のコンテクストを高める系のプロダクト、ジャンルを絞った瞬間に、精度について絶対に文句言われると思う。レコメンドもベクトルDBでやったところで、近似値でレコメンドしてもリアクションあるかは全く別問題。マッチングアプリにちょっと関わって、それは感じた。
ただ、ブラックボックスを飼い慣らせるなら、それはすごい強みになると思う。そこの勝負に、いまの僕は手を出せる状況ではなかったのである。
もう6月じゃないですか
ひぃ〜 時間が経つのが早い。経営は時間との戦いだと思い知った、ここ最近です。
2月でお世話になっていたFlutterのお仕事を辞めて、半年間プロダクトを作る時間を作ると決めました。が、3月〜4月は2件ほど納品した受託の改修があったので、GWのちょっと前ぐらいから本腰入れることができました。実質、1人月とちょっとだね...
プロダクトを作るとなれば、ベースを作り上げる必要がある。ベースというのは、誰かにコードを書いてもらえる状態まで規約やアーキテクチャを整理して、このレールから脱線するなよという状況まで辿り着いたこと、です。これがないとレビューも何も無いので。ReactRouter v7をコアにして、ある程度納得できる状態に持ってこれました。足掛け、半年かかりました。
5月の中旬から、飛び道具となりそうな生成AIベースのサービスを作っています。大枠はできて、諸々仕上がるのが来週。再来週から何社かに声かけて、試験的に入れてもらう。その間、自分の知らない会社に対してPRしてクローズドテスターを募るためにLPを作り(GPTの画像生成をフルに使う想定）、数万使ってWeb広告を打つ。これができるのが、6/20の週かな。
来週から主力製品の売り込みを行います。お金をかけて作ったリードがそこそこあって、まずはそこから50社に声かけて、どれぐらいアポが取れるか。5件は取りたい！
それとは別に、ほぼ内示もらっている販売管理をReactRouter v7で作らないといけない。これが最も複雑な作りになることがわかっており、最速で盆明け。その間の資金繰りがちょっと厳しくなる可能性があるから、500前後、金融機関から引く。引かないと時間が作れない。会社は回りさえすれば、チャンスができる。ここで目先の仕事を取りに行ったら、何も今までと変わらないので、ガマンするしか・・・ない！
売り込んだものが売れても、毎月入金が来るとは限らないのが、プロダクト販売 / 受託の難しいところ。SESのように毎月定額でお金が来るわけじゃないのだ。
今年は赤字で良いから、とにかく、「ほんとにこれはいいね」って刺さるものを作り上げて、出せるようにする。そこまでくれば、自分が出稼ぎしてメンバーや生成AI二コードを書いてもらえるようにも、できる。
10期目、やっていきだ。
生成AI開発楽しすぐる
ちょっとしたことでも壁打ちができて最高に楽しい。続きはまた。
自責を他責にすり替えるサイコが確実に存在する
同様の話を2件同時に聞いて震える。
自分が明らかに非があるのに、そうできていない相手や周りがおかしいんだがで他責にすり替える。しかも、マジな目で。そういう人は絶対に謝罪しないよね。
弥生販売の受注CSVを作る時に気をつけること
- フォーマットがよくわからないので、ダミーでデータを作り、そのデータを受注レポートからCSVに吐き出して、参考にする。
- TSで書くならZodでCSVスキーマを定義しておくとデータを作るのが楽。Zodには色々お世話になりっぱなしだぜ。
- 受注Noは歯抜けが許されないので、最新の弥生の受注Noに+1した所から伝票番号を作ること。
- 行番号の指定がマスト。同一伝票番号なら、勝手にパースしろよお前がよって思うけど、しょうがない。
- 明細区分が指定される。99が消費税、0が伝票摘要など、ここでデータを作るようなので、しょうがない。また、これらのデータは明細区分１の伝票明細より後の行番号でないとダメっぽい。
- 行の改行はCRLF(\r\n)じゃないと改行と判別されない。ここで１時間溶かしてしまった。
- 文字コードは安心と信頼のShift_JIS。UTF8で作ってしまうと一切読み込めない。
上記の罠をすべてくぐり抜けた漢のみが、弥生にデータを放り込むことができるのだ。
