ブログGTD WEBデザイナー独立するために(その1) で取り上げましたMovableType テンプレートサイト構築のためのGTDを思いつくことをすべて書き出してみます。今回も優先順位で。(もちろん、GTDなんでレビューを書かなければなりません。気が付いたことや思いついたことを今度のエントリーで書き出してみます。)
一般的なWEBサイト構築のワークフローから
「情報収集・分析」→「企画」→「設計」→「制作」→「運用」という運びで当てはまるように項目別で書き出してみます。
自分はどうしたいのか?
サイト構築によって、自分はどうしたいのか?運用後にどういった展開に持ってゆきたいのかをはっきりと決めておく必要があります。今、思い浮かぶテーマです。
- 自分のデザインするWEBページをたくさん世に広めたい。(使ってほしい)
- WEBデザイナーとして地位(名前を売りたい)を作り上げたい
- まず、一つの形を作り上げたい。
- Movabletype(ブログシステム)をビジネスやプライベートでツールの一つとして使うことで新しい発見ができることを提案したい
- 情報を発信する人も読む人も笑顔が生まれるようなものを形にしたい
- 多くの人と知り合いたい。そんな人たちと後世まで残るようなものを作れたらいいな。
- 10月にローンチしたい。そこから運用。あらゆる点について実践・経験を積み上げたい。
- 必要なことと必要でないことを分けたい(理解したい)。
情報収集・分析
タスク期限(来週末まで、32/52週まで)
他社に無い部分を取り入れたい(提案したい)ために以下の2点について情報収集・分析します。
他社サイト(MovableType テンプレート配布 )の分析
長所・短所・訴求内容・レイアウト・デザイン・実績・サンプル・サイトマップ・利用者の声 このような項目で気になるサイト(ビジュアル+サービス重視)で5サイトに絞り込んで分析です。そこから導き出せる点を自サイトの魅力の一つとして訴求部分に取り入れるようにします。
ユーザーの需要の確認
mixi、検索エンジン(類似検索キーワード+上位サイト)、アドワーズ、オーバーチュア広告などからユーザーの需要・問題点を書き出しみることに。ユーザーの問題点を解消することが必須であると思っています。また、その点を具体的に訴求できるようにすることも重要であると思っています。
ユーザーの問題を自サイトでのサービスで解決できるかどうかが鍵です。ユーザーサイドの視点に立って、解決法を提案する。これがこれからのWEBで必要な要素であるともいえると思います。自サイトの魅力は、「ユーザーが抱えている問題を解決できる」ということを全面に押し出すようにするつもりでいます。
配布するテンプレートに必要な機能なのか?
それともブログ運用に必要なソフト面(知識・技術)での需要なのか?
を切り分けてユーザーの需要・問題点を書き出し、解決策を考えます。それが自サイトの訴求部分としてゆく。
テーマ決定 自サイトの魅力(訴求ポイント)決定
他社動向・ユーザー需要のデータをあわせて、自サイトで打ち出すテーマを決めます。訴求内容の決定です。(カスタマーファーストを絡めて感じのものになると思います。問題は、サポート体制をどうするか?)
情報収集+問題点→テーマ・訴求ポイント(解決策提案)の決定
実際、仕事を請けるようになったときも、クライアントの情報収集も大切ですが、ターゲットとするユーザーの問題点を取り上げて、クライアントの持つ要素でどう解決できる方法へ結びつけれるように訴求できるかが大切なのではないかと思っています。(さまざまな形態があって、いろんなことをWEBでは訴求・サービス提供できるのですが)
企画には、かならず後付(根拠となるデータ)が必要です。闇雲に提案する前に、数値などの後付、最近の動向や一般論をフォローにした上で、提案すると説得力が増すと思います。また、不明点(WHY)もいくつか取り上げてみて、反対意見が出た場合にも回避できる答えをあらかじめ考えて上で、提案(テーマ)を立てたいと思っています。
まずは企画を打ち出す前にこれを実行して、需要と自分のスキルとを照らし合わせ、できることできないことを決めるつもりでいます。欲張り無いように、自サイトで配布するテンプレートのメリットをわかりやすく伝えれるようにしたいです。シンプルイズベストで。
余談:検索キーワード(類似検索キーワード)・アドワーズ等、広告キャッチからの需要拾い出しを一昨日思いついたので、また最初から情報収集・分析・企画しなおしです。ユーザーにわかり易くを忘れずに訴求できることを少ないポイントに絞る。訴求内容からユーザーが思い浮かべれやすいストーリー性のあるようなページにて訴求したいと思っています。
企画
タスク期限(再来週まで33/52週)
問題点の発掘からテーマに沿って、わかりやすい、理解しやすいという点に気をつけてどういったアプローチやサポート体制を構築して行くかを具体的にしてゆきたいと思っています。
一番難しい点です。うまくサポート=コミュニティーへの発展などへ結び付けれていければいいなと思っています。コミュをWorkshopみたいな形でWEBで展開してみたいという考えもあります。
テーマを具体的にすること。情報収集などをしがてらいろんなアイデアを書き出すつもりでいます。ブレストみたいな感じで。最終目標ポイントに上手に着陸できるように結び付けるのが難しいですね。こじつけにならないように気をつけます。
設計
タスク期限(37/52週まで{予定})
システムの設計です。ストーリを作り上げて、そこから必要なデザイン・コンテンツを構築です。多分頭がパニックを起こすような気がします。今のところは、AJAXをとりいれて、いかにユーザーが使いやすい・探しやすい・わかりやすいに重点をおいて、ユーザビリティやガイドラインなどを決めながら、ストーリー性あるマッピングを形にできるようにしたいと考えています。
他社には無いデザインと使いやすさが重要.
制作
タスク期限(39/52週まで{予定})
現在はあまり考えていません。後々に追加してゆきます。
できるところまでやるといった感じですこの時までに斬新なテンプレートが出来上がっているかどうかです。もんだいはネタ。まずは、ビジュアル勝負で、運用後にゆっくりといろんな提案ができるテンプレートを。
運用
タスク期限(40/52週まで{予定})
現在はあまり考えていません。後々に追加してゆきます。
スタートを10月1日から考えています。ここでやっとスタートです。蓋を開けてみないと何もわかりませんし、自分がどういう位置づけにあるのかを知るのもこの時だと思っています。怖いのもありますが、とりあえず、形をこの時までに作るということが大切で。ここからやっと経験(自分をしることができる)という点でとっても楽しみにしているのも確かです。
まずは、問題点発掘に時間がかかりそうな気がします。データとして公表できるといいのですが。あまりデータ作成に時間をとられるのもいやなので、うまくシンプルにレビューできればと考えています。
とりあえず、がんばります。タスク進行中に思いついたことや気になった点があれば、エントリーにしてゆきます。以前のGTDで取り上げた項目についてエントリーが遅くなるかもしれないですが、息抜きにマメに更新してゆきます。ではでは。


コメントする