■http://anond.hatelabo.jp/20161016125054

マジレスする

まず「サービス実現したい」に対して「よくわからないけどプログラミングを勉強する」はかなり悪手だと思う

「家建てたいからまず木の切り方勉強する」とか「アニメ作りたいから、まず絵を勉強する」みたいな感じ

最低限でも

・企画

・営業

・プログラマー（フロント／サーバー）

・デザイナー

・ディレクター

など、別ジャンルの専門家が必要になる

基本的に一人でチャレンジするようなものではない

サービスのシステムは、実務経験がある彼らが割りとガチで悩んで、数百時間もかけてようやくひねり出すようなものだ

分からなくて当たり前なんだ

じゃあどうすればいいかと言えば

まずそのサービスの価値がどこにあるか、本当にウケるのか、ビジネスになるのかを調べた方がいいと思う

Twitterでもなんでもいいから、既存のサービスに乗っかって擬似的に提供してみて欲しい

身近に見込みユーザーがいればちょうどいい

もし誰も見向きもしなかったら、おそらく何かが間違ってるんだ

その時は誰かを捕まえて何故使わないか聞いてみるといい

「だって○○で間に合ってるし」なんて答えが返ってくるかもしれない

もし誰かが「いいじゃんこれ」ということになったら、とにかくその少人数にウケるものを試行錯誤する

それで十分これで行けるだろう所まで来たらサービスシステムの仕様を考える

これこれこういうことがやりたいんだけど、というのを箇条書きにして

重要な機能（価値）を上から順に並べる

そしたら「じゃあ実際に作るにはどのくらいかかるか」をIT業界の人に聞いて回る

ひょっとしたら「それあのサービス使ったら作る必要なくない？」と言われるかもしれない

実際はそれがいちばんいい

作らないに越したことはない

美味いラーメン屋をやりたいからっていきなり大型店舗を建てないだろう？

そこからがパターンに別れる

１．代用できるサービスが有る　→　サービスに乗っかる

２．システム作りたいが、規模が大きすぎてどうしようもない　→　調達する／仲間を集める／諦める

３．１人じゃ作れそうもない規模だが、そのくらいのお金は出せる　→　発注する　自分で覚える必要なし

４．頑張れば１人でも作れそう　→　発注する／仲間を集める／１人で作る

それぞれメリットとデメリット

・発注する　→　誰に発注するかは非常に難しいがしょうがない、仕様がきっちり固まってればリスクは減る

・調達する　→　借金抱えるのでそのつもりで

・１人で作る　→　試行錯誤はできるが作業量とかいろいろきつい　勉強するならめっちゃ頭良くても1年はかかるからそのつもりで

・仲間を集める　→　そもそも集まらない、揉める。でも同じ志の人が捕まえられれば強力な味方

こんな感じ

がんばって

おすすめ本：「リーン顧客開発」「リーン・スタートアップ （エリック・リース）」

あ、もしサービス目的じゃなくてサービス開発の技術を身に着けたいなら

Qiitaでも眺めてればいいの見つかると思う

Permalink | 記事への反応(0) | 01:19

ツイートシェア