大手に見積もりを取ると、数千万円・数ヶ月。小さい案件はそもそも受けてもらえない。
予算に合う相手に出すと、動くものは来る。ただし設計がなく、2年後に作り直しになる。
だから多くの業務が、今もエクセルと手作業のまま残っています。
Ask a large SI firm: tens of millions of yen, several months — and small projects get declined outright.
Go with whoever fits the budget: you get something that runs, but with no architecture. Two years later you rebuild.
So the work stays where it is — in spreadsheets, done by hand.
本来なら大手のSEチームと組んで作るべき設計を、小規模・短期で成立させます。
安いから雑、ではありません。理由があります。
Toysmithは自社でSaaSを5本立ち上げており、そこで作った設計と基盤を、そのまま案件に持ち込んでいます。計算ロジックや権限設計、印刷まわりの実装は、毎回ゼロから書いていません。だから小さく速いのに、設計が崩れないんです。
We deliver the architecture you'd normally need a large SI team for — at small scale, in a short timeframe.
Not cheap-and-rough. There's a reason.
We've launched five SaaS products of our own, and we bring that design and those foundations straight into client work. Calculation logic, permission models, print output — we don't write them from scratch every time. That's why it stays small and fast without the architecture falling apart.
既製のパッケージやSaaSに業務を合わせるのではなく、「こうしたい」をそのまま形にします。使わない機能にお金を払う必要も、業務のほうを曲げる必要もありません。
Instead of bending your work to fit a package, we build the thing you actually described. No paying for features you never use, no reshaping the job around the tool.
「何を作るか」が決まっていない段階から入ります。要件が固まっていないことは、依頼を断る理由になりません。
We come in before the spec exists. An unfinished requirement is not a reason for us to decline.
その場で動くものではなく、業務が変わっても直せる形で作ります。
Not something that merely runs today — something you can change when the business changes.
受託案件の実績ではなく、自社で企画から運用まで手がけたプロダクトです。設計の判断をすべて自分たちで引いているので、そのまま設計力の証明になります。
Not client project credits — products we planned, built, and operate ourselves. Every architectural decision is ours, which makes them direct evidence of what we can design.
過去の記録ではなく「今この瞬間」の熱量を語る、立場表明型のSNS。承認欲求とAIによるノイズを削ぎ落として、トピックそのものと向き合う対話空間をつくりました。
A stance-based SNS built around present-moment intensity rather than archived history. We stripped out social validation and AI noise to leave a space where the topic itself is the point.
「候補日を出す → 返事を待つ → もう埋まっていた」をなくす日程調整サービス。全員一致・予約受付・出欠確認・予定出しという性質のちがう4つの調整を1つのツールにまとめ、使い分けのために別のサービスを契約しなくて済む形にしました。
A scheduling service that removes the "here are some times / let me check / that one's gone now" loop. Four different kinds of coordination — consensus, bookings, attendance, and proposals — in one tool, so you don't subscribe to three.
デジタル無線機レンタル事業の、受発注・在庫・発送を回す業務システム。決済(Square)、配送伝票(ヤマトB2)、帳票PDF、QRコードでの機材管理までを1本に繋ぎ、手作業で受け渡していた工程をなくしました。
The operational backbone for a digital radio rental business — orders, inventory, and shipping. Payments (Square), shipping labels (Yamato B2), PDF documents, and QR-based equipment tracking all connect into one flow, removing the hand-offs that used to be manual.
イベントの動静表(進行スケジュール)をWeb上で複数人が同時編集し、そのままA3縦の紙・現場のスマホ・会場サイネージへ出力するシステム。複数の会社が同じ案件に入る前提で、会社をまたいだ権限とデータの見え方を設計しています。
A run-sheet system for events: multiple people edit the schedule together on the web, and it outputs straight to A3 print, on-site phones, and venue signage. Built for projects where several companies work side by side, with permissions and visibility designed across company boundaries.
イベントテクニカル業界向けの、見積作成と案件管理のプラットフォーム。計算エンジンと型定義を独立したパッケージとして切り出し、社内向けアプリと販売用SaaSの両方から同じ核を使う構成にしています。
A quoting and project-management platform for the event technical industry. The calculation engine and type definitions are split out as a standalone package, shared by both an internal application and a multi-tenant SaaS.
AIが使えるかどうかは、AIの性能では決まりません。
AIが読める場所に、正しい形で情報があるかどうかで決まります。
同じ数字がスプレッドシートとチャットとメールに散らばっていれば、AIは毎回ちがう答えを返します。だから私たちは、まず「どれが正しいのか」を1つに決めるところから入ります。
Whether AI works for you is not decided by the model.
It is decided by whether your information sits somewhere AI can read, in a shape it can use.
When the same number lives in a spreadsheet, a chat thread, and an inbox, AI gives you a different answer every time. So we start by deciding which one is true.
グループ会社の業務では、案件ルールや作業履歴が Google Drive のファイルとデータベースに二重に存在し、どちらが正しいのか分からない状態でした。AIに聞くたびに答えが変わる原因はそこにありました。
Firestore を唯一の正に決め、管理画面・対話型AI・Slack・メール巡回のすべてが同じデータベースを読む形に統合。ファイルでの二重管理を廃止しました。
In our group's own operations, project rules and work history existed twice — once in Google Drive files, once in a database — and nobody could say which was right. That was why AI kept changing its answer.
We made Firestore the single source of truth, and pointed everything at it: the admin UI, the conversational AI, Slack, and the mail patrol. The duplicate files are gone.
昨日教えたことを、今日は全部忘れています。極めて優秀なのに、記憶がゼロ。だからAIには、渡すための「設計」が要ります。
そして、自分ができることを任せるのは速い。できないことを丸投げすると破綻します。「AIでHPを作って」では止まり、「FTPの転送設定を教えて」なら進む。差は、業務を知っているかどうかだけです。
Everything you taught it yesterday is gone today. Brilliant, with zero memory — which is why AI needs architecture handed to it.
And handing AI what you already know how to do is fast; handing over what you don't breaks. "AI, build me a website" stalls. "Show me the FTP settings" ships. The difference is knowing the work.
事業は2つです。システム開発と、AIでの社内環境整備。どちらも、既製品に業務を合わせるのではなく、御社の形に合わせて作ります。
Two lines of work: system development and getting your company ready for AI. Both shaped to how you work, not the other way round.
エクセルと手作業で回している業務を、そのまま置き換えられます。要件が固まっていない段階からご相談ください。権限設計・帳票出力・外部サービス連携まで含めて引き受けます。
A direct replacement for the work you run on spreadsheets and hand-offs. Bring it to us before the spec exists — permissions, printed documents, and third-party integrations included.
AIが使えるかどうかは、AIの性能ではなく、情報がAIの読める場所に正しい形であるかで決まります。正を1つに決め、見せる範囲を設計し、業務ルールをAIが読める形にするところまでを引き受けます。
Whether AI works for you is decided by your information, not the model. One source of truth, a decided boundary for what AI may read, and your working rules written where AI can load them.
要件が固まっていない状態で構いません。むしろ、その段階からのほうが良いものになります。
You don't need a finished spec. Honestly, earlier is better.
Toysmith株式会社は、業務システムとSaaSをつくる会社です。自社プロダクトを5本立ち上げ、そのうち3本を公開・運用しています。設計の判断を外に出さず、企画から運用まで自分たちで引いているのが特徴です。
Toysmith Inc. builds business systems and SaaS products. We've launched five products of our own; three are live and in operation. We keep architectural decisions in-house — from concept through operation.
システム開発のご相談、お見積もりのご依頼など、お気軽にお問い合わせください。要件が固まっていない段階でも構いません。
For development inquiries, quotes, or anything else. An unfinished spec is fine.
お問い合わせいただきありがとうございます。
内容を確認の上、担当者よりご連絡いたします。
回答までお時間をいただく場合がございますので、あらかじめご了承ください。
Thank you for your inquiry.
We will review your message and respond shortly.
Please allow some time for our reply.