#家族に怒られたくなくてLINEボットを作った話 | TechDistill

> Source: Zenn_Python

// Problem

独自アプリ開発において「ユーザーが新しいアプリを開く心理的コスト」が障壁となり、利用が定着しないというUX上の課題。また、開発過程では、インフラ（Render）のポート問題、マルチテナント設計におけるデータ混同、LINE APIの無料枠制限といった、実運用における技術的制約に直面した。

// Approach

ユーザーが日常的に利用するLINEへ機能を統合。操作は個別チャットのリッチメニューで行い、通知のみをグループへ送る設計により、既存の会話ログを汚さずUXを最適化した。開発ではAIを実装担当として定義し、人間が要件定義や設計、意思決定に特化することで、実質3日という圧倒的な開発スピードを実現した。

// Result

家族4人での運用を開始し、連絡共有のハードル低下を確認。LINE APIの仕様（Push/Replyの使い分け）を理解することで、無料枠内での運用を実現した。今後は、趣味のプロダクトから持続可能なサービスへと昇華させるための、スケーラビリティとコスト管理の確保が課題となる。

Senior Engineer Insight

> UXの観点から「既存インフラへの統合」を選択した判断は極めて合理的である。プロダクトの成否は機能の多寡ではなく、ユーザーの行動変容コストに依存することを実証している。一方で、LINE APIの無料枠制限に直面した点は、スケーラビリティを考慮した設計の重要性を示唆している。AIを「実装担当」として定義し、人間が「設計・意思決定」に特化する開発モデルは、現代のプロトタイピングにおいて極めて高い生産性を発揮する。ただし、プラットフォーム依存による制約は、ビジネス展開時に技術的負債となり得るため、その境界線の見極めが肝要である。