teacup. [ 掲示板 ] [ 掲示板作成 ] [ 有料掲示板 ] [ ブログ ]

 投稿者
  題名
  内容 入力補助画像・ファイル<IMG> youtubeの<IFRAME>タグが利用可能です。(詳細)
    
 URL
[ ケータイで使う ] [ BBSティッカー ] [ 書込み通知 ] [ 検索 ]


お疲れ様でした。

 投稿者:miki  投稿日:2009年 7月25日(土)08時11分0秒
返信・引用
  結果はともあれ、勉強させて頂きました。
ありがとうございました。
 
 

当アプリを売り込む候補

 投稿者:miki  投稿日:2009年 7月18日(土)21時44分28秒
返信・引用
  東京の自治体もがんばる「婚活」
http://www.excite.co.jp/News/bit/E1242534565680.html

相手:品川区役所及び株式会社オーネット
事由:少なくとも婚活という事業をしているので興味はお持ちである
   区内でカップルを成立させることは住民を定着させ、税収増に繋げる意味がある
   パーティ開催型に比べ出会い系の要素を極力排除している点をプッシュできる

   品川区の企業にアプリ導入を広めてもらえることを狙う(優良企業多)

   当初と違って若干申し訳ないですが、上記の案如何でしょうか?
 

データやりとり案

 投稿者:miki  投稿日:2009年 7月18日(土)16時44分22秒
返信・引用 編集済
  ■事由
サーバ側→クライアント(ケータイ)間を行き来するデータを
なるべくSSLを使わない内容のモノのみ(個人情報無し)にするべきです(SSL鯖の予算的に)

■案
↓の記事を踏まえて「相手がどういう態度を取ったらリラックスできるか」などの
アンケート項目のみをデータ蓄積+検索・やり取りするようにして、
契約者情報・課金情報=サービス登録した企業の情報だから個人情報(氏名年齢住所)は必要なし

現代人は面食いが多い傾向なのでクライアント側から閲覧できるデータに顔写真は無しの方向で如何ですか?
年齢も教えないほうがいい気がする
登録メッセージも無し(出会い系防止)
アバターもしくは人間の絵ですらないものでも、画像登録を個人課金対象とする?

■データまとめ
IDno,携帯端末情報(位置含む),誕生日(月日だけ),アンケート項目(何十問分)
最終学歴(中・高・大・上位大・院の段階だけ)
企業分類(業種のみ具体名無)・規模(大中小とか段階分け)・役職 +(画像)

検索時はアンケート結果で合致する点を挙げてユーザーに判断させる

ご意見下さいです

追記
女性が男性に望むこと→(収入はさておき)安定した職業についている・・・81%
ゆえに企業登録のみにすることはニーズを満たすことにもなる
 

今日の資料1

 投稿者:miki  投稿日:2009年 7月18日(土)14時43分10秒
返信・引用
  現代における結婚の意味
-非婚化の要因を探る-
http://www.nli-research.co.jp/report/report/1998/08/li9808.pdf

結婚相手に求める条件、が参考になります
 

婚活資料

 投稿者:fujimoto  投稿日:2009年 7月17日(金)03時17分17秒
返信・引用
  情報量が多いけど参考になるかな~と

結婚意識と婚活に関する調査
http://www.macromill.com/r_data/20090224konkatsu/index.html

結婚相談所は怖くない
http://www.skill-kakutoku.com/shiryou/shinsa/

結婚したい人「“婚活”は知っているけどしていない」が大半
http://release.center.jp/2009/03/1801.html
 

関連資料その2

 投稿者:miki  投稿日:2009年 7月14日(火)17時41分16秒
返信・引用
  結婚式場業者・結婚相手紹介サービス業者の実態調査(帝國データバンク)
http://www.tdb.co.jp/report/watching/press/pdf/p090605.pdf

結婚式場業者56 社の2008 年収入高は
前年比2.8%増も伸びは鈍化傾向
~ 結婚相手紹介サービス業者34 社の2008 年収入高は前年比5.7%減少~
 

今日の関連資料その1

 投稿者:miki  投稿日:2009年 7月14日(火)17時30分25秒
返信・引用
  恋愛と結婚は別!? 女性が結婚前にチェックするのは男性のどこ? (MYCOM Journal)http://journal.mycom.co.jp/news/2009/07/14/040/index.html  

「展示会」を知る資料として是非ご一読下さい

 投稿者:miki  投稿日:2009年 7月12日(日)23時15分7秒
返信・引用 編集済
  展示会の最新事情/社団法人 日本イベント産業振興協会
http://www.jace.or.jp/archives/0602/
 

とりあえず

 投稿者:miki  投稿日:2009年 7月12日(日)01時23分28秒
返信・引用
  今週末の分担を勝手ながら下記の通りにさせて頂きたく思います。

マーケ班(今週は資料探しだけで)
1年間にビッグサイト・幕張メッセ・有楽町国際フォーラムで開かれている主な展示会の回数(内容別)→kurodaさん
アプリ売り込みのためのアピール内容・手段→fujimotoさん
競合・類似サービスの料金体系→katsuharaさん

フロー班(プレゼン作る前段階の構想を)
QRコード読取・データをDB管理→setoさん
ルート自動探査→minakawaさん
システム全体図(データやり取りの流れ)→kataokaさん

私のほうでプレゼンの全体を大まかに作りますので、次週資料合わせ致しましょう。
ご多忙の折恐縮ですが、皆様宜しくお願い致します。
 

Re: 今後の進め方・フロー班

 投稿者:seto  投稿日:2009年 7月11日(土)17時45分7秒
返信・引用
  > No.14[元記事へ]

mikiさんへのお返事です。
とりあえず今までに考えた点です。

全体的にあんまり把握できてないかもしれない為、今回作らない部分にも言及してると思うので、いらない所の指摘もお願いします。

> 検討事項:フローを書くために必要な情報は何か。どう分業するか。

分業について、自動探査はminakawaさんがやると言っていたので、そちらはお任せして

QRコード読み取り→踏破・サービス利用履歴&アンケDB→サービス発行→DB・・・・・
のあたりは自分がやろうかと。
他の案件が今無いので、この部分をさらに分割してしまうのも手かもしれませんが。

アプリ自体の利用頻度を管理するものを、別に作ってしまうというのもありかもありかもしれません。


必要な情報

踏破履歴とアンケート記入状況の扱いでしょうか。
ポイント制を採用するならばアンケートを大ポイントとするのか、まったく別のフラグにするのか

サービス提供時の確認について
踏破履歴等を具体的に何で確認するのか。
・参加者のキャリアに何か表示させる?→表示用のページ?他の機能利用?

飲み物等の必要ポイント設定、メニュー設定、コスト設定。登録用インターフェースがあると?

> 最終目的:スターロジック社に外注に出せる「要件定義カード」に結びつくフローチャート、及びシステム全体図の作成
> 参考資料→http://www.atmarkit.co.jp/news/200707/19/starlogic.html
>
> 結果:システムカード1枚8万円×枚数で開発費用の見積ができる。

確認しました。とりあえず登録してみましたが、解説とかもわかりやすくて使いやすそうですね。
 

レンタル掲示板
/3