promitsu

# プロジェクト概要 自治体や地域団体が配布する紙チラシ・ポスターの情報を、OCR と生成 AI（OpenAI API）で構造化してデジタル配信する新規プロダクト「チラデジ」。自治体との実証実験から始まり、複数自治体・電鉄系企業との提携に発展。2026 年 6 月に生成 AI 機能を主力アプリ「ピアッザ」へ一本化する方針でクローズ。 # チーム情報 PdM 1 名、デザイナー 1 名、エンジニア 2 名。自分はエンジニアリング全般を担当するテックリードで、本番環境の設計・実装は一人で担当。 # 開発・実装内容A：PoC からプロトタイプ、本番サービス化 【概要】個人的な生成 AI のキャッチアップを起点に、OCR と ChatGPT を組み合わせた PoC を実施。社内有志で 1 週間でプロトタイプを作り、自治体との実証実験としてサービス化が決定。 【課題・問題点】短期間で本番品質に上げる必要があり、管理画面（自治体担当者向け）と公開サイト（住民向け）の 2 面を少人数で作る必要があった。 【打ち手・使用した技術】API（Rails）と Web フロント（Next.js/TypeScript）を分離し、1 つの API で管理画面と公開サイトの 2 サイトを構成。OpenAPI Specification を単一の契約にして API テストを自動化し、フロント側の型とクライアントを生成して開発効率を確保。ホスティングは運用負荷を抑えるため Railway（API/DB）と Netlify（フロント）を採用。自分が設計・実装を担当。 # 開発・実装内容B：生成 AI による情報抽出の精度改善 【概要】チラシ画像からイベント名・日時・場所・対象者などを構造化データとして抽出する処理。 【課題・問題点】チラシのレイアウトが多様で、プロンプトの変更が抽出精度にどう効くかを再現可能に評価する仕組みがなかった。 【打ち手・使用した技術】Jupyter Notebook でプロンプト検証環境を構築し、サンプル集合に対して抽出結果を比較できるようにした。OCR 結果の前処理、プロンプトの段階分け、抽出スキーマの JSON 化を行い、精度と運用の手戻りを減らした。自分が設計・実装。 # 開発・実装内容C：サービスクローズ 【概要】2026 年 6 月のサービスクローズに伴う移行とインフラ撤去。 【課題・問題点】利用自治体への影響を最小化しつつ、SEO 流入を「ピアッザ - 地域のイベント」へ引き継ぐ必要があった。 【打ち手・使用した技術】利用自治体ごとの並行掲載期間を設計し、Cloudflare で 302 リダイレクトを設定して確認後に 301 へ切替。MySQL ダンプと S3 同期でバックアップを取り、Netlify・Railway を解約する手順書を作成して実行。自分が担当。 # 成果 1 自治体の実証実験から複数自治体との提携、電鉄系企業との資本・業務提携に波及。確立した「生成 AI で非構造化情報を構造化して公開する」構成は「ピアッザ - 地域のイベント」やピアッザ本体の AI 機能に再利用された。クローズにより年間約 50 万円の運用コストを削減。

# プロジェクト概要 約 11 年稼働している地域コミュニティアプリ「ピアッザ」（登録者約 20 万人、有効エリア約 100）の機能開発・改善。2022 年 9 月に入社してリードエンジニア、2024 年 8 月からテックリードとして、プロダクトの技術的な方向性の策定、設計、実装、レビュー、運用を担当。 # チーム情報 PdM 1〜2 名、デザイナー 1 名、エンジニア 6〜12 名（iOS / Android / サーバサイド）。自分はサーバサイドの設計・実装とレビューを担いながら、チーム全体の技術判断を行うテックリード。 # 開発・実装内容A：匿名投稿機能（2023 年 7〜9 月） 【概要】コアドメインである投稿機能に「匿名で投稿できる」モードを追加。 【課題・問題点】投稿・コメント・お知らせ・メール/プッシュ通知が密に結合しており、匿名化の影響範囲が広かった。センシティブな相談を増やすため、通知で投稿者が特定されない設計が必要だった。 【打ち手・使用した技術】投稿作成・閲覧、アプリ内お知らせ、メール・プッシュ通知の各経路で匿名時の表示と通知制御を設計し、既存の通知基盤を流用しつつ匿名用の分岐を最小限に実装。API（Rails）とデータ構造の設計、実装、RSpec によるテストまで自分が主導。 # 開発・実装内容B：外部メディアとのコンテンツ連携（2023 年 3〜4 月） 【概要】外部の地域情報メディアのスポット情報と記事をピアッザに取り込み、マップ表示とエリア別タイムラインとして提供。 【課題・問題点】外部開発会社を含む体制で、データ仕様が未定のまま短期でリリースする必要があり、外部サイト側のコンテンツ更新・削除を継続的に反映する仕組みも求められた。 【打ち手・使用した技術】外部メディアの開発担当と連携仕様（データ形式、更新頻度、削除の扱い）を策定し、差分取り込みのバッチ処理を Rails で実装。マップ表示とタイムライン API を設計。自分が仕様策定とサーバサイド実装を担当。 # 開発・実装内容C：MAU 向上・登録簡易化 【概要】ピックアップメール（エリア別人気投稿の自動抽出配信、HTML メールと開封率計測）、イベントピックアップメール統合、「おゆずり投稿」の SEO 向け外部公開ページ、アカウント登録の必須項目削減とメール検証なし閲覧。 【課題・問題点】メール配信の配信対象抽出と開封計測、公開ページのパフォーマンス、登録フローの変更に伴う既存ユーザーへの影響。 【打ち手・使用した技術】SendGrid と配信ログの計測設計、公開ページのキャッシュとクエリ最適化、登録フローの段階的な緩和。いずれも自分がサーバサイドの設計・実装。 # 開発・実装内容D：事業整理に伴う機能削除 【概要】CaaS・共同事業の撤退に伴うサービスクローズ（決済・ポイント機能を含む段階的停止）、OEM 提供停止に伴うコアドメイン関連機能の削除。 【課題・問題点】決済・ポイントなど停止順序を誤ると不整合が出る機能が含まれ、OEM 機能はコアドメインに絡んで不要コードの特定が難しかった。 【打ち手・使用した技術】依存関係を整理して停止手順を段階化し、OEM 関連はコードベースを整理して不要コードを削除、システムの複雑性を低減。自分が設計・実装。 # 成果 匿名投稿のリリース後、「おしえて投稿」の投稿数・コメント数が増加しセンシティブな相談が想定通り増えた。外部連携・ピックアップメール・SEO ページで地域情報の充実と MAU 向上に貢献。機能削除によりコードベースの複雑性を低減し、その後の Rails アップグレードの前提を整えた。

# プロジェクト概要 リモートワーク専門の求人マッチングサービスを 0 から立ち上げるスタートアップに、フルリモートのフリーランスとして唯一のエンジニアで参画（2021〜2022 年）。 # チーム情報 PO/PdM 1 名、デザイナー 1 名、エンジニア 1 名（自分）。ビジネスモデルからサービス仕様までを 3 名で議論し、エンジニアリングに関するすべてを自分が担当。 # 開発・実装内容A：サービスのコア機能 【概要】求職者と企業の双方向マッチング、求人掲載と応募の管理、メッセージ・通知、管理画面。 【課題・問題点】少人数・短期間での早期リリースが必須で、仕様が議論と並行して固まっていく状況だった。 【打ち手・使用した技術】Rails のモノリス構成で、フロントは jQuery ベースで軽量に構成して実装速度を優先。Redis をキャッシュと非同期ジョブ（通知、メール）に使用。仕様変更に耐えるよう、求人・応募・ユーザーのデータモデルを先に固めて画面を後から足す進め方にした。自分が設計・実装・テスト。 # 開発・実装内容B：運用基盤 【概要】Heroku での本番・ステージング環境、GitHub Actions での CI/CD、監視・バックアップ。 【課題・問題点】運用を自分一人で回す必要があり、デプロイと障害対応の手間を最小化する必要があった。 【打ち手・使用した技術】PR マージで自動デプロイ、ステージングでの確認フロー、エラー通知を整備。本番データのバックアップとリストア手順を文書化。 # 開発・実装内容C：グロース施策のアップデート 【概要】リリース後の求人検索の改善、通知の最適化、SEO 向けページの追加など、PO と週次で優先順位を決めて継続的にリリース。 # 成果 参画から数か月でサービスをリリース（2 月）。以後もシステムの管理・運用とグロース施策のためのアップデートを継続し、1 名でも安定して改善を回せる開発・運用の基盤を提供した。0→1 で「仕様の議論に入りながら作る」経験は、現職での新規プロダクト立ち上げ（チラデジ）に直結している。

# プロジェクト概要 オンラインフードデリバリーサービスを新規に立ち上げる企業の CEO から依頼を受け、海外から購入したシステムをカスタマイズするプロジェクトに、リードエンジニア・技術支援として参画（2020〜2021 年、フリーランス）。 # チーム情報 プロジェクト要員 3 名（CEO、開発メンバー、自分）。自分はコードベースの調査、カスタマイズ方針、インフラと CI/CD の設計・構築、開発メンバーへの技術支援を担当。 # 開発・実装内容A：購入システムの調査とカスタマイズ方針 【概要】Node.js/Express の API、React の管理画面、React Native のアプリ、MongoDB で構成されたシステムのソースコード調査。 【課題・問題点】ドキュメントが乏しく、日本でのサービス展開に必要な変更（決済、配送エリア、言語、通知）の影響範囲が不明だった。 【打ち手・使用した技術】コードを読み解いてモジュール構成と依存関係を整理し、必要なカスタマイズ項目と手順、技術的リスクを一覧化して経営側に説明。改修の優先順位を決めた。自分が担当。 # 開発・実装内容B：インフラと CI/CD 【概要】AWS（ECS、S3、CloudFront 等）での運用環境と、継続的にリリースできる CI/CD の設計・構築。 【課題・問題点】購入時の構成は単一サーバー前提で、スケールと運用の再現性がなかった。 【打ち手・使用した技術】Docker でコンテナ化して ECS で運用、静的アセットは S3 + CloudFront、環境ごとの設定を分離して CI からデプロイできるようにした。自分が設計・構築。 # 開発・実装内容C：開発チームへの技術支援 【概要】使用技術のレクチャー、コードレビュー、運用設計、障害時の切り分け支援。 # 成果 外部購入システムを自社で運用・改修できる状態に整え、サービス立ち上げを技術面から支援。インフラのコンテナ化と CI/CD により、少人数でも継続的にリリースできる環境を提供した。

# プロジェクト概要 大手バイクメーカーの新規事業として開始する BtoBtoC 型のバイクレンタル・サブスクリプションサービスの開発。チーム単位の準委任契約でクライアントの新規事業にコミットする形で参画（2019 年 4 月〜2020 年 6 月、株式会社メンバーズ メンバーズエッジカンパニー）。 # チーム情報 プロジェクト要員 5〜7 名（PO、デザイナー、エンジニア）。日本全国の拠点をつないだリモートのアジャイルチームで、自分はチームリーダー兼リードエンジニアとして自宅からフルリモートでチームをリード・マネジメントしつつ実装も担当。 # 開発・実装内容A：立ち上げとアーキテクチャ 【概要】要件定義、インフラアーキテクチャの設計、システム設計、開発環境の整備、見積もり・スケジュール策定。 【課題・問題点】クライアントの新規事業で要件が流動的、かつ複数拠点のリモートチームでの立ち上げだった。 【打ち手・使用した技術】Rails をコアに、販売店（BtoB）・利用者（BtoC）・運営の 3 つのロールを前提にしたデータモデルと権限設計。AWS ECS でのコンテナ運用、Lambda と AppSync を使ったリアルタイム性の必要な部分の分離、CodePipeline による CI/CD。自分が設計を主導。 # 開発・実装内容B：サーバサイド・バッチ・フロントの実装 【概要】契約・課金のライフサイクル（申込、審査、契約、月次課金、解約）のサーバサイド、定期バッチ、Vue.js によるインタラクティブなフロントエンド。 【課題・問題点】サブスクリプションの状態遷移と課金タイミングの整合性。 【打ち手・使用した技術】状態遷移を明示したモデル設計とバッチの冪等性確保、テストでの契約ライフサイクルの検証。自分が中核部分を実装し、メンバーの実装をレビュー。 # 開発・実装内容C：チーム運営 【概要】クライアントとの折衝、進行・タスク管理、メンバーのサポート、アジャイルのイベント運営。 # 成果 リモート分散チームでの新規事業立ち上げを完遂し、サービスをリリース。チームリーダーとして見積もり・スケジュール・品質をクライアントと合意しながら進めた経験が、現職でのテックリード業務の土台になっている。

# プロジェクト概要 介護事業者向けの職員用／利用者用の両システムのクライアントサイド（Android アプリケーション）開発（2016〜2018 年、富士ソフト株式会社）。 # チーム情報 プロジェクト要員 9 名。自分は Android アプリケーションエンジニア兼サブリーダーとして、プロパーと協力会社メンバーのフォローアップ・マネジメントも担当。 # 開発・実装内容A：職員向けスマートフォンアプリの改善・機能追加 【概要】介護記録の入力、スケジュール、連絡機能などの既存アプリの改善と機能追加。 【課題・問題点】現場の職員が使う端末で、オフライン時の動作や入力の手戻りが課題だった。 【打ち手・使用した技術】ローカル保存と同期の設計、入力フローの見直し、現地試験での検証。自分が設計・実装。 # 開発・実装内容B：利用者向けタブレットアプリの新規開発 【概要】施設利用者が使うタブレットアプリケーション（利用状況の確認、施設内サービスの利用）。 【課題・問題点】高齢者が利用する前提での UI と、職員向けシステムとのデータ連携。 【打ち手・使用した技術】大きなタッチ領域と単純な画面遷移を前提に設計し、サーバサイド API の一部（PHP）も自分で実装して連携を確保。 # 開発・実装内容C：サブリーダーとしてのチーム運営 【概要】協力会社メンバーのタスク管理とレビュー、現地試験の計画と実施、運用改善。 # 成果 職員向けアプリの改善と利用者向けアプリの新規リリースを完了。Android ネイティブ（Java）での業務アプリ開発と、サブリーダーとしての品質・進行管理の経験を得た。