2．ビジネスリサーチの情報収集 デスクトップ調査 の基本〜アニュアルレポートなど公開情報から… デスクトップ調査 とは、主にインターネットなどを使用して、公開情報を調査して整理・分析を行うものです。「CIAも収集する情報の95％が公開情報」ということで、情報不足とい… 2021.01.28 2021.05.13 1915 view コラム〜リサーチャーの日常 人生を通じてマッチクオリティーを追求する 知識の幅が最強の武器になる という本で初めて知った「 マッチクオリティー 」という言葉は、経済学の用語で、ある仕事をする人とその仕事がどれくらい合っているか、その人の能力… 2021.05.04 2021.05.13 295 view 2．ビジネスリサーチの情報収集 日常的な情報収集・整理術（Feedly＋Dropbox） 【 ビジネス 情報収集 と 情報整理 の基本 】いま目の前にあるリサー

ニフティは、ブログ上に分散している口コミ情報を収集し、簡単に比較・検索できるユーザー参加型情報サイト「クチコミサーチWiPi（ウィーピィ）」β版の提供を6月14日より開始した。 このサービスは、ユーザーとともにサービスを発展させる取り組みを紹介する実験サイト「@niftyラボ」の1つとして、β版からサービス開始されるもの。対象ユーザーは全インターネット利用者とし、利用は無料。 独自のクチコミサーチエンジンを活用し、同社が運営するブログサービス「ココログ」を始めとする国内のほぼすべてのブログを対象としている。また、2006年6月現在で1日50万記事以上のペースで増え続ける情報を、リアルタイムで分析するユーザー参加型の情報サイトとして位置付けられている。 ユーザーは気になる商品やサービスについて、「ブログのクチコミ」や「価格比較」「スペック」などの情報を入手することができる。さらに、ブログに書

「プロジェクトＸ」成功の原因は、プロジェクトを描くフォーマットにあった。つらいプロジェクト、成功への道は見えない。そこで「男たちの逆転をかけたドラマ」（だいたい番組開始35〜40分ぐらいだったか。「水戸黄門」を想起させる）が始まって、めでたくプロジェクトはうまくいく。 多くの人々がこのパターンにはまり、日本PTA全国協議会は「プロジェクトＸ」を2003、2004年度の「子供に見せたい番組」に選定するまでになった。 少し考えれば、この構図が欺瞞（ぎまん）であることはすぐ分かる。「男たちの逆転をかけたドラマ」を仕掛けなければならないという時点で、すでにプロジェクト管理は失敗しているのだから。 適切なプロジェクト管理によって、潜在的な危機を事前に回避して本当に成功したプロジェクトはドラマにも研究材料にもなりにくい。従って、なかなか人の目に止まらない。 日本Rubyカンファレンス2006というイベ

Wikiがいかに素晴らしいか、いかにして新しく創造的な方法で協力できるようにしてくれるか、いかにして集合知を活用できるか――そんなことばかり聞かされている。なんとくだらないことだ。 Wikiは、人々が有用な成果を生む手助けをするために作られた、そして結局ほとんどの人にとってそれほど便利ではないたくさんのツールの1つにすぎない。それを認めたまえ。 そう、わたしはWikipediaのことは全部知っている。また、その精度には深い疑問を持っている。どうしてWikipediaが信頼に値しないかについては、ニコラス・カー氏の方がわたしよりもうまく説明している。 それはそうと、要点に入ろう。Wikipediaはずっと前から、誰でも書き込んだり編集できる真の「Wiki」ではなかった。Wikipediaの管理者は「荒らし」を防ぐために、一部の項目を新規の投稿希望者から「半保護」にしなければならないと決めた。

経営企画室 調査日報: wiki の特徴と利用例 経営企画室 調査日報: wiki がブログほどには盛り上がりにくい理由 経営企画室 調査日報: wiki による「共同編集」の難しさ 経営企画室 調査日報: wiki で「たたき台」をブラッシュアップする なかなか痛いポイントを突いた分析になっていると思う。Wiki の成功例は実は少なくて、「汎用的かつニッチなテーマ」という難しい条件を満たす必要があるということか。あと共同編集における合意形成の難しさとか。 しかし、最終的には企業における Wiki の利用法の道が見えてくる感じで、こうした分析はありがたい。 ワタシは以前2006年は Wiki が解体される年になるのではと予想したことがあり、つまりは既存のグループウェアやオフィス向けソフトウェアに Wiki が取り込まれるのではと予想したわけだが、「Web2.0とコラボレーションとグループウ

前回は、AjaxとRESTの関係から、どうしてWeb2.0にはこういう要素が含まれているのだろう、というところで終わりましたので、今回はその続きです。 その前に前回のエントリについて、そこでも紹介したRESTの解説記事の筆者の吉松さんから「AjaxとRESTはレイヤが違うので単純に比較しても無意味」というコメントをもらいました。 ご指摘はまったくその通りで、AjaxはJavaScriptによる実装技術を指していますし、RESTはWebアプリケーションのアーキテクチャのことを指すものなので、AjaxでREST的なアプリケーションを実装することは可能です。前回もGoogle Mapsの例を出してこのことは触れてはいましたが、タイトルで「AjaxとRESTのパラドックスがうんぬん」と書いてしまったし、ちょっとうまく説明できてなかったかもしれません。 で、Web2.0的なモノを作るには、Ajaxで

これから「知的生産の技術」的な話をときどき書くことにしようと思う。 ネット上の道具が次々と新しく用意されるので、「知的生産の技術」もそれにあわせて日々チューニングさせていかなければならない。 2005年末時点での「情報フロー」をまとめておこう。 (1) 英語圏IT・ネット関連サイトは、RSSリーダーでまず眺める。 http://r.hatena.ne.jp/umedamochio/ 今日現在で71個登録してある(けっこう厳選してあるつもり)。エントリーごとに更新されてどんどん溢れてくるRSSリーダーだと20個くらいが適正かなぁと最初思っていたが、慣れるとかなり増やしても大丈夫だということがわかってきた。出張中もRSSリーダーの新規分だけは、ぱっぱと眺めておく。 WSJやNYTといったニュースサイトに行かずとも、大切な記事は、登録してある複数のサイトで言及され、そこからたどればよいので、商用