広島発！スタートアップ開発の裏側

1. 広島発スタートアップ、ウーオの事業について
2. 誰と動かしているのか
3. どのように(どこで)動かしてきたか
「小さな投資で大きな学びを得る」開発とは
4. 広島発、スタートアップ企業での5年間の振り返りと今後の展望

Transcript

1. 広島発！スタートアップ開発の裏側 2025/8/23 オープンセミナー2025@広島 -君はどこで動かすか- 三京俊雄 (3kyo @t3qyo)
2. 名前: 三京俊雄 @t3qyo(3kyo) • 広島出⾝ • 東京のSIer → 株式会社ウーオ(広島) ◦ 2⼈⽬のエンジニアとして⼊社 ◦ 現在はPdM、エンジニア、たまにインフラ ◦ 前職は主にPython、現在はRuby • 最近広島から尼崎に引っ越し • ⿂料理にハマる ⾃⼰紹介
3. ⾃⼰紹介 今年作ったカラスミ
4. ウーオに⼊る前考えていたこと • 提供していたサービスが1年でサービス終了に... • 割と頑張っていたつもりだったが、事業については蚊帳の外だった。 ⾃⼰紹介
5. ウーオに⼊る前考えていたこと • 提供していたサービスが1年でサービス終了に... • 割と頑張っていたつもりだったが、事業については蚊帳の外だった。 → エンジニアも事業の存続、発展に責任を持ちたい ⾃⼰紹介
6. 1. 広島発スタートアップ、ウーオの事業について 2. 誰と動かしているのか 3. どのように(どこで)動かしてきたか ◦ 「⼩さな投資で⼤きな学びを得る」開発とは 4. 広島発、スタートアップ企業での5年間の振り返りと今後の展望 本⽇お話しすること
7. 1. ウーオの事業について 広島発スタートアップ、ウーオのミッションと現在地点
8. 創業から現在まで 歩み 
 2016
 2018
 2019
 2020
 2021
 2022
 7月
 「株式会社ポータブ ル」設立
 5月
 8月
 鳥取港仲買免許、鳥取県 賀露港で 買参権を獲得 
 「株式会社ウーオ」へ社名 変更
 鳥取港網代港で 
 買参権を取得 
 9月
 • 鳥取 魚屋として事業スタート 
 • 山陰や四国を中心に買付産地を拡大 
 • 食品スーパー向け 産直卸売事業をスタート 
 提供産地が100港を突破
 8月
 3月
 1月
 アプリ「UUUO」
 リリース
 9月
 9月
 オフィス移転
 「UUUO」新機能
 ウーオ市場リリース
 水揚げ情報サービス・
 アプリ「Maehama Cloud」 リリース
 9月
 9月
 新CIリリース
 アプリ「UUUO」
 大幅リニューアル

9. 全国どこにいても、いつでも美味しいお魚が食べられる。
 新鮮な魚が身近な存在になれ 、水産業 もっと盛り上がり、産地にも還元され る。
 
 そんな日常を当たり前にするために、ウーオ テクノロジー 力で、日本 水産 業に新しい流通をつくるチャレンジをしています。
 
 水揚げ情報や漁獲情報を透明化し、流通 構造をシンプルにすることで、最適な 需給バランスを生み出し、持続可能な水産業を目指します。
 vision - めざす姿 -
 すべて 町を、美味しい港町に。 

10. ⽔産業をもっと盛り上げ、 今後も持続可能な産業にしていきたい！
11. 生産性を上げるために解決する課題 
 1
 2
 取引先拡大が 
 円滑にできていない 
 （取引先が固定化している） 
 アナログ中心 運用フローで 
 業務効率が上げづらい 

12. 水産マーケットプレイス 
 既存商流
 新 規 取 引 先 を 増 や す
 アプリで業務効率化 
 買う 売る 売る 買う
13. 水産マーケットプレイス 
 既存商流
 新 規 取 引 先 を 増 や す
 アプリで業務効率化 
 買う 売る 売る 買う
14. スマホでつながる水産市場「 UUUO」
 明日から 水産物取引に新しい流通を！ 
 安定した仕入れや、販売先 拡大ができます 
 新鮮な魚が全国から毎日出品
 水揚げ日や漁法がひと目で分かる
 ほしい魚がなけれ 、リクエストも可能

15. 水産マーケットプレイス 
 既存商流
 新 規 取 引 先 を 増 や す
 アプリで業務効率化 
 買う 売る 売る 買う
16. 水産卸 受注作業をもっとスムーズに 「atohama」
 atohama 水産卸会社 入荷案内、受注業務を支援するスマートフォン アプリです。
 水産物に特化した情報入力で入荷案内がカンタン
 受注情報をすぐにみんなで確認できる

17. マルチテナントを採用 ⾃社マーケットプレイスと、SaaSをテナントとしてわけている
18. 出品会社
 産地事業者 100
 社以上 ※2025年8月時点
 購入会社
 消費地事業社 1000
 社以上 ※2025年8月時点

19. 産地と消費地をつないでいく 市場便（⼤ロット輸送）流通網の整備 島根 豊洲（中継）
20. 産地と消費地をつないでいく 京都にこんな安くて いいブリがあるなんて知 らなかった （広島の飲⾷店） 実際の声 京都 広島
21. 産地と消費地をつないでいく ⿃取の⾚ガレイはこんな に⼤きいんですね！ （愛知の⼩売店） 実際の声 ⿃取 愛知
22. 産地と消費地をつないでいく 実際の声 ⻄⽇本のお客さんに 出荷できるようになりま した！ （宮城の産地仲買） 宮城
23. ぜひ、お近くの飲⾷店にご紹介お願いします！ https://app.uuuo.jp
24. 2. 誰と動かしているのか？
25. 誰と動かしているのか？ 全国各地のメンバーでリモートチームを結成 • エンジニア 5名 • デザイナー 2名 東京⽀社 豊洲で買付する 広島本社 ⼤阪⽀社 2025年10⽉予定
26. 誰と動かしているのか？ 各メンバーの職能 • バックエンド(Rails)、フロントエンド(Flutter, Next.js) ◦ バックエンドとフロントエンドの境界が薄い ◦ コードベースが同じ(モノリシック)でUUUOとatohamaを⾏き来する FrontEnd BackEnd UUUO Infra atohama 海外 飲⾷店 買付依頼 決済 全体最適 ⼊荷案内 産地
27. 誰と動かしているのか？ • “あの⼈“にとって、なくてはならないをつくろう • パソコン閉じて、市場に⾏こう • オーナーシップを持とう • 越境し、巻き込み合おう • ⼩さな投資で、⼤きな学びを得よう • プロダクトの価値を⾼めるために、引き算を恐れない • 技を磨き、持続可能なものづくりを追求しよう プロダクトチームバリュー
28. 誰と動かしているのか？ • “あの⼈“にとって、なくてはならないをつくろう • パソコン閉じて、市場に⾏こう • オーナーシップを持とう • 越境し、巻き込み合おう • ⼩さな投資で、⼤きな学びを得よう 素早く、⼩さく試して、価値検証サイクルを回そう。速く学びを得て次の検 証に繋げることは、爆速成⻑につながる。 どうすれば最速で学びを得られる か、模索しよう。 • プロダクトの価値を⾼めるために、引き算を恐れない • 技を磨き、持続可能なものづくりを追求しよう プロダクトチームバリュー
29. リリース 29 学習 開発 このループをいかに早く回すか ⼩さな投資で⼤きな学びを得る
30. 「⼩さな投資で⼤きな学びを得る」 開発とは？
31. 3. どうやって（どこで）動かしてきたか？ 「⼩さな投資で⼤きな学びを得る」開発とは？
32. 1アプリ時代 いたってシンプルな構成でスタート
33. 複数アプリ時代（マルチテナント化） アプリは増えてもバックエンドは⼀つ、やりたいことに対してアドオンで対応 出品即時反映 ＆チャット
34. 必要になったタイミングで様々なアドオンを追加
35. 1アプリケーションの中でテナント（提供会社）ごとにデータを分けて提供する • サイロモデル ◦ 各テナントごとにアプリケーション ＆データベースを構成する最もハイレベルな構成 • プールモデル データベースはわけず、データ構造で分割する⽅式 ◦ スキーマレベル ◦ テーブルレベル ◦ ⾏レベル ←これを採⽤ • ブリッジモデル ◦ Lightプランはプールモデルで、Proプランはサイロモデルで。などのハイブリッド ウーオのマルチテナント
36. ウーオのマルチテナント
37. ウーオのマルチテナント
38. ウーオのマルチテナント • UUUO → atohama • atohama → UUUO • atohama → atohama テナントを跨いだ受発注が発⽣す るので、そこまで疎結合にしな い。 ⾏レベルが最適と判断
39. • インフラ専任がいない中での初期環境構築が早い（＆安かった） • Staging環境も⽤意しやすい ◦ 当初はReviewAppsでブランチごとの環境構築もしていた (2022年の無料枠廃⽌で断念） ◦ 今は 出世⿂の名前をつけたStaging環境をいくつか構築して そこをStagingとして使っている ◦ 新しい環境を⽤意するのもそこまで負担にならない。 • 豊富なアドオンがあり、⼤抵の課題は解決できた ◦ パフォーマンス監視、アラート、スケーリング、⾮同期通信、スケジューラ • CD（コードデプロイ）が⼀体化しており、デプロイ環境構築不要 なぜHeroku?
40. • Staging環境 なぜHeroku? ヨコワ イナダ ボラ
41. • 動くものを作るまでが早い ◦ Herokuとの親和性も⾼く、すぐにデプロイまでできる • Active Record（ORM）を使うことでORMを使うことで複雑なロジックを わかりやすく書ける ◦ テストもFactoryBotを活⽤し、データ作成が簡単 • 管理画⾯もサクッとかける • ⽇本発というのが⼤きく、コミュニティが活発 • モノリシックに作ることで、ドメインロジックの再利⽤が可能 Ruby on Railsでよかったこと
42. • Active Record（ORM）を使うことでORMを使うことで複雑なSQLを わかりやすく書ける ウーオで閲覧可能な商品を表し たスコープ （SQLで書くと500⾏ぐらい) Ruby on Railsでよかったこと
43. • テストデータを作りやすくする（FactoryBot） Ruby on Railsでよかったこと 受付中で在庫がある出品 締切済で在庫がない出品 初回購⼊キャンペーン対象の出品
44. 2023年 Ruby bizグランプリ⼤賞受賞 Ruby on Railsでよかったこと
45. インフラは必要最低限に、誰でも触れるように。 まずは動くものを作って検証する 「⼩さな投資で⼤きな学びを得る」開発のポイント1
46. インフラは必要最低限に、誰でも触れるように。 まずは動くものを作って検証する = Heroku x Railsという選択肢 「⼩さな投資で⼤きな学びを得る」開発のポイント1
47. リリース 51 学習 開発 ⼩さな投資で⼤きな学びを得る開発サイクル インフラは必要最低限に、誰でも触れるよ うに。まずは動くものを作って検証する。 = Heroku x Railsという選択肢
48. インフラHerokuの課題 1アプリ時代 • Staging環境などで、DBをスポット的な使い⽅をするのが難しい （コスト⾯の課題） • 管理画⾯につながらなくなったり。たまにインシデント発⽣する😢 • 様々なサードパーティのアドオンを統合していることで、 IaC化しづらく、環境追加作業を全般的に⾃動化するのが難しい ◦ ex) GCPなどではDNSやシステム監視を含めた設定を IaCで⼀元管理できるが、Herokuではそれらを 別サービスに委ねる必要がある。
49. WebフロントエンドはGCPに 1アプリ時代 TerraformでIaCを実現 Terraformで構 築
50. デプロイ環境周り 1アプリ時代 モバイルアプリ Webフロントエンド バックエンド
51. 1アプリ時代 同⼀リポジトリで管理している UUUO/atohamaは基本リリースサイクル が同じ。GitHubActionsを活⽤し、 1ボタンで iOS& Android x 2 アプリを アップロードできる バックエンドはHeroku標準。 mainブランチにマージでデプロイ リリースをできる限り楽に モバイルアプリ Webフロントエンド バックエンド Webフロントエンドのデプロイも GitHub Actionsを採⽤ デプロイ環境周り
52. デプロイを簡単にし、開発からリリースまで、 どの職能のエンジニアでも責任を持って⾏える 「⼩さな投資で⼤きな学びを得る」開発のポイント2
53. リリース 57 学習 開発 ⼩さな投資で⼤きな学びを得る開発サイクル デプロイを簡単にし、開発からリリースま で、どの職能のエンジニアでも責任を持っ て⾏える
54. 障害を起こしにくい環境を作る 1アプリ時代
55. 障害を起こしにくい環境を作る 1アプリ時代 • できる限り本番データ近い環境でテストする ◦ テナントごとに異なるデータを考慮 ◦ Production から Stagingへの定期コピーを導⼊ ◦ ユーザと同じ状態を作り出すことが⼤事 あの⼈と同じ気持ちになって考えられるように • ⼤きなリリースになることを避ける ◦ 週3回の⾃動PR作成 • ⾦曜⽇のデプロイは極⼒避ける • 定期的なリグレッションテスト • 負荷テスト環境、作りたい。。。
56. できるかぎりユーザと同じ環境でテストし、 障害を未然に防ぐ 「⼩さな投資で⼤きな学びを得る」開発のポイント4
57. リリース 61 学習 開発 ⼩さな投資で⼤きな学びを得る開発サイクル できるかぎりユーザと同じ環境でテスト し、障害を未然に防ぐ
58. 学ぶ環境を整える 1アプリ時代
59. 学ぶ環境を整える • BIツールでデータ⺠主化 ◦ SQLはAIと相性良く、エンジニアが修正 を対応しなくてもよくなりそう？ • 施策開始前にKPI決め、どのツール で何を⾒るのかを決めて実装する
60. データを提供し、みんなで学ぶ 「⼩さな投資で⼤きな学びを得る」開発のポイント3
61. リリース 65 学習 開発 ⼩さな投資で⼤きな学びを得る開発サイクル データを提供し、みんなで学ぶ
62. 学んだ結果を振り返り、 失敗したものは躊躇なく削る 「⼩さな投資で⼤きな学びを得る」開発のポイント4
63. リリース 67 学習 開発 ⼩さな投資で⼤きな学びを得る開発サイクル 学んだ結果を振り返り、 失敗したものは躊躇なく削る
64. • インフラは必要最低限に、誰でも触れるように。まずは動くものを作って検 証する ◦ Heroku x Railsという選択肢をとった • デプロイを簡単にし、開発からリリースまで、どの職能のエンジニアでも責 任を持って⾏える ◦ GitHub Actions多⽤ • できるかぎりユーザと同じ環境でテストし、障害を未然に防ぐ ◦ Stagingのデータを整えるのを⾃動化 • データを提供し、みんなで学ぶ ◦ SQLを調整するのはエンジニアの仕事でなくなる • 学んだ結果を振り返り、失敗したものは躊躇なく削る ◦ プロダクトも肥⼤化すると開発スピードがあがらなくなる （まとめ）どうやって動かしてきたか ⼩さな投資で⼤きな学びを得る環境とは？
65. リリース 69 学習 開発 ⼩さな投資で⼤きな学びを得る開発サイクル インフラは必要最低限に、誰でも触 れるように。まずは動くものを作っ て検証する デプロイを簡単にし、開発からリ リースまで、どの職能のエンジニア でも責任を持って⾏える データを提供し、みんなで学ぶ 学んだ結果を振り返り、失敗し たものは躊躇なく削る できるかぎりユーザと同じ環境 でテストし、障害を未然に防ぐ
66. 4. 広島発、スタートアップ企業での5年間の振り返りと今後の展望
67. • 市場にいく ◦ ⼀⼈のユーザを解像度⾼く思い浮かべながら開発する • 越境。職能にとらわれない • プロダクトのみならず、会社全体の業務をエンジニアリングで⾼速化する • ⾃分たちでアプリを使えるようにする（ドッグフーディングする） • 振り返り⽂化⼤事（2週間に1回） • 検証して、不要になった機能は削る決断 • ⽴ち上げ時はとにかく⾼速に動いて運⽤を作る。作り込みはその後 5年間通して、やってよかったこと
68. 市場にいく 5年間通して、やってよかったこと
69. 5年間通して、やってよかったこと 振り返り⽂化⼤事（2週間に1回 1時間） チーム全体でKPTを⾏い、 アクションプランに落とし 込む
70. • 早めのクラウド移⾏検討（⼤きくなってからだとなかなか厳しい） • 不要になった機能をソース含めての早めの削除（CIリソース周りに影響） ◦ あとから使うかも。起きない。 • プロダクト中⼼の解釈の誤解 ◦ プロダクトだけで課題解決できることは少なかった ◦ セールス、CS、プロダクトが⼀丸となって初めて導⼊、運⽤が進む。 運⽤まで考えた設計、環境構築の必要性 5年間通して、いくつかの失敗、誤解
71. • 蓄積されたデータを活⽤し、産地と消費地のマッチングをより増やし、 今まで起こり得なかった流通を作っていく • 産地から消費地に届くまでの物流の円滑化 • AI導⼊ • 海外出荷再チャレンジ • よりスケーラブルな仕組みへの移⾏ 今後やっていきたいテーマ
72. スタートアップという選択肢はどうですか？ We Are Hiring!!