導入する事業者
個人情報を扱わずに事業を回したい会社。
この立場を見ている持ち場9
- 代理IDの発行
- 自社環境への配置
- SEO・コンテンツ
- PR・SNS
- 営業・商談
- ヘルプコンテンツ
- CS・QA
- フィーチャーリクエスト
- 課金・請求
ONENYM TEAM
15の持ち場に、それぞれの文脈。
OneNym.idは、個人情報を業務システムから切り離して預かるための基盤です。漏れて困るものを、そもそも業務システムに置かない。その設計を守り続けることが、どの持ち場の前提になっています。
WHO IT IS FOR
OneNym.idが向き合う立場
導入する会社、つなぐ開発者、守りを見る担当、そしてデータの持ち主である本人。立場によって見ているものが違います。
開発者
既存の業務システムにつなぐ人。
この立場を見ている持ち場4
- 代理IDの発行
- 用途限定API
- MCP・API
- ヘルプコンテンツ
セキュリティ・法務
守りと説明責任を問われる人。
この立場を見ている持ち場5
- 暗号化保管庫
- 用途限定API
- 監査ログ
- フィーチャーリクエスト
- セキュリティ
個人
そのデータが自分のものである人。
この立場を見ている持ち場1
- 暗号化保管庫
THE ROSTER
OneNym.idの持ち場
ひとつの持ち場は、ひとつの目的を持ちます。ここに並べているのは、いま手が動いている分だけではなく、このプロダクトに必要な持ち場です。
個人情報を預かる
5
業務システムから個人情報を切り離して持つための中核。ここが崩れると残りに意味がありません。
代理IDの発行
業務システムには代理IDだけを渡し、本人の情報を持たせない。
事業者 開発者
暗号化保管庫
個人データを暗号化して保管し、鍵の扱いを限る。
法務 本人
用途限定API
何のために参照するのかを決めたうえでだけ、データを返す。
開発者 法務
自社環境への配置
お客さまのAzure環境にそのまま置けるようにする。
事業者
監査ログ
誰が、いつ、何のために見たのかを後から追えるようにする。
法務
外とつなぐ
1
画面でできることを、外のツールやAIエージェントからも同じようにできるようにする持ち場です。
MCP・API
外部のツールやAIエージェントから、OneNym.idの機能とデータを扱えるようにする。
開発者
知ってもらう・売る
3
つくっただけでは使われません。見つけてもらい、話をして、使い始めてもらうまでを持ちます。
SEO・コンテンツ
探している人に見つけてもらい、何ができるのかを先に伝える。
事業者
PR・SNS
何をするものなのかを、外に出し続ける。
事業者
営業・商談
見込みのある相手を見つけ、提案し、返事を切らさない。調べて下書きするのはAI、話すのは人です。
事業者
支える
2
使い始めたあとに迷わせないこと、届いた声を直すところまで持っていくこと。
ヘルプコンテンツ
困ったときに、サポートを待たずに解決できるようにする。
開発者 事業者
CS・QA
届いた声に答え、同じ不具合が二度出ない形に落とす。
事業者
次にやることを決める
1
つくる前の持ち場。上がってきた声と使われ方を突き合わせ、次を決めます。
フィーチャーリクエスト
利用者の要望と、使われ方から見えた不足をまとめ、次に何をつくるかを決める。
事業者 法務
動かし続ける・守る
3
止まらないこと、守られていること、請求が合っていること。
サーバー監視・ログ分析
エラーと遅さを先に見つけ、使っている最中に気づかせない。
セキュリティ
変更のたびに、守るべきものが守られているか確かめる。
法務
課金・請求
使った分を正しく、遅れなく請求する。
事業者
-
01
目的を決める
導入する事業者か、開発者か、法務か。誰の何を良くするのかを人が決めます。
-
02
セッションを立てる
持ち場ごとに専用のセッション。コードの規約、過去の判断、今の数字を引き継いで始めます。長くなりそうな持ち場は、別のブランチに切り出します。
-
03
つくって、レビューする
変更は小さく出します。レビューと自動テストを通り、検証環境で確かめたうえで、人が本番に切り替えます。
-
04
数字で確かめる
業務システムから個人情報がどれだけ減ったか。出した機能の数では測りません。
ONE AT A TIME
だから、これだけの範囲を抱えていられる
持ち場が同時に動くわけではありません。進めるのは一度にひとつです。預かる範囲を広げずに機能を足せるのは、ひとつの会話に、ひとつの持ち場の話しか入れないからです。
指示が混ざらない
用途限定APIの改修が、監査ログの整備の順番待ちをしません。守りの持ち場が後回しになりません。
共有するものと、分けるもの
コードの書き方と品質の基準は、プロジェクト全体でひとつに揃えます。持ち場ごとに分けるのは、目的と文脈だけです。
文脈が消えない
持ち場ごとに判断の記録が積み上がります。再開のたびに振り出しへ戻りません。
長くなるものは、分ける
ひとつの持ち場が長い仕事になりそうなら、別のブランチに切り出します。作業も、文脈と同じように混ぜません。
小さく出す
大きな一回より、小さな変更を何度も。問題が起きても戻せる範囲に収めます。
STILL OURS
人が決めること
エージェントが増えても、責任は人のものです。
-
どこまで預かるか
どのデータを預かり、どこまで返すのか。仕組みをつくる前に、人が線を引きます。
-
何をやらないか
やれることは増えました。だからこそ、やらない判断に時間を使います。
-
お客さまへの約束
納期、見積もり、品質。約束するのは会社であり、人です。
-
本番に出す判断
レビューとマージ。最後のボタンは人が押します。
LET'S TALK
同じやり方で、御社のプロダクトも前に進められます。
OneNym.idで使っている進め方は、ご依頼いただく開発でもそのまま使っています。まず何を前に進めたいか、聞かせてください。
相談する