---
# System prepended metadata

title: すとろべりーぱいメモ

---

# すとろべりーぱいメモ

本当に期限ぎりぎりの添削になってしまって申し訳ないです…  
企画書の芯となる部分や残りの期限などを考えて、どの意見を採用すべきかをチームで取捨選択してください。今のままでもキレイに纏められて書かれてあると思うので、気になると思ったものだけを参考に！  
因みにびーまか以外の何名かの5年生の意見も入ってます

## 企画そのものについて

- これ高校生が使うには稚拙なアイデアじゃないか？自分が高校生だったら使わないかも
- 多かった意見が「共働きで子供(幼稚園生や小学生)の顔を見れない両親が、子供との些細な触れ合いを楽しむためのツール」という使い方だった
- もっと小さい子が対象なら、スマホというデバイスを利用するメリットができる(直接伝えるよりデバイスの方が子供の興味が湧きやすい)し、文字でなくスタンプや音声を使うメリット(文字を打つといった難しい操作をしなくていい)が出てくるんじゃないの？
- 機能が少ない、これプレゼンで説明しようとしたら数分で終わってしまいそう(機能の少なさに関しては、企画書を提出した後に機能を増やしてもいいと思う)

## 企画概要

- **アプリ名！！！いつ決まるんですか！！！**
    - それ〜、このアプリは何をするとか何が目的とかこのアプリ・システムならではの特徴を表現できると尚良い(mito)
- 説明が人ごとで読んでいて共感しにくい、折角自分と同じ年代の高校生が対象なんだから、もっと自分のことを話すみたいに書いてもいいんじゃないか？
- 例えば寮外生がいるなら「私は普段学校に登校する際家族に弁当を作ってもらいますが、なかなか感謝の気持ちを言えなくて…」とか
- 寮外生でなくても、「私の友人が」とか「今までこういう経験があって」とか、自分や自分の身内であるような話し方がいいんじゃないか
- 助詞の使い方で不自然になっている場所がある

## アプリケーションの目的

- 最初の導入で言いたいことは企画概要と同じ
- 区切りを設定できる…？説明がよく分からなくてイメージがつきにくい
- 企画概要やその前の文章で感知センサーの話をしてないのに、突然感知センサーを通して～みたいな話が出てくるから分かりにくいんだと思う
    - 何を感知するセンサーなの(mito)
- 企画概要に書いた4つの流れをベースにして、それに具体的な機能の説明や関係性を付け加えていく方が分かりやすいんじゃないか？
- 「そこで」を使って親のメリットを機能の説明につなげるんじゃなくて、段落分けていいと思う。機能の説明とメリットについての話に繋がりがないから、話を分けた方が文章が整理される
- 「恥ずかしいのが」→「恥ずかしいことが」のように、「の」で指すのは避けよう(mito)
- 「記録した感謝の文から」、感謝の文なの、音声だと思っていた(mito)

## 提案するアプリがどのように使われるか

- ターゲット「家族」じゃなくて高校生だよね？家族でも何となく言いたいことは伝わるけど、コンセプトをぼかしているような印象を受けるのでちゃんと「高校生」ってかく
- ターゲットにメッセージをもらう「親」について書かれてないよね
- 弁当を食べ終えて帰宅し←誰が？主語書いて
- 「弁当を作ってもらったのに」(mito)

## 類似するアプリの比較

- 気持ちを伝える点についてのメリットがよく伝わってこない、キャラクター表情を細かく設定できるという機能について私が理解できてないからだと思う、LINEのスタンプ機能を好みに応じて細かく使い分けるのじゃだめなのかな？と思ってしまう
- キャラクター表情を細かく設定する機能について、その機能の詳細や他と優れている点を説明した方がいいと思う
- LINEは私が知ってるからいいけど、この説明と表だけでは食べログとfamitalkがどんなシステム化なのか分からない、比較してるけどそもそも似てるアプリなの？って思ってしまう。「食べログはこういう機能があるけど、対してこのアプリは○○のために○○という機能があるんだよ」みたいな感じで、比較アプリについて軽く説明した後にアプリの特徴を紹介した方がいいんじゃない？
- 食べログが×ばかりで比較するのに適していないように感じる(mito)

## 画面遷移図

- イメージ図がちゃっちいのでもっとデザインをアプリのUIっぽくしてみた方がいいんじゃない？アプリ画面に見えない
- 何もこのアプリについて知らない状態でこのアプリを開いてUIを見た時、このアプリで何ができるかや何の画面を押したらいいのかとかが分からない、普通のアプリってもうちょい画面に説明とかかいてあるんじゃないか？
- まあ正直画面のデザインを考えるのは慣れている人にしかできないので難しいと思っているけど
- 画面の説明いまから書くんですね、なるほどがんばれ
- 高校生側と親側で同じアプリを扱うなら、どの画面が誰の使う画面なのかわかりやすく(mito)
- アプリの画面としてすることできることが少ない(mito)

# スケジュール
- 誰がメインで担当するか割り振ろう(mito)

## システム構成図

- お弁当持ちあげ検知センサーの図、センサーの図だけじゃなくてお弁当を置くテーブル？とか台？とかの図があった方が使われている様子をイメージしやすいんじゃないか
- 端末とセンサーって1つの場所にまとめられてるんだよね？一緒に使うんだよね？それなら構成図も端末とセンサーを1つの四角の中に囲んでもいいんじゃない？
    - システムのデバイスを箱として最初の図で表現して、その箱の構成を次の図で詳細にするというやり方でも(mito)
    - 最初の図は、このシステム全体のそれぞれの関係や構成を表して、その次以降にそれぞれの細かい構成を書く流れ的な(mito)

## ニーズ

- 母の日とお弁当って関係ないし、母の日とお弁当を作ってもらっているときの条件や環境って違うから、このアンケート有用なのか？と思ってるんだけど、じゃあ代替案何だ？って言われたら分からんってなる
- 一番最初の文(インターネットに公開され〜)必要ない気がする(mito)

## シーケンス図

- メッセージの送り主←「高校生」の方が表記のゆれが少なくすむしいいんじゃない？
- メッセージの受け取り手←「親」の方が表記の揺れが少なくすむしいいんじゃない？
- 観ます←誤字
- それぞれのシーケンス図の1と2の間に線を引くか空白を開けるかで分割して見やすく(mito)

## ユースケース図

- 子供←「高校生」の方が表記の揺れが少なくすむしいいんじゃない？