齊藤孝信｜UX・プロダクト設計 Selected Works

1. 海外向け日本工芸ギフト体験｜Wish, Made in Japan.

Case 01 / Global product & editorial experience

日本の工芸品を、
「意味」から選ぶ。

01 / 企画・公開

企画、AIによる制作支援、人間によるレビューを経て、本番公開までつないだ。

海外向け日本工芸ギフト体験を、コンセプト設計から英語コンテンツ、実装まで一気通貫で立ち上げた。

人間：目的、対象者、世界観、情報の優先順位を設計。
AIエージェント：英語草稿、比較、実装、修正反復を支援。
人間：文化的意味、UX、表示品質をレビューし、採否と最終公開を判断。

02 / 文化的意味

モチーフを装飾で終わらせず、贈る理由へ変える。

鶴を「Japanese style」として消費させず、長寿や祝い、夫婦の調和へつながる文脈を英語で説明する。

文化的意味と、どんな願いに合うかを分けて記述する。
メーカーや文化資料で裏づけられる範囲だけを扱う。
幸運や効果を約束せず、選ぶための文脈として示す。

03 / 中核UX

先に願いを選び、後から工芸を選ぶ。

商品カテゴリからではなく、贈る状況と込めたい願いから逆算して、文化的意味の合う工芸品を返す。

Wedding、New home、Milestone、Thank-you、New babyから場面を選ぶ。
Prosperity、Long life、Peaceなど、相手へ送りたい願いを選ぶ。
予算と米国配送条件まで同じ結果面で確認できる。

04 / 意味の切替

違うと感じたら、商品ではなく「願い」を変える。

同じ結婚祝いと予算を保ったまま、贈り物に込めるメッセージだけを変えて候補を比べられる。

七宝は繁栄、鶴は長寿、桜は新しい始まり、青海波は平和。
商品一覧へ戻るのではなく、判断軸をその場で切り替える。
日本文化を知らなくても、英語の願いから選択できる。

05 / 情報設計

意味を、商品が変わっても残る情報資産にする。

Musubi、Crane、Shippo、Seigaiha、Sakuraを、見た目の分類ではなく「伝えたい意味」のライブラリとして整理した。

一つのモチーフに、意味、適する場面、注意点を持たせる。
文化解説から関連する商品へ進める。
商品が入れ替わっても、意味の情報資産は残る構造にした。

06 / 信頼の設計

意味、商品、価格。それぞれの根拠を隣に置く。

文化の説明と商業情報を混ぜず、出典、選定基準、価格確認日、収益との関係を明文化した。

メーカー・商品・販売元の一次情報を優先する。
アフィリエイト報酬の多寡で、候補順位を変えない。
価格、在庫、配送、返品は販売元で最終確認する。

07 / 場面別ガイド

結婚祝いを、文化・予算・配送まで一つの判断へ。

「Wedding」に適する願いと工芸を、文化的根拠、価格帯、米国配送条件とともに読み解けるガイドを用意した。

対の鶴を、夫婦の調和と長寿の願いへ接続する。
夫婦茶碗や七宝など、別の意味を持つ候補も比較できる。
編集ガイドから、購入可能な販売元へ直接進める。

08 / AIと人の役割

AIで速くつくり、文化の判断は人と出典に戻す。

AIは英語草稿、翻訳、サイト制作を加速する。一方、文化的意味と商品情報の証拠にはせず、人が公開品質を確認する。

日本から発信する独立した編集・ギフト探索プロジェクト。
購入手続きは、リンク先の販売元で行う。
売上、転換率、利用者への効果は、公開後に検証する。

01 / 08

2. Amazonキーワード勝ち負け判定ダッシュボード

Case 02 / Amazon Ads decision intelligence

検索キーワードの勝ち・負けを、
再現性と採算で判定する。

01 / 判断の入口

勝ち・負けを、根拠とともに一画面へ。

最新期間の購入数だけで並べず、反復回数、Score、Click条件、ROASを併記し、判断の入口を一つにした。

ブランド、広告区分、判定期間、訴求軸／ブランドKWで絞り込む。
勝ち60件、負け45件、判断保留15件を同じ母集団で把握する。
公開デモは実在しないブランド・商品・数値だけで構成。

02 / 集計の土台

期間と比較軸を固定し、数字の土台をそろえる。

ブランドと広告区分をまたぐ前に、選択期間の売上・費用・効率・母数を同じ条件で再集計する。

広告売上、広告費、ROAS、購入数を第一階層に置く。
Click、CVR、CPA、CTR、CPCまで同じ期間定義で確認する。
比率は単純平均せず、合計値から再計算する。

03 / 訴求・KW分析

検索語を訴求軸へ束ね、キーワード単位まで戻れる。

意味の近い検索語を訴求軸として比較しながら、必要なときは個別KW、商品ターゲット、キャンペーン代理へ掘り下げる。

訴求軸・自然言語KW・SP/SB商品ターゲット・SD代理の4単位を分離。
最新判定と全期間の勝・負・保留を同じ行で比較する。
勝ち側と負け側で訴求軸が混同しないよう、判定群を独立して表示。

04 / 判定基準

一週の偶然を、勝ち筋にしない。

最新期間だけで決めず、クリック母数と全期間の反復を組み合わせ、初回判定と反復判定を分けた。

最低Click、基準CVR、勝ち／負けROASをブランド・広告区分別に設定。
母数不足は勝敗へ寄せず、判断保留として残す。
高ROASでも購入数が少ない対象は、再検証の注意を明示する。

05 / 長期推移

効率と規模を分けて、変化の持続性を読む。

最初にブランド別の長期推移を確認し、その下で主要10指標とROAS×Clickの分布へ進む。

ブランド、広告区分、開始・終了期間をすべて連動。
ROAS、CVR、CTR、CPA、CPCなどを同じ期間軸で横断する。
平均値だけでなく、売上・費用・Click・購入の実数から再計算する。

06 / 変化検知

10指標を、アラートとして一括確認する。

最新値だけでなく、前週比と基準内／外を各カードに持たせ、確認が必要な変化を色と折れ線で示す。

売上・投資・成果・流入・効率を別々のグラフで確認。
ROAS低下、CVR反落、CPA上昇などを基準値と比較する。
色だけに頼らず、数値、符号、ラベルを併記する。

07 / 次回テスト設計

勝利予測ではなく、次に検証すると情報が増える順へ。

判定が切り替わった対象と継続判定を基に、配信拡大、入札見直し、継続観測の候補を採点する。

今週の変化と、実行候補を左右に並べて根拠を追える。
優先度、アクション、対象、反復判定を同じ行で公開。
商品対応未設定や人手確認が必要な対象は、提案から除外する。

08 / 実装・運用

Excelを差し替えるだけで、同じ判定を再現する。

ローデータをPythonで整形・集計し、意味付け結果を結合したExcelをブラウザへ読み込む。画面内の切替では再解析しない。

Pythonで列検証、型変換、集計、判定、結合までを再実行可能にする。
GPTは訴求軸などの意味付けを担当し、数値判定は説明可能なルールへ残す。
Excelはブラウザ内で処理し、外部サーバーへ送信しない。

デモを操作する設計・実装記事

01 / 08

3. 架空行政インタラクティブ体験｜国家無益機構

Case 03 / Experimental interaction & narrative UX

何の役にも立たないことを、
最後までやらせる。

01 / 企画・公開

企画、コンセプト、制作、実装を一つの体験設計としてつないだ。

「本当に何の役にも立たないサイト」を、読むネタで終わらせず、最後まで操作したくなるインタラクティブ作品として立ち上げた。

応募していない閲覧者へ、国家最高責任者候補の招集状を送る。
架空100%。価値0円の世界観へ、最初の一画面で引き込む。
企画・コンセプト設計から本番実装まで、一貫した体験として構築。

02 / 感情動線

「読むだけ」を、逃げられない直列体験にする。

5部署を常に一つずつ開放し、次の無益さを知りたい好奇心で、閲覧者を最後まで運ぶ。

通知を開くと一次合格。辞退方法はページを閉じることだけ。
押すな庁から最終警告まで、5つの審査を順番に開放する。
進捗とロック状態を見せ、無意味な完遂欲を意図的につくる。

03 / 行動の反転

押すなと言い続けて、押したくさせる。

禁止文、48億円の押下防止予算、312名の職員という過剰な設定で、たった一つのボタンへ注意を集中させる。

唯一の主操作を巨大化し、視線と判断を一点へ集める。
押しても離れても人事局に記録される、逃げ道のないコピー。
禁止違反を失敗ではなく、次の審査へ進む成功条件に反転する。

04 / 視覚と言葉のルール

AIの癖を、国民運動という笑いに変える。

理由のない角丸を取り締まる架空検査にし、クリックするたびにUIが四角くなる変化を体験させる。

太い罫線、原色、ずれた影、巨大文字でネオブルータリズムを徹底。
部署ごとに色と画面文法を変え、次の意外性をつくる。
批評を説明文にせず、操作結果として見せる。

05 / AI風刺

責任は取れないが、謝罪文だけは完成する。

やらかしと誠意の角度を選ぶと、AIが原因より先に謝罪文を生成する。便利さのズレを、そのまま遊びへ変えた。

会釈15度、土下座90度、記者会見45度という無益な選択肢。
結果画面で文章とお辞儀角度を同時に返す。
「責任を取る」は最上位プランにもない、という落ちまで一画面で完結。

06 / 参加設計

どうでもよさを、投票と勝ち抜きで本気に見せる。

視聴率0%、観客0人、賞金なし。それでも三回選ばせ、閲覧者自身を無益さの共犯者にする。

赤・青の対戦構造で、考える必要のない比較へ没入させる。
ROUND、緊張感、審議中で、存在しない大会の熱量を演出する。
最もどうでもいい行為より、最後まで投票した本人を表彰する。

07 / 離脱と緊張

離脱を勧めるほど、先へ進みたくなる。

「ここから先は戻れない」「進んでも何も得られない」と段階的に警告し、最終ボタンへ緊張を積み上げる。

戻る選択肢を残したまま、警告無視を進行条件にする。
警告レベルを上げ、同じ操作へ異なる感情を与える。
ユーザーの時間を守る唯一まともな案内さえ、遊びの一部にする。

08 / 結末

価値0円。肩書だけ、一生残る。

費やした時間と生み出した価値を突きつけ、初代・終身無益総理大臣へ強制任命するところまで物語を閉じる。

5つの操作を、最後の任命理由として一つずつ回収する。
予算0円、部下0名、責任100%という役職設計。
実用成果ではなく、驚きと笑い、完遂した記憶を成果にした実験作。

01 / 08

4. ペット向けデンタルケアUX

Case 04 / UX research & prototype

初心者の不安を、購入導線の順番で解く。

01 / 原版・表紙

初めて犬を迎えた人が、歯磨きを始められる体験へ。

完成画面だけでなく、迷いを見つけ、順番を設計し、確かめるまでを一つのケースにした。

対象は、犬を飼い始めて1年以内の初心者。
「買えるか」より先に「自分にも続けられそうか」を扱う。
Google UX Design Professional Certificateの提出ケース。

02 / プロジェクト概要

初心者が、やり方を理解し、続け方を選べるWeb体験。

架空ブランドPetora／LUNARAのレスポンシブ購入体験を、2025年6月から8月の8週間で設計した。

歯磨きの始め方を、難しい専門説明ではなく行動単位で示す。
習慣化支援と、単品／定期の購入判断を同じ導線へ置く。
商用実績ではなく、認定課題としての設計・検証ケース。

03 / ユーザー理解

必要性は分かる。止まっていたのは、始め方だった。

公開情報のディープリサーチをもとに、AIで構成した架空ペルソナ。実在人物の個人情報は使用せず、商品選択・犬の反応・情報量・時間不足が重なる状態を具体化した。

正しいケアを知り、早い段階で習慣化したい。
何を選び、どう始めるかが分からず、情報過多で止まる。
「知識不足」ではなく「最初の行動を選べない」問題として捉えた。

04 / 体験の構造

不安が生まれる瞬間を、購入体験の順番で捉える。

心配、理解、検索、比較、購入決定、受取の6段階へ分け、支援を置く場所を決めた。

検索前には必要性、比較時には違い、購入前には条件が障壁になる。
感情の上下と改善機会を、同じジャーニー上で対応づけた。
情報を増やすのではなく、次の疑問が解ける順番へ並べた。

05 / ペーパーワイヤーフレーム

五つの構成を紙で比べ、初心者に迷いが少ない案へ絞る。

初心者が安心して歯磨きを始められ、単品と定期の違いも理解できるLPを目指し、構成案を紙の段階で比較した。

単品購入と定期購入の価値を、同じページ内で明確に伝えることを目標にした。
商品ビジュアル、磨き方ガイド、CTA配置を変えた5案を手描きで比較した。
分かりやすさと安心感を基準に、最もシンプルで初心者向けの案へ絞った。

06 / LPワイヤーフレーム

理解する、納得する、比べる、行動する。

商品価値から購入ボタンへ直行させず、使い方への自信をつくってから選択へ進める。

商品価値→3ステップ→体験談→単品／定期→固定CTA。
商品を一つに絞り、比較対象ではなく購入方法を選ばせる。
CTAは押す回数より、押す前の納得を優先した。

07 / 初心者支援

「分かった」を、「自分にもできそう」へ変える。

同じ説明を繰り返さず、動画・短いコツ・FAQ・保存できるガイドへ役割を分けた。

動きを見たい人にはHow-to動画。
その場で確認したい人には3段階のコツとFAQ。
後で見返したい人にはダウンロードできるPDFガイド。

08 / 高忠実度画面

調査で見えた不安を、具体的なUIへ落とす。

3ステップ、利用者の声、動画、PDFを、視覚的な優先順位を持つ画面へ統合した。

ホームは、価値理解から使い方、購入方法までを一続きにする。
初心者ページは、学び方を選べる支援面として独立させる。
PCとモバイルの両方で、同じ判断順序を保った。

09 / プロトタイプ・検証

静止画で終わらせず、購入・確認までをつなぐ。

日本国内・遠隔・進行役なし・5人の小規模調査として結果を扱う。

4/5人が3ステップを理解しやすいと評価した。
3/5人が定期条件、3/5人が最終確認、2/5人がPDF操作に迷った。
条件の近接表示、確定状態とボタン文言、PDF遷移説明を次の修正とした。

01 / 09

5. 40代・50代女性向け｜働き方転機ノート

Case 05 / Public web service

感情と現実を、一つの診断で交差させる。

01 / 入口設計

40代・50代女性が、立ち止まって考えられる入口へ。

決断を迫る転職サービスではなく、まだ名前のない迷いを立ち止まって整理できるトーンにした。

主対象は、働き方を見直したい40代・50代女性。
営業感より余白を優先し、問いから始める。
公開中のWebサービスとして、実際の画面から紹介する。

02 / 3ステップ構造

診断全体を、迷わない3ステップにする。

生年月日、今の状態、仕事選びの仮説と次の一歩。利用前に流れと終点を見せ、始めるハードルを下げた。

生年月日を選び、四柱推命の計算に使う。
評価・環境・時間など、6項目で今の状態を確かめる。
整理結果から、検討候補となる仕事と次の一歩へ進む。

03 / 安心条件

無料で、登録せずに最後まで使える。

個人情報の登録や課金を心配せずに診断を始められる条件を、利用前に明示した。

基本の診断結果は最後まで無料。
本名・住所・電話番号・メールアドレスの会員登録は不要。
外部サービスは任意。広告掲載時は「広告」「PR」と明示する。

04 / 悩み別の入口

悩みを四つの入口に分け、選びやすくする。

最初から「転職」と決めつけず、仕事、人間関係、転職、これからの働き方という今の関心から診断へ入れる。

まだ言葉になっていない迷いも、近いテーマから選べる。
診断の説明より先に、利用者自身の関心を起点にする。
同じサービス内でも、悩みに応じて次の問いを変える。

05 / 診断ロジック

四柱推命を、判断根拠の見えるロジックにする。

抽象的な性格説明で終わらせず、何を根拠に読み、どう仕事の条件へ接続したかを追える構造にした。

生年月日から算出できる年柱・月柱・日柱を示し、出生時刻を入力しないため算出できない時柱は扱わない。
日主と月令を中心に読み、要素の数だけで結論を出さない。
生活費・健康・求人・職場制度などの現実条件は別枠で扱う。

06 / 結果サマリー

結論だけで終わらせず、今日の一歩へつなぐ。

現在地の説明だけで終わらせず、次にできる小さな行動と仕事候補へつなぐ。

現在地タイプ→今日の一歩→検討候補となる仕事・役割。
入力した回答を残し、結果の根拠を追えるようにする。
占い詳細は必要な人だけが開ける階層に下げた。

07 / 仕事候補と次の一歩

職種名だけで終わらせず、経験と求人条件へつなぐ。

候補を示すだけでなく、どの経験や条件と接続する可能性があるか、求人で何を確認するかまで返す。

候補をタブで比較し、検討理由と確認条件を同じ画面で確認できる。
「未経験だから無理」ではなく、転用できる経験を言語化する。
求人票で確かめる条件へ、自然に読み進められる。

08 / 二つの判断軸

感情と現実を、一つの診断で交差させる。

占いから入る人と、求人条件から入る人が、結果画面で互いの視点へ進めるようにした。

「気持ち・関心・動く時期」と「求人・市場価値・働く条件」を並列化。
片方を正解にせず、自分の現在地から入れる。
「面白い診断」より、次の判断材料へ移れることを優先した。

01 / 08

6. MTG未開封商品価格比較サービス

Case 06 / Data product

価格より先に、「同じ商品」を定義する。

01 / 公開サービス

商品リンク集ではなく、比較できるサービスをつくる。

未開封MTG商品の名称検索から、条件を揃えた販売先比較へ進める公開サイト。

まず検索できる、分かりやすい入口。
価格だけでなく、何を比較しているかを画面内で説明する。
取得・照合・履歴保存・画面生成を接続し、公開後も更新できる運用構造にした。

02 / 検索・絞り込み

名前が曖昧でも、条件を揃えて探せる。

キーワードに加え、セット、商品タイプ、言語、発売・在庫状況、価格から絞り込める入口を用意した。

商品名・セット名・セットコードから検索する。
セット、商品タイプ、言語、発売・在庫状況を分けて選ぶ。
下限・上限価格と並び順まで同じ画面で指定する。

03 / 比較条件

最安値の前に、「同じ商品」を定義する。

同じセットでも、英語版／日本語版、プレイ／コレクター、BOX／単品が違えば別商品として扱う。

セット、言語、商品種別、販売単位、数量、在庫で正規化。
条件外と在庫切れを除き、不明は「価格情報なし」にする。
表示価格は送料・ポイント・クーポンを含まない商品本体価格と明示。

04 / セット起点

検索語を考えさせず、商品世界から選ばせる。

日本語／英語、プレイ／コレクターなどの違いを、セット単位の画面から横断できるようにした。

画像で見つけ、セット内の商品へ進める。
商品名、商品種別、発売状態を同じカードで確認する。
検索とセット探索を、同じ商品詳細へ合流させる。

05 / 商品詳細

価格と比較条件を、同じ視界に置く。

安い数字だけを強調せず、言語・種別・販売単位・確認日を一緒に読めるようにした。

照合を通った販売先だけを比較対象にする。
報酬額で順位を変えず、確認できた価格を基準にする。
取れない価格は推測せず、情報なしとして扱う。

06 / 価格履歴

取れたデータだけで、価格の変化を示す。

API候補取得、商品照合、日別保存、画面再生成を、再実行可能な更新パイプラインとして構成した。

前日値や推測値で空白を埋めない。
値下がりと計測期間を、商品詳細内で確認できる。
楽天市場・Yahoo!ショッピング候補を商品マスターへ照合する。

07 / 新着・発売予定

発売前から発売後まで、同じページを育てる。

公開時150商品を、発売済135と発売予定15に分け、予約・発売・履歴を同じURLへつないだ。

発売前は予約と発売日を確認する。
発売後は取得できた価格と履歴を蓄積する。
価格未取得や発売前の状態も、隠さず表示する。

08 / 初心者向けガイド

初心者が、商品ジャンルの違いから選べるようにする。

コレクター・ブースターBOXを起点に、通常BOXとの違いや選び方を詳しく解説し、理解してから商品へ進めるページを用意した。

特徴、向く人、購入前の確認点を一つの記事で整理する。
解説から関連商品へ進む導線で、学ぶ・選ぶ・比較するをつなぐ。
初心者向けガイドの利用効果と、追加すべき解説範囲は未検証。

01 / 08

7. Personal Notes｜AI編集・自動公開基盤

Case 07 / AI editorial & release system

対話から公開までを、
ひとつの仕組みにする。

01 / 公開サイト

思考、制作、検証を、公開資産として残す。

記事を並べるだけでなく、判断基準、自作ツール、制作物、実装履歴が次の仕事とAI活用へ戻る個人アーカイブ。

AI、UX、マーケティング、実装、実務、ノートを一つのサイトへ集約。
記事・ツール・ポートフォリオを、同じ設計思想とGit履歴で管理。
公開サイトと制作リポジトリ自体を、継続運用の実演環境にした。

公開サイトを見る

02 / 技術要件・公開基盤

「公開お願い」を、GitHubとCloudflareの公開フローへつなぐ。

静的HTMLをCodexが実装・検証し、GitHubのmain更新を起点にCloudflareへ自動配信する。現在の運用目安は、1記事約5分。

Codexが記事本体、一覧、SEO、sitemap、画像まで同じ差分で更新。
作業ブランチの確認後にGitHubへpushし、mainへ反映。
Cloudflareがmain更新を検知して自動デプロイし、本番URLを確認。

03 / AI記事制作

ChatGPTとの対話を、記事ネタと本文へ変換する。

日々の対話から判断・経験・失敗を抽出し、カテゴリ別の記事候補へ整理。選んだネタは、主張を保ったまま本文と公開HTMLへつなぐ。

対話ログから気づきを抽出し、AI・UX・マーケティング・実装などへ分類。
既存記事との重複を確認し、記事ネタを生成。採用するテーマは人が選ぶ。
選定後は本文をほぼ全文生成し、HTML・SEO・一覧反映まで一続きで行う。

04 / 知識アーカイブ

領域を分けて保存し、次の判断で横断して使う。

分類は記事を隔離するためではなく、AIが過去の判断基準と制作履歴を再利用できる索引として設計した。

AI、UX、マーケティング、実装、実務、ノートの6領域を固定。
DESIGN、SEO、Git差分、本番QAを公開前の品質ゲートにする。
記事化した知見を、次の相談・実装・ポートフォリオの入力へ戻す。

01 / 04

8. 複数AI案件の開発管制室

Case 08 / Local operations system

AIが働くほど、人間は例外だけを見る。

01 / 課題

AIが速くなるほど、進捗管理が先に限界を迎える。

作業を自動化しても、現在地と停止理由を人間が転記するなら、ボトルネックは残る。

複数案件の状態が会話履歴へ埋もれる。
停止理由、試したこと、次の一手、人間判断が別々に残る。
実行→証跡→気づき→次タスクを一つの運用面へ集約した。

02 / 全体像

複数案件を、一つの運用面へ。

稼働、保留、停止、完了を並べるだけでなく、未完了・承認・次の作業を同じ盤面に置く。

案件数、反映待ち、承認待ち、残項目を上部で確認。
未着手から完了まで、状態の違いを列で読む。
生ログではなく、判断に必要な短い状態へ圧縮する。

03 / 進行側

状態だけでなく、次の作業まで持つ。

「進行中」というラベルだけでは再開できない。段階、未完了、次タスクをカードへ残す。

開始・完了・障害・証跡・次タスクをAI側から送る。
作業を中断しても、次に何をすべきかを読める。
人が進捗表へ転記する工程を、イベント記録へ置き換える。

04 / 例外判断

全件を監視せず、人間が見るべき例外を絞る。

止まった理由と完了証跡を同じボードで見せ、人は判断が必要なカードへ集中する。

外部送信、投稿、購入、契約は承認ゲートで止める。
承認を自動実行せず、判断材料を揃えて人を待つ。
停止理由を、通常進行の中に埋もれさせない。

05 / 案件一覧

再開できる単位で、案件を束ねる。

案件名だけでなく、目的、状態、次に必要なことを一覧から詳細へつなぐ。

稼働、停止、完了の件数と案件行を確認する。
検索から、個別の案件カルテへ進む。
「誰が持っていたか」ではなく「どこから再開するか」を残す。

06 / 案件カルテ

目的、次の一手、完了、停止理由を一枚に。

会話を読み返さなくても再開できる、個人用のプロジェクト記憶として設計した。

目的と制約、現在地、成果、未完了を一体化。
証跡、承認履歴、判断基準、知見まで辿れる。
日次の司令室と、後から監査する案件カルテを役割分担する。

07 / 承認と学習

危険な操作は承認待ちへ分け、失敗は次のルールへ返す。

一度の障害記録で終わらせず、再発防止の判断基準へ戻す運用ループをつくった。

短いサニタイズ済みイベントだけを扱う。
危険度の高い操作は、承認待ちとして分離する。
失敗と改善案を、次案件で使うルールへ接続する。

08 / 実装・検証

作った仕組みを、実際の案件運用で使う。

ローカル静的画面、JSON／JSONL正本、Python生成・検証を組み合わせ、個人運用中。

画面生成、データ検証、UIスモーク、セキュリティ、完了条件を確認。
受信停止時は原子的なローカル受信箱へ退避する。
生産性効果、複数人運用、企業向けSaaSとしての適合は未検証。

01 / 08

人の迷いをほどき、判断できる体験と動く仕組みまでつくる。

実画面と判断の流れを、ひと続きで読む。

企画、AIによる制作支援、人間によるレビューを経て、本番公開までつないだ。

モチーフを装飾で終わらせず、贈る理由へ変える。

先に願いを選び、後から工芸を選ぶ。

違うと感じたら、商品ではなく「願い」を変える。

意味を、商品が変わっても残る情報資産にする。

意味、商品、価格。それぞれの根拠を隣に置く。

結婚祝いを、文化・予算・配送まで一つの判断へ。

AIで速くつくり、文化の判断は人と出典に戻す。

勝ち・負けを、根拠とともに一画面へ。

期間と比較軸を固定し、数字の土台をそろえる。

検索語を訴求軸へ束ね、キーワード単位まで戻れる。

一週の偶然を、勝ち筋にしない。

効率と規模を分けて、変化の持続性を読む。

10指標を、アラートとして一括確認する。

勝利予測ではなく、次に検証すると情報が増える順へ。

Excelを差し替えるだけで、同じ判定を再現する。

企画、コンセプト、制作、実装を一つの体験設計としてつないだ。

「読むだけ」を、逃げられない直列体験にする。

押すなと言い続けて、押したくさせる。

AIの癖を、国民運動という笑いに変える。

責任は取れないが、謝罪文だけは完成する。

どうでもよさを、投票と勝ち抜きで本気に見せる。

離脱を勧めるほど、先へ進みたくなる。

価値0円。肩書だけ、一生残る。

初めて犬を迎えた人が、歯磨きを始められる体験へ。

初心者が、やり方を理解し、続け方を選べるWeb体験。

必要性は分かる。止まっていたのは、始め方だった。

不安が生まれる瞬間を、購入体験の順番で捉える。

五つの構成を紙で比べ、初心者に迷いが少ない案へ絞る。

理解する、納得する、比べる、行動する。

「分かった」を、「自分にもできそう」へ変える。

調査で見えた不安を、具体的なUIへ落とす。

静止画で終わらせず、購入・確認までをつなぐ。

40代・50代女性が、立ち止まって考えられる入口へ。

診断全体を、迷わない3ステップにする。

無料で、登録せずに最後まで使える。

悩みを四つの入口に分け、選びやすくする。

四柱推命を、判断根拠の見えるロジックにする。

結論だけで終わらせず、今日の一歩へつなぐ。

職種名だけで終わらせず、経験と求人条件へつなぐ。

感情と現実を、一つの診断で交差させる。

商品リンク集ではなく、比較できるサービスをつくる。

名前が曖昧でも、条件を揃えて探せる。

最安値の前に、「同じ商品」を定義する。

検索語を考えさせず、商品世界から選ばせる。

価格と比較条件を、同じ視界に置く。

取れたデータだけで、価格の変化を示す。

発売前から発売後まで、同じページを育てる。

初心者が、商品ジャンルの違いから選べるようにする。

思考、制作、検証を、公開資産として残す。

「公開お願い」を、GitHubとCloudflareの公開フローへつなぐ。

ChatGPTとの対話を、記事ネタと本文へ変換する。

領域を分けて保存し、次の判断で横断して使う。

AIが速くなるほど、進捗管理が先に限界を迎える。

複数案件を、一つの運用面へ。

状態だけでなく、次の作業まで持つ。

全件を監視せず、人間が見るべき例外を絞る。

再開できる単位で、案件を束ねる。

目的、次の一手、完了、停止理由を一枚に。

危険な操作は承認待ちへ分け、失敗は次のルールへ返す。

作った仕組みを、実際の案件運用で使う。

人の迷いをほどき、
判断できる体験と
動く仕組みまでつくる。