【使ってみた】チーム内の情報共有を加速させるWebサービス6選 全力レビュー
ども。はじめまして。岸です。 日報・議事録・ソースコード・気になったニュースやアプリ...などなど。チーム内外での情報共有って、重要なんですがまぁ面倒くさいですよね。 単に共有するだけならメールやチャット、ファイル共有サービスで十分なんですが、ぶっちゃけ「ただ単純に共有だけしてもあんま意味ない」んですよ実際...。 ただ共有しても意味が無い。情報を活用するために必要なステップとは？ 前述の通り、情報ってただ単純に「共有すれば終わり」ではなくなんかしらに活かしてこそようやく意味を持ってくるもの。 なので、そのために必要なプロセスとしては... とりあえず全ての情報を蓄積する バラバラな情報を再構成してまとめる それぞれの情報を基に議論や考察を行う 考察の結果を踏まえて「抽象化」する んでそれを「体系化」してすぐに取り出せるようする みたいな項目がどうしても必要になってきます。 溜まった情報を
サイトを企画・設計する前に決めるべき14の項目（ディレ協主催「0ディレ」講演レポ）
「0からのウェブディレクション講座 設計編」に行って来ました！今回の講師はディレ協所属、DCHSの高瀬さん。レポートは初登場のユースケです！よろしくです！ 制作に”入る前”こそ重要 今回は設計編ということで、サイト制作に入る前段階で「明確にすべき項目」と「その方法」にスポットを当てた講演内容となっていて 企画そのものの成功率を上げるに何を知るべきか スムーズに制作を進めるためには何を準備すべきか プロジェクトを高速で進めるための戦略のとりかたは？ といった、現場のディレクターにとって重要すぎるほど重要な内容がギッシリな”濃い”講演でした。 意図不明なサイトや、ぜい肉たっぷりなサービスができあがる原因はどこにあって、どうすれば解消できるのか？今回僕が学んだことを一気に並べて共有したいと思います。 資料スライド公開 このレポート内で紹介している14項目について、講師の高瀬さんが公開してくれてい
コミュニケーションを「能力依存」ではなく、よりロジカルに捉えて問題を解決する方法
どもナカムラです。 今回は、ディレクションにおいてかなり重要な位置にありながら、イマイチ深く語られない「コミュニケーション」の重要性とその把握方法について、ディレ協やゼロディレでも講師仲間としてご一緒させていただいている小嶋さんから寄稿をいただきました。初の寄稿記事っすね。 コミュニケーションが不足した現場で起こっていること はじめまして、小嶋です。 開発の現場で「コミュニケーション能力」を期待される事が多くありますが、実際に現場に入ると、ディレクターとほかのスタッフの間の会話がほとんどなく制作依頼のかなりの部分が丸投げになっているケースが多くあります。 当たり前ですが、そういった現場では出来上がるものが大抵よろしくないのです。 デザイナーからワイヤーに色を付けた程度で何のデザインもされてないモックが上がってきたり、エンジニアがシステムに組み込めないようなコードを組んでしまったり 嘘みたい
リリース前に確認すべきアナリティクス設定必須項目5+1個
こんにちは。久しぶりの投稿になりました。ナカムラです。 随分前に「備忘録の意味も含めてアナリティクス回りの事前設定項目まとめる！」とFBで宣言していながら長いこと放ったらかしてしまいごめんなさい。 書く前から長くて面倒な記事になると分かっているネタなので、今回は色々端折ってメモ書きみたいな感じで書いていきます。（手抜きとも言う） まずはコンバージョンのポイントを確認 とりあえずそのサイトのコンバージョン（成果）となるユーザーの行動が何なのか？を考えて明確にしておきます。当たり前のようで、やってない人は本当にやってないのでチェック項目として。 ECサイトなら：商品購入、会員登録、商品詳細ページに30秒以上滞在 など LPなら：本体サイトへの誘導、またはLP内での申し込み など ブログなら：広告バナーをクリック、1ユーザーが3ページ以上見る など ありがちなミスとしては、コーポレートサイトのC
プロジェクトの成功に求められるWeb解析のスピード化（CSS Nite参加レポート）
物凄い仰々しいタイトルになっていますが、実は先日行ってきた「CSS Niteビギナーズ：Web解析」の受講レポートになります。すばらしく濃い内容で「ビギナーズ？嘘つけ！」などと思ったりもしましたが、すぐに試したいネタが満載で大変勉強になりました。 色々あって公開が遅くなりましたが、以下にナカムラが大事だと感じたポイントを書き留めて行きたいと思います。 一貫していた「解析と施策のスピード」という考え方 豪華メンバーの揃った今回の講演。皆さんほぼ共通していたのは「Web解析にはもっとスピードが必要だ！」という考え方でした。 解析はPDCAサイクルで言うところの C（チェック）の部分なので、さっさと A（改善）に移ってアレコレ試さなきゃ役に立たないよ！ということですね。 で、沢山の解析効率化ネタが紹介されたんですが、中でも特に僕の気になった物を以下にピックアップしてみます。 イベントトラッキング
チームと自分のモチベーションを効率よく上げる方法
先日Looopsの直人さんと「モチベーションって有限な資源だよね。ちゃんと管理しないとなくなっちゃうもんね。」みたいな話で盛り上がり、勢い余って書いてみました。有限なモチベーションを効率的に上げていくためのナカムラなりのやり方です。 結構基本的な事ばっかり書いている上に人によってやり方の変わる分野なので、ディレクター始めたばっかりで「モチベーション管理自体考えて事なかった！」て方にとっての参考程度になればいいな。と思います。 モチベーションを上下させるのは自分ではなく周りの人 よくモチベーションが下がったことを気にして「何とかして上げよう！」と頑張ったり、それこそマインドをかちあげるための本だとかを読む人を見かけます。 それ自体は別に悪いことでは無いし、何かをヤルって時に自分でとりあえず頑張ってみること自体は良いことだと思います。それで自分自身のモチベーションがあがるなら…ですが。 僕自身
使えるワイヤーフレームの書き方
もっと現場で使える「本気のワイヤーフレームの書き方」を公開しました。 ワイヤーフレームの書き方は、それこそディレクターさんによって千差万別。 手書きが一番だ！と叫ぶ人もいれば、Fireworksラブ！なんて人もいて、使用するフォーマットもマチマチ。 なので、ここでは僕がやっている「使えるワイヤーフレーム」を僕なりのやり方で紹介させていただき、読んでいる殊勝なかたがたのお役に立てばなぁと思います。 僕の場合、ワイヤーフレームを使って脳内シュミレート（サイトが使いやすいかどうか？のテスト）をするので、一般的なワイヤーフレームというよりは、どちらかといえばプロトタイプに近いものを作ります。 ピクセルは等倍で、フォントサイズも大まかには合わせて、原稿はすべて入れてしまいます。 なんでワイヤーでそこまでやるんだって？決まっています。そのほうが楽だからです。 ワイヤーの多くは、「あくまでレイアウトの草
プロジェクトの開始までにWebディレクターが用意するものとこと13個まとめ
さて、発注が決まった。クライアントからの要望はまだフワっとしてるけど、納期は何となーく見えている。（もしくは納期だけがカッチカチに決まっている）。 この状態からプロジェクトの本格スタートまでにディレクターが用意するべきものは何があるんだろう？今日はそのへんをまとめてみます。 ゴールまでのざっくりストーリー たとえばコーヒーのポータルサイトだったとして「コーヒーに関する情報なら何でもあります！」って言っても何も始まらない。そこにあるストーリーを多少適当でもいいのでドラマチックに盛り上げてしまいます。 1：店主はかつて2店舗のカフェを切りもりした実店舗の経営者 2：学生の頃からカフェが好きで、なんとか自分の理想のカフェを作りたかった 3：それは、カフェの持つ独特の雰囲気とコーヒーの香りが大好きだったから 4：だから、自慢のカフェの雰囲気を全国どこにいても感じてもらえるサイトを作りたかった。とか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
