まず使える形にする
説明だけで終わらせず、触って試せるものを作ります。
OUR RULES
すごい話より、実際に便利なもの。
本当に動くか試す
予約、送信、保存まで、使う人と同じ画面で確かめます。
無理なく続く方法を選ぶ
費用や難しさも含め、使い続けられる方法を考えます。
THINGS WE BUILT
作ったものと、使って分かったこと。
- EP.0AIで花屋サイトを作った。本当に使えるか確かめるAIで作った架空の花屋サイトを実際に操作し、見た目だけでなく相談フォームが使えるかを確かめます。→
- EP.1AIに花屋のサイトを一から作らせた架空の花屋「花と日々」を、コードを書かずAIへの指示だけで制作。できたもの、使った指示、まだ完成と呼べない理由を記録します。→
- EP.2見た目は完成。でも最初の問い合わせは届かなかった花屋デモに安全な送信処理を追加し、実サーバーで受信まで検証しました。未送信と文字化けをどう直したか記録します。→
- EP.3無料公開とレンタルサーバー、花屋ならどちらを選ぶかAIで作った花屋サイトを公開する前に、無料公開とレンタルサーバーの役割を比較します。結論ありきではなく必要条件から判断します。→
- EP.4AIで作った花屋サイトを公開し、問い合わせが届くまで架空の花屋サイトをXServerへ公開し、未送信、本文文字化け、修正、Gmail受信まで検証した結果と費用をまとめます。→
- EP.5AIで美容室の予約サイトを作った。二重予約は防げるのかAIで作った予約フォームに同じ時間の予約を2件送り、片方だけを受け付ける仕組みが動くか確かめました。→
- EP.6AIで問い合わせ共有ボードを作った。「誰かが返信したはず」は防げるか問い合わせの未対応・対応中・完了を別々の画面で共有し、担当変更が本当に反映されるか実環境で確かめました。→
- EP.7AIに予約キャンセルを作らせた。取り消した枠は本当に戻るのか美容室デモで予約を取り消し、別の画面から同じ時間へ再予約できるか実環境で確かめました。→
- EP.8AIに予約変更を作らせた。希望の時間が予約済みでも元の予約は残るのか美容室デモへ日時変更を追加し、希望の時間が予約済みでも元の枠を失わないか公開環境で検証しました。→
- EP.9AIに予約受付を店側まで作らせた。別の端末から入った予約は見えるのかお客さんが予約できても、店が気づけなければ仕事にはなりません。別画面の予約を店側の一覧で共有できるか、実物で試しました。→
- EP.10AIに写真整理を頼んだら、100枚中67枚が間違いだったAI写真分類の失敗から、本当の問題を見直し、写真と動画2,679件・約44.87GBを自分専用クラウドへ安全に移した実測記録です。→
MAKE IT USEFUL
作って終わりにしない。
外出先から予約を確認する。問い合わせを受け取る。複数人で同じ情報を見る。パソコンを閉じても動き続ける。便利さに必要な仕組みまで、実物で確かめます。
作ったものを、いつでも使えるようにするには？
方法を3分で整理する →