Makuakeの紹介 (2016年6月現在)

# <i class="fa fa-child"></i> 自己紹介
* @nakamura_tsuyo4
* 2010/11/01入社
* メディアアライアンス事業のエンジニア
  * 他社と一緒にアフィリエイトポイントサイトの運営
* アドテクにちょっと在籍
* クラウドファンディング事業(今ここ)

---
# <i class="fa fa-list"></i> 目次
* サービスの内容の話
* 市場規模的な話
* 立ち上げから今までの話
* 技術的な話

---
# サービスの内容の話

---
# <i class="fa fa-smile-o"></i> Makaukeのサービス内容
* 群衆（Crowd）から資金調達(Funding)を実現するプラットフォーム
* 実行者と呼ばれるプロジェクトオーナーがいて支援者と呼んでるサポーターを繋ぐサービスがMakuake
* C2C事業だけどB２C２C事業的な感じに近い

---
# <i class="fa fa-image"></i> こんな感じ
![start-up.png](https://qiita-image-store.s3.amazonaws.com/0/106937/b34186c6-6599-a6fc-6b78-0e90b0475f27.png)


---
##### <i class="fa fa-puzzle-piece"></i> クラウドファンディングの3つの種類
#### <i class="fa fa-shopping-bag"></i> 購入型
* 支援をするサポーターは売買契約になる
* 金銭以外のリターンが手に入る。ECみたいな感じに近い

#### <i class="fa fa-yen"></i> 寄付型
* あくまで寄付なので何もリターンはない

#### <i class="fa fa-money"></i> 金融型
* 投資型、株式型、融資型とまたあるけど、まぁ投資して、金銭のリターンがもらえる

---
# Makuakeは購入型クラウドファンディングです

---
# <i class="fa fa-group"></i> どんな役割の人がいるか
### キュレーター
* プロジェクトの実行者とタッグを組んでプロジェクトの成功までサポート
* ページの制作から、戦略まで全面的にサポート

### 広報
* 社内外を含めた新聞・雑誌・テレビ・ネットのメディアの広報活動

### 開発
* プラットフォームの運用・保守・開発


---
# 市場規模的な話

---
# <i class="fa fa-area-chart"></i> 市場規模感
非公開

---
# 立ち上げから今までの話

---
### <i class="fa fa-history"></i> 振り返るといろいろあったけど（一部省略）

---
### <i class="fa fa-thumbs-o-up"></i>2013/8/7 launch<i class="fa fa-thumbs-o-up"></i>


---
### 一応リリースお祝い
![o0640048012639042760.jpg](https://qiita-image-store.s3.amazonaws.com/0/106937/0faab649-687d-640a-8edc-0919b694102b.jpeg)



---
### <i class="fa fa-map-pin"></i> 現在
* 2016年6月現在会員数xxx人
* 累計支援額xxx円
* 累計プロジェクト数xxx件

---
# 技術的な話

---
## <i class="fa fa-gears"></i> 利用している技術ざっくり
まぁまぁこんなところを利用
![tech2.png](https://qiita-image-store.s3.amazonaws.com/0/106937/2308541e-4762-8fae-074b-af91c5108d01.png)

---
## 意外に色々使ってる

---
## <i class="fa fa-mobile-phone"></i><i class="fa fa-laptop"></i> デバイス
PCとスマホのWeb版のみで展開
ネイティブアプリとかはないです

---
## <i class="fa fa-exclamation-triangle"></i> 押し寄せる課題
* 垂直立ち上げの代償でテストコードがない
  * リリースの度に不具合。むしろ毎日出てる
* E2Eテストがない
  * ひたすら手動テスト。ツライ
* 各サービスのバージョンが古くメンテできない
* 手動オペレーションが多すぎて1日運用で終了
* 予算上シングル構成が多くボトルネックになりやすい
* 目に見える新機能ばかり価値が置かれる文化
* 価値観の齟齬
* ツライ

---
## <i class="fa fa-hand-rock-o"></i> 向き合う&戦う <i class="fa fa-hand-rock-o"></i>

---
## というかそれ以外の選択肢がない

---
## <i class="fa fa-bullhorn"></i> 課題に対して
* テストコードの価値を置いて、書いた
 * カバレッジで見える化しながら頑張った
 * 80%をいいところにがんばった
* Seleniumやったけどメンテコスト高すぎてCapybaraへ移行して頑張ってる
* DevOpsと声をあげて価値を分かってもらい頑張ってる
* ３回手動対応したら自動化へ、Botの活用
* エンジニアリング文化・仕事内容の理解を継続的に訴える
* 人増やすよりコスト減の外部ツールの積極活用

http://www.slideshare.net/tsuyoshinakamura/ss-52528562
http://qiita.com/nakamura-tsuyoshi/items/a66da8a9e926abeee2da

---
## <i class="fa fa-gear fa-spin"></i> 開発スタイル
* HRT(Humility/Respect/Trust)が基本
* GitHubのPRにコンテキストを残しながら
* エンジニアが少ないので全員でreview、LGTM
* [nits][must][IMO]とか使ってます
* ビジ側から見た改善PRとエンジニアから見たシステム改善PR両方ある
  * 小粒なシステム改善はslackで話して良ければやる
  * または既にPR作ってreviewで判断
* 自身の中長期OKR色が影響されてる感ある（良い意味でね）
  * 社内フルオープンにしてる
* 純粋なエンジニアは自分を含め4名
  * デザイン+フロントコーディング2名

---
# <i class="fa fa-gavel"></i> 技術文化的な話
* 週一の持ち回りで技術勉強会の実施
  * https://github.com/ca-crowdfunding/makuake/wiki/teck_talks
  * 今は諸事情により一旦中止
* 大きめの改善をしたい場合はエンジニア全員集合して、ピッチ。どうするかまとめる
  * 影響度合いによってビジ側にも共有or相談

---
# <i class="fa fa-pencil-square-o"></i> 最近学習した事

---
## システムアーキテクトと組織構造が一致しないとツライ

---
## <i class="fa fa-thumbs-o-down"></i> 何がツライって
* 結局システムを使うのは人なのでシステムだけをupdateしても効果が薄い
* 使いこなす人（エンドユーザではない）のupdateも必要
* ただ、使う人に合わせてシステムを作っても事業成長が鈍化すると思ってる
* 程よい先を行ったシステムが良いっぽい。まだ試行錯誤

---
# 最後

---
# 世界をつなぎ、アタラシイを創る

---
# ご静聴ありがとうございました