# [チーム名J ※チーム名を決めて記入] Tokyo OSS Party!! 2021 記録シート
## チームメンバー

* 追分
* OZAKIさん
* 生駒さん
* 豊永さん
* Takeさん

### チームで策定したコミュニケーションルール

* 思ったことを言いましょう
* 相手を否定しない
* 建設的な議論をしましょう
* 複数でのディスカッションでは発言に対して肯定的な意見（協調）を出すことで議論を進める
* コミュニケーションを図るには、一人ひとりの発言が重要であるので、意見がない場合でもその旨を発言する
* 60分間に1度、意見交換の時間をとります
* 悩んでいる時も必ず声を出して温度感を伝えます

`↑↑ Day1 15:20くらいまでを目処に入力`

---

## 1. 取り組む課題
`あなたのチームが取り組む課題は？`

2. 練馬区から、「障がい者の自立・自由をサポートするコミュニケーション」に関するサービス。
身体をうまく動かせない方、視覚・聴覚に障がいがある方がお困りの場面で助けになるようなサービス

## 2. 課題に対するアプローチ

「（なんの課題に）　助けてほしい人・助けたい人が近くにいるかどうかわからない　」を解決するために、
「（なんのテクノロジー）地図データ　」と「（なんのデータ）　位置情報　」を使い、
「街中で」に対して、
「（どういう方法で）プッシュ通知、チャット機能　　」をして、
「（どんな風に解決する）助けてほしい人、助けたい人とのマッチングをして」ようになる。

## 3. 役割分担
`あなたのチームに必要な役割のみ項目を残して活用してください`

* 進行管理： Ozaki（タスクの洗い出し：イコマ）
* データ収集：豊永
* 開発：追分、イコマ
* デザイン：●●さん
* プレゼン準備：Ozaki
* xxx
* xxx

`↑↑ Day1 16:00くらいまでを目処に入力`

---

## 4. 中間報告
### a. 選択した課題

2. 練馬区から、「障がい者の自立・自由をサポートするコミュニケーション」に関するサービス。
身体をうまく動かせない方、視覚・聴覚に障がいがある方がお困りの場面で助けになるようなサービス

### b. 課題に対するアプローチ（現在のイメージ）

「（なんの課題に）　助けてほしい人・助けたい人が近くにいるかどうかわからない　」を解決するために、
「（なんのテクノロジー）地図データ　」と「（なんのデータ）　位置情報　」を使い、
「街中で」に対して、
「（どういう方法で）プッシュ通知、チャット機能　　」をして、
「（どんな風に解決する）助けてほしい人、助けたい人とのマッチングをして」ようにな

-------------------

（初期の段階では）
サポートを受けたい人のユーザー登録
サポートをしたい行政や企業、ボランディア団体の登録
→安全性や犯罪防止の観点から、
まずは、練馬区が把握しているユーザー（障がい者や施設）に利用登録を促すようなアプローチ
アプリのDLや使い方を告知する
→いずれはフリーで登録できるようなステップを踏む

地図上に、サポートが必要な場所や時間、内容を表示
（ビジュアライゼーション）
→障がい者の方々のニーズの蓄積（データの収集、エリア、サポートして欲しい内容）
→後々、障害者以外の方々も利用できる汎用性の高さ

マッチングシステムの構築
サポートを受けたい人と、サポートする人をどう結びつけるか

安全性の確保
→紹介性、練馬区側でのサポートする団体や人の選定プロセス

サポート内容の制限、リアルタイムなし
難易度が高いサポートが集まらないような工夫
実際サポートできなかったということを減らしたい
→時間制（1時間）など

リアルタイムで、サポートして欲しいということがあったときにスルーされる可能性があるため。
ちょっと先（翌日〜一週間後とか）のサポートを想定

金銭の授受なし
→介護業界などが集まる懸念があるため
→チップや心付けなど、は考えてもいいかもしれない。

評価システムの構築
サポートした人を評価するシステム
→地域通貨や就活で利用できるなど

アプリの使用頻度をビジュアライゼーション
→頻繁に使用されている地域は、互助が頻繁に起きている
→人が優しい、住みやすい→行政としてのアピールに繋がる

企業や行政の広告配信ができる

### b. 開発進捗概要
タスク洗い出し：イコマ　（11/20）
進捗管理表：Ozaki（11/21）

---

## 5. サービス内容

### サービスの名前：「　ネリタス　」

### a. ターゲット（主人公）

1. 日常生活で助けを必要とすることがある人(障害者、高齢者など）
重度の障害ではなく、ちょっとしたサポートで自立した自由な生活が可能な人
2. 手助けを必要とする人をサポートしたい人、企業、ボランティア団体など

### b. 課題の背景

1. 外出時のリアルタイムの困りごとは、周囲にサポートしてくれる人がいる保証がないため、助けを必要とする人にとっては、本当はやりたいことをあきらめ、サポートがなくてもできることを行うようになり、自立と自由な行動の妨げとなっている。
2. サポートしたい人は助けたいと思っていても、助けを必要としている人が分からない。

### c. 使う技術・技術的特徴
* 　firebaseを活用したホスティング
- 　おなじみのfirebase
- 　サーバレスで気軽にサービスを始められにもかかわらず、DB・ストレージ・行動分析などwebサービスに必要なツールが一通りそろっている
- 　とりあえず世に出して反応を見たいときのスモールスタート向き
* 　Google Maps API

| API | 用途 |
| ---- | ---- |
| Maps JavaScript API | マップ表示全般(マーカーの描画など)|
| Geolocation API | GPSを使った現在地のマップ表示 |
| Places API | 場所検索　|
| Geocoding API | クリックした緯度経度から住所取得 |

* 機能拡張案
1. 緯度経度情報を使った行政区界描画
2. ユーザー同士でリアルタイムに共有する
3. 目的地までのルート表示
4. 視覚に関する障害者に向けてカラーセットのカスタマイズ機能

### d. 使うデータ
* 　助けてほしい人、サポーターの登録情報(困りごと、日時、位置情報）
　→　位置情報はMAP上に表示
　→　困りごとの種類、日時、場所での検索
　→　困りごとのデータベース化
　

### e. サービスの内容・特徴
助けてほしい人(障害者や高齢者)の翌日～1か月程度先の起こりうる困り事に対して、
助けてほしい人とサポーターをスマホアプリでマッチングする。

　　(困りごとの一例）
　・公園を散歩したいが、車いすのため、一人では不安
　・手が不自由なため、買い物に同行してほしい

1. 助けてほしい人は、翌日～1か月程度先の困りごとを登録(MAP上に表示）
2. サポーターは翌日～1か月程度先のサポート可能な予定を登録(MAP上に表示）
3. 助けてほしい人とサポーターのマッチング（アプローチは双方可）
4. マッチング後は、アプリのチャット画面で詳細連絡
5. 当日、現場でサポート
6. サポート完了後、ポイント付与
(サポートした人だけでなく、助けてもらった人にもポイント付与）
※マッチング成立しなかった場合でも、困り事はデータベースに蓄積され
　助けてほしい人にはポイント付与

### f. 課題と解決に関わるステークホルダーとその役割

### g. サービスによって課題が解決された世界のイメージ

### h. そのサービスが実際にターゲット（主人公）に届き活用されるまでのストーリー

* 助けを必要とする人(障害者や高齢者)は、周囲にサポートしてくれる人がいないことによって、本当はやりたいことをあきらめ、自立と自由な行動の妨げとなっている。
また、サポートしたい人はサポートする機会を見出せていない。

* 助けを必要とする人はあらかじめ困り事を登録し、サポートした人はサポート可能な予定を
登録することにより、事前にマッチングを成立させる。
そのため、助けを必要とする人は当日、安心して外出などを行うことができ、日常生活の行動範囲が広がる。サポーターも、助けを必要としている人が可視化されているため、サポートできる機会が増える
* マッチングの成立有無に関わらず、困り事はデータベースに蓄積されているため、練馬区職員はこのデータを活用し、かゆいところに手が届くきめ細かい行政サービスに活用することができる。

### i. サービスへのリンクURL（あれば）
* GitHub URL
https://github.com/o-task/o-task
* サービスURL
https://fir-tutorial-874b4.web.app

###### tags: `TokyoOSSParty2021`