授業の道具を、
ストアに並べるまで

授業では Squid というノートアプリを使っていました。Chromebook（メモリ4GB）にペンで書き、HDMI でモニターに映す。不満は、動作が「重い」ことと「レーザーポインターがない」ことの二つだけでした。

Chromebook の Android アプリは、ChromeOS の中の仮想の Android で動きます。あいだに一枚挟まるぶん、最初から重いのです。そこで最初は Android アプリにせず、ブラウザで動く PWA にしました。PDF を表示する部品（PDF.js）の上に、ペンの層を重ねる作りです。

初日の夜には骨組みができあがり、ネットに公開できました。ただし最初の公開は、親フォルダに残っていた設定のせいで、会社サイトのプレビュー用の場所に出てしまいました。本番に影響はありませんでした。最初の失敗は、だいたいこういう地味なものです。

授業で使えるようになった翌日、ストアで出すと決めました。そこで最初にやったのは、機能の追加ではなく、判断の基準を書き出すことでした。その後の迷いは、ほとんどこのリストに照らして片づきました。

• 名刺代わりにする。売上の柱にはしない自分の授業で使う道具を作り、使いたい人にも使ってもらう。ニッチな道具は単体では大きく売れないし、更新が止まったアプリは会社の評価を下げる。だから続けられる大きさで作る。
• ボタンに文字を出さない国ごとに作り直さずに世界へ出すため。くわしい説明はアプリの外、ウェブの説明書に文字でたっぷり書き、各国の言葉に訳す。アプリは絵、説明書は文字、という分担。
• 文字を打たせない授業中の先生は片手がふさがっている。数式もテンキーで入れる。
• 端末の中で完結させるサーバーも外部の AI も使わない。動作が軽くなるし、プライバシーポリシーも「何も集めません」の一言で済む。
• 授業の流れが先、準備の便利さは後迷ったら「授業中に一手でも速くなるほう」を取る。

標語にすると「simple is the VERY best」。この時点で、無料版の形も決めました。機能を制限せず、7日間だけ全部使える形です。

この週に機能は一気に増えました。教科のひな形45種をはじめ、地図、関数のグラフ電卓、タイマー、付箋、スタンプ。増やし方にも工夫があります。AI に「カスタマイズにうるさい人」を演じさせて要望を45件出させ、そのうち25件を採りました。各国の「ノート作りにこだわる人」への架空のインタビューでは、60の候補をひな形45種に絞りました。

そして、同じくらい削りました。

• 3本指で全部消すOS の操作とぶつかる
• 指のダブルタップでポインター同じく OS とぶつかる
• 星が流れるポインター古い端末には重すぎた
• 虫眼鏡のポインター拡大すると画質が荒れる
• 画像の文字読み取り・AI の部品アプリの容量が10〜30MB増え、起動が遅くなる。端末の中で完結する原則にも合わない
• 立体の回転表示3D の表示が要るので見送り
• スマホ対応対象はタブレットと Chromebook。外したら、対応するスマホは12,510機種から603機種になった（大きい画面と折りたたみだけ残る）

逆に、古い端末は切りませんでした。Chrome 95 の古いタブレットと、サポートが切れた Chromebook で動くことを確かめています。この先作る道具では、古い端末を切ったほうが快適になる場面も出てくるでしょう。そのときは AI が選択肢として示し、最後は人間が決める。これも決まりにしました。

最初の案は、25ドル前後の買い切り（一度払えばずっと使える形）だけでした。決める前に相場を調べました。

このアプリには AI も同期もありません。サーバー代がかからないので、安くしても利益率は保てます。そこで作戦を「なるべく多くの人に使ってもらう」にしました。

値段の並びにもそれぞれ理由があります。

• 買い切りは年額の2年分。
• 月額は、夏期講習や冬期講習の間だけ使いたい人のため。
• 「発売記念価格」と書いておき、上げる余地を残す。

年2,000円・買い切り4,000円にしても、相場の先生向けツールの半分以下でしたが、まずは評価とレビューを集めるほうを取りました。

仮の名前は「PDFボード」でした。ただ、これは機能の説明であって、名前ではありません。そこで新しい造語を考え、約30案からの決選投票に Crysel・Lucel・Kasanel・Plumel が残りました。

ほぼ決めかけていた「Casanel」は、日本の商標のソフトウェアの区分に、同じ読みの「Kasaneru」が先に出願されているのが見つかって、候補から消えました。

ここで方針をひっくり返しました。物語性より分かりやすさを取り、商標も登録しない。最後は「PDF ○○ Board」の型に落ち着きます。そうして決まったのが PDF Write Board です。これなら、どの国のどの年代の人でも、名前から中身がわかります。決めたときの言葉は「多少ダサくていい」。おまけに、Write Board は Lightboard（光る板）にも聞こえます。

外した案もあります。PDF Draw Board は、大手の「Drawboard PDF」の語順を入れかえただけになるので外しました。

アプリの内部の住所にあたる「パッケージ名」は、一度決めると変えられません。そこには販売名を入れず、会社のドメインに「board」とだけ付けました。いつか名前を変えることになっても、跡が残りません。

ストアには、個人ではなく株式会社オルカとして出しました。会社で開発者登録をするには、D-U-N-S 番号（企業の国際的な識別番号）が要ります。申請から発行まで6日かかりました。途中で調査会社から確認の連絡が来て、それには回答の期限がありました。

• 英語の会社名は、D-U-N-S・Google・Apple の三か所で一字一句そろえる必要があります。Apple では同じ英語名がすでに別の組織に使われていて、名前の調整が必要でした。
• 会社のアカウントには、個人のアカウントに課される「12人で14日間テストしてから公開」という決まりがありません。
• 開発者の電話番号は必須で、ストアに公開されます。

売る国は「全世界」にしました。ボタンに文字がないので、どこに出しても同じものが使えます。

10月27日に Google Play Console（開発者向けの管理画面）にアプリを登録し、課金の仕組みを書いて、最初の版を内部テストに出しました。Android 版は、同じウェブのコードを Capacitor（アプリの中でブラウザを動かす仕組み）で包んだものです。

ところが Chromebook では、起動に体感で4秒かかりました。そこで TWA（端末の Chrome でウェブを開く仕組み）に切り替えます。しかし2日後には、元に戻すことになります。TWA 版は起動直後に落ち、直したあとも、PWA を入れていない Chromebook ではブラウザのふつうのタブとして開いてしまいました。既定のブラウザが別のものだと遅くもなります。手を入れた Capacitor 版は起動2.4秒、TWA 版は4.2秒でした。

Squid の書き心地がなぜ滑らかだったのかも、この時期に測ってわかりました。

遅れの元は、ChromeOS の中の Android が WebView（アプリの中でウェブを表示する部品）にペンの情報を渡す処理にあり、アプリの側からは縮められません。そこで、書いている最中の線だけを Android 本来の層（ネイティブ）で描き、ペンを離したらウェブ側の確定した線に引き継ぐ「ウェットインク」という仕組みを作りました。

起動の遅さには、もう一つ謎がありました。画面を描き直すための合図（requestAnimationFrame）が、起動してから18秒ほど、ほとんど来ていなかったのです。合図が来なければ代わりに呼ぶ仕組みを入れたところ、1ページ目が出るまでの時間は10秒から0.74秒になりました。

内部テストに出した版（バージョン）は、29まで重ねました。一般の人に届いたのは、そのうちの二つです。

Play Console には、アプリの中身とは別に申告する項目がたくさんあります。

• データの扱い：収集なし。Google の定義では、データを端末の外へ送ることが「収集」にあたります。
• 対象年齢：13歳以上。13歳未満を含めると、子ども向けの厳しい決まりがかかります。
• 年齢のレーティング：3歳以上。
• EU 向けの「取引業者」の申告。
• プライバシーポリシーと利用規約の URL。

つまずいた所を挙げておきます。

アイコンは10月31日に決めました。本の上でペンを走らせている絵です。のちにペンを黄色に変えました。ノートの色に溶けてぼやけたからです。

11月4日に最初の製品版を審査に出し、11月7日にストアに並びました。審査を待つ間も、直す手は止めませんでした。内部テストは製品版の審査とは別のルートで進むため、審査なしで数分から25分ほどで端末に届きます。ただし、審査中に製品版のほうへ新しい版を送ると、審査はやり直しになります。

この間に、書き心地を詰めました。

• 線の縁が「ざらざら」していたのは、筆圧の細かな揺れが原因でした。筆圧の新しい値を25%だけ取り入れる計算にして、変化をならしました。
• ペンを離した瞬間の線の入れかわりが、目の端でちらついて気になりました。450ミリ秒かけて溶け込ませるようにしました。呼び名は「染みこむ」です。

11月9日、この直しを入れた版を審査に出すと、約1時間で公開されました。二回目は、驚くほど速く通りました。

コードを書いたのは、ほとんどが AI です。役割はこう分けました。

• 実装と実機での確認：Claude（Opus と Fable が交代で）
• 点検と意見：Fable を「先生役」に
• 細かい作業：小さなエージェントに1件ずつ
• 日本語の言いかえ案：Gemini

アプリの中の日本語は937か所を点検しました。Gemini が180件の案を出し、159件を採り、21件を見送りました。たとえば Gemini が「タップ」を「押す」に変えた所は、アプリ全体の言葉がそろわなくなるので戻しています。

実機の確認も、AI が Wi-Fi 越しに Chromebook へペンの線を自動で入力し、画面を撮って色を数値で測る、という形で回しました。一方で、本番への公開や課金の設定のような取り返しのつかない操作は、AI の側の安全装置が働いて手を止め、最後のボタンは人が押しています。それでいいと思っています。

1. 原則を先に書く。機能の判断も、削る判断も、申告の答えも、そこから出てくる。
2. データを集めないなら、事務も短くなる。プライバシーポリシーも、ストアの申告も。
3. 値段は相場表を作ってから。安くするなら、なぜ安くできるのかを言葉にしておく。
4. 名前は商標を先に調べる。きれいな造語ほど、先の出願を踏みやすい。
5. 会社で出すなら、D-U-N-S を最初の週に申請する。英語の会社名はどこでも一字一句そろえる。
6. お試しの形は、審査担当者が試せるかどうかで決める。
7. 内部テストを使い倒す。製品版の審査中は、製品版に触らない。
8. テスト購入の前に、テスト用アカウントの一覧にチェックが入っているか確かめる。