システムがもたらす信頼を如何に作るか
信頼を感じた時に分泌されるホルモン「オキシトシン」というのがある。女性の分娩の時にも使われるこのホルモンは、本来は体内で分泌され、そのレベルがあがると気前の良い、思いやりのある対応をするようになるのだそうだ。 オキシトシンを外部から注入することもあるが、基本的には信頼を感じた時に分泌される。すなわち信頼を感じると、人は思いやりのある対応をするということが、ホルモンレベルのロジックで説明ができるらしい。 では、信頼というのはどういう時に感じるのか？！というのを考えていくことで、ビジネスにさえ活用できるのではないだろうか。 信頼で一番簡単に思いつくのは、家族や気の置けない友達とのやり取りであろう。これはイマドキのソーシャルネットワークやメッセンジャーが友達にフォーカスすることで成功したことからも説明できるだろう。 そして次のレベルで考えられるのが ・お店のおもてなしに満足した時 （ex.接客の
ネットサービスの成功者は「とりあえず受託」という言葉使うのやめません？
よくネットサービス成功者の人たちが、つい「最初は受託をやって資金繰りをね、、、」とか言っちゃうもんだから、起業したい若者君達がつい、 「とりあえず受託」 って気軽に言っちゃってるのを見てアチャーと思いました。 諸先輩方こういう発言やめませんか？ 受託と一言で言っても何種類かあって、ざっくり書くと、 １．アルバイト的な受託（主に二次受け以下で、持ってるスキルを生かして猫の手を貸す商売） ２．職人的技術系（デザイン、コーディング等）の受託（技術売り） ３．お客様のビジネスの成功のために、長期的な関係性を作るガチ受託 受託のビジネスモデルというのは基本的に利益率商売です。ネットサービスは、サーバーに働かせ、その上でサービスを動かし売上のレバレッジを得る商売です。 根本的にビジネスモデルが違います。だから同じ人が両方やるには相性が悪いです。 受託の利益率を高めるには、たいていが「コストを下げる」ぐ
全収集型RSSリーダーの終焉とソーシャル化するWeb
Googleリーダー、いつまで続くのかなぁと思ってたら、今年の7月でサービスが終了だそうだ。 RSSリーダーというビジネスは、ユーザーがアクセスしなくなっても、機械はひたすらフィード単位でコンテンツを収集し続けなくてはいけないという理由で決してコスト効率は良くない。アクティブ率の低下と共に１ユーザーあたりのコストが増えていくサービスというのは他にはそんなに存在しないと思う。システム的にこれを改善する工夫はできると思うが、問題は、既にRSSリーダーはコンテンツの価値の重み付けの舞台ではなくなってるところにあるのだろう。 その中でもクローラーでWeb上のコンテンツを集め続けているGoogleのような企業だけが、こういうデータを別のところに活かせるのかなぁと思ったら、そんなことはなかったということか。 ソーシャルフィルタリング、tumblr、まとめの時代になって、情報流通が１ページ、1tweet
プレーヤーとして戦い続けるための意志力
正月にFacebookのタイムラインに流れていたのでkindleで買って読んでみたら、想像以上に面白かった。 paperwhite買ってから、初めてマーカー機能でメモを残したくなったのでblogにもメモしておく。 勝ち続ける意志力 世界一プロ・ゲーマーの「仕事術」 (小学館101新書) [Kindle版] 少し本について紹介しておくと、著者の梅原氏は有名なプロゲーマー。2012年の段階で31歳。プロゲーマーとしては決して低い年齢ではない中で、プロとして生き残る術と挫折、葛藤が、赤裸々に書かれた、自伝であり、ジャンルとしては自己啓発本かな。 自分の好きなことを、人生の糧として貫くのがこうにも辛いものかと強く考えさせられる一冊であり、イチローのような地道な努力こそが専門職としての長いキャリアを維持するものだと改めて考えさせてくれる。 僕の中では、ほぼ同世代のイチローが世界にチャレンジしたという
社員は本当に経営者視点を持つべきなのか。
社員は経営者視点を持つべきだ、という話をよく聞く。 「給料が当たり前のように出てくると思うな」 ってことなんだと思う。そういうジレンマのことを言いたいというのはよくわかる。 昔いた会社で、研修所に行って、会社の問題点を語り合うことで問題点を見つけて、明日に活かそうというマネジメント研修があった。 僕の結論としては、 「薄々問題じゃないかと思っていた、会社の問題点がはっきり理解できた」 と問題だけが可視化された研修だった。 結局、その会社はやめてしまったんだけど、その部分は最後まで解決できなかったな。 講師はリクルートから独立されている方だったのだが、そのセミナーで、 「問題があったら会社辞めたって良いんだよ」 という視点でハッパをかけていた。 合わないカップルは早いうちに別れた方がいいよねという本音視点だったと思うが、これこそが「経営者視点を持て」ということだったではないかと思う。 で、そ
google検索結果が食べログレビューに埋め尽くされてる件
googleの検索結果には、食べログの評価ポイントが表示されるのですが、そういう連携が故か、いささか検索結果が食べログに寄り過ぎていて、正直言って気持ち悪い。 六本木にあるイタリアンレストラン「イル・フィーゴ」というお店を検索して出てきたページの２ページ目からずっと、１０ページ目以降も、延々と以下のような食べログのレビューで埋め尽くされます。以下の画面キャプチャ画像の星のついた検索結果は全部、食べログのレビューページの評価です。 ずーっと毎ページ、ページの６割から９割は食べログのレビューページへのリンクです。 イル・フィーゴで検索 もちろん検索結果の一位も食べログなんですけどね。 なんと公式のサイトが目立たないという素敵な感じ。いつからそんなことになってしまったんだろう。 人によって検索結果が違うのかもしれないので、僕だけこうだったらそれはそれでターゲティングされてて怖いのですが、こういう
細かい話で恐縮ですが、MacBook Airにスマホやタブレットを繋いで充電する時のTips
MacBook Airは別名持ち歩くiPhoneの充電器とも言われています。 前々から、WindowsマシンとMacとで、それぞれ繋いだ場合に充電のパフォーマンスが違っていたり、MacBook AirではiPadの充電ができるのに、他のマシンではできないし、更に言うとGalaxyTabは、MacでもWindowsでもUSB給電では何故充電できないのか？！というあたりを、ちょっと整理してみました。 1.イマドキのMacのUSBポートは、iPadとiPhone等のアップル製品が繋がると特別扱いをしていて、こいつらだけ大きな電流を流すことができるらしい！ iPadにはフルフルの電力を与えることができるわけではないので充電が遅いのですが、iPhoneには十分なパワーを提供できます。 アップル製品以外のデバイスには、規格にあった普通の電流を供給するそうです（0.5Aまで）。 ちなみに、MacBook
「とにかくやってみよう」を否定する「リーンスタートアップ」まとめ
書籍「リーン・スタートアップ 」は、文字が多くて忙しいプレーヤーの人達には読みにくい本だったんじゃないかと思う。しかし、その分書いてある事は、実例を含めてかなり詳しく書いてある。 リーンスタートアップの基本形は非常にシンプルで、ベンチャーだろうが大企業の新事業だろうが、自分たちがビジネスとしてやりたいと思ったビジョンを、細かい機能、要素に分解し、 １、各機能、成功要素を試す「必要最小限の商品」を作り、 ２、ユーザーが欲しいものとして受け入れられるかを試す。 ３、成果指標を必ず計測し、 ４、「必要最小限の商品」で実現した機能は正しくユーザーに受け入れられるかを分析する。 ５、その方向性は正しいのかを考え、そのまま突き進む（我慢する）のか、方向転換するために今までのものを捨てる（ピボット）のかを決断する。 このサイクルをスピードアップさせていくことで製品開発を進める考え方、である。 リーンスタ
何故、エンジニアはUIのセンスがないか。
何故、エンジニアはUIのセンスがないのか、という自分にも当てはまるようなことについて書いてみる。 まずエンジニアがダメなUIを作ってしまう理由について、いくつかの仮説を立ててみる。 1.その画面を作るエンジニアは全てを知りすぎていて、もはやわからない人の気持ちがわからない説 2.エンジニアはITリテラシーは高いけど、自分ができることを人に理解できるように説明するのは下手説 3.技術的に実現する方に興味が偏って、ハナからUIの使い勝手に興味が無い説 4.国語力がない、自分が実現する文脈を表現するのはできるが、ユーザーの文脈に配慮した言葉を想像する力が無い説 5.仕様書を読まない、人の言う事を聞かない説。例えばOSが定めているユーザーインターフェースガイドラインに従わないので、UIパーツが意図した使い方をしておらず統一性に欠ける。 6.わかりやすい色や文字、レイアウトに関する知識が無い。センス
マインドスコープ株式会社を売却しました
facebookに書いたものでもう良いかなぁと思っていましたが、後から探せなくなってしまうと思うのと今までもblogに書いてきたので、今の気持ちのスナップショットとしてブログにも書いておきます。 4月末を持ってマインドスコープ株式会社を株式会社jig.jpに譲渡しました。2010年1月20日に作った会社なので、2年と数ヶ月でした。途中で合併を挟んでいるので３期目半ばということになります。 前職ペパボで、会社を辞めると上司に伝えたのが辞める１年前の2008年の年末でした。翌年の2009年に起きたtwitterの国内ブレイクの波に乗ったモバツイにコミットをすることを決めたのが起業後の2010年3月。 起業時は「人の想いを創る会社」という意味で「想創社」という名前をつけました。 その後、マインドスコープに合併設立するタイミングで、人を雇い、オフィスを借りて、という流れになりました。 その後、東日
モバツイの広告の取り組みについて、発表資料の共有
先日、マイクロアドさん主催のスマートフォンマネタイズナイトというイベントで発表したときのお話をここでもシェアしておきます。 モバツイは、広告による収益で運営していますが、掲載する広告は、広告代理店さんに評判になるぐらい厳選しています。しかし、そこにはソーシャルメディアとモバイル広告の現状が非常にミスマッチであると言う大きな問題があります。 その辺について人的コストをかけて守っているというあたりの話です。なかなかその辺のことを知る機会もないと思いますので、ご参考までに。 No.1 No.2 No.3 No.4 No.5 No.6 No.7 ※「アドネットワーク」というのは、Google Adsenseみたいにタグを貼っておけば広告が自動的に配信してくるシステムのことを言います。その他に、モバツイを指名して出稿していただく「純広告」というのがありますが、スマートフォンの主流はアドネットワークと
モノを作る人は、鵜飼いの鵜ではなく鵜飼いの人
朝テレビを見ていたら、四国のさつま芋を作っている人の映像が流れていた。その人は、自分の作品を、どうだ美味しいだろうと言ってリポーターに食べさせる。その時の笑顔はとても素敵だった。 さつま芋がビジネスになるのは、それを買う人がいるからだ。買う人がいて、商品を流通させて、作る人がいる。 作る人は、作ることに専念することで味や信頼で市場優位性を得てブランド化していき、数多く買ってもらえる。しかし、農家の人が作ることに専念できるのは、食べる人を頂点としたビジネスの流れができているからに他ならない。 突然、さつま芋のニーズが全くなくなってしまえば、いくら頑張って良い物を作っても商売にならない。 最近だと、放射性物質が降ってきたことで、関東地方でさえ、今後の商売がオールリセットされかねない危うい状況。 さて、インターネットのベンチャーの話に当てはめると、多くのベンチャー企業は、これらの商流がないところ
日本をコントロールしているもの
先日、タイに出張に行っていて、どうしても気になっていることがある。 Dr.Houseという僕の好きなアメリカのドラマがあるのだが、日本では今、シーズン6が始まった頃だと思う。 しかし、タイではシーズン7をやっていた。 字幕のコストがかかるのはどっちも同じだ。 その気になればシーズン７が流せるということを知って、なんか悔しくなった。 タイは現状、日本の約1/3ぐらいの貨幣価値で、相対的には後進国に分類されるらしい。 しかし、そこでの生活は何不自由なかった。あるとするならば貧富の差か何かに起因して、政情不安や社会システムがまだ成熟していないということであろう。 そこにある人々のエネルギーは、震災自粛ムード前の日本でも全く見られない光景がある。強いて言えば、ワールドカップ直後の渋谷みたいな活気がある。それまで、お土産屋ぐらいしか売る物がなかったかもしれないところに、コピー品や、他国のIT製品を武
「ぼくはこうしてプログラミングを覚えた」をどう読みましたか？
フェイスブックでエンジニアをやっていた方の面白い話があった。 「ぼくはこうしてプログラミングを覚えた」 フェイスブックのエンジニアで史上ベスト３に入るといわれるEvan Priestley氏への質問「どうやってプログラミングを覚えましたか」に対する本人からの答えです。 という話 コードの質がフェイスブックの強みであったことはないが、２００７年のフェイスブックのコードはグローバル変数とextract関数にまみれたヒドいものだった。 この「質v.s.スピード」という概念は根本的に間違っていると思う。だって素早く開発をしなくては環境、あるいは自分の環境の理解の変化にソフトウェアがついてこれず、ソフトウェアが解決すべき問題が解決できなくなり、必然的に質が落ちてしまう。逆に、質の高いソフトウェアを書かなくては、なにかある度にインフラが崩壊し、素早く開発をすることができなくなってしまう。インフラの崩壊
身も蓋もなくなるインターネット
フェイスブックの成功は、インターネットのインフラが新しい時代に入った事を感じさせられる。 以下は今更のことを書くが、 フェイスブックが実名性を取った事が成功要因なのではない。そのソーシャルグラフを友達関係に絞っているのが凄い。リアルな友達関係から、さらにリアルな友達関係の接続の輪を繋ぐために実名が必要だった、それだけだ。 その結果が７億人。 びっくりだ。 それに比べて、ツイッターは旧来のインターネットの世界である。さらに言えばパソコン通信から脈々と続いているハンドルネームの世界だ。 僕はこのオープンな世界は大好きだが、オープンが故に新しい出会いができるんだけど、できそうで、できない、という人間の難しさがフェイスブックとツイッターのユーザー数の差に繋がっていると考えられる。 さて、このリアルインターネットの世界だが、フェイスブックが７億人ものソーシャルグラフを構築するのにやった手として、実名
「頑張りすぎる人」が会社をダメにする
Webのシステムを作る仕事に転職して、一番困ったことが、この本には書いてあった。 前職と比べ明らかに変わったことがあった。顧客と業者である自分との関係である。 前職は生産設備のエンジニアだったのでアウトプットに対する要求はシンプルで、うまく生産できること、求められる工程能力を出すこと。生産という観点では完全にお客さんがプロで、こちらが素人という関係である。社内システムであることも起因しているだろう。 それに対してWebシステムでは、業者がプロで、お客さんは自分を完全に素人とみなすことが多い。彼らは「わからない」ので、業者に依存してしまう傾向にある。このような状態を本書では「責任過少」の状態と呼ぶ。 このような状態で、確実な要件を聞き出して、彼らのビジネスモデルを十分に生かすシステムを作るのは至難の業だ。「責任過少」の罠は、本人が本来の能力を発揮できなくなるところにある。うまく関係を持たずに
つぶやきから、ソーシャルコマースにならないかを考えています
モバツイには、商品を探して商品のリンクと共に感想をポストする「モバツイストア」という機能があります。ツイートとしてpostできるので、ツイートにあるURLをクリックしたフォロワーさんが商品を購入することができます。 URLのクリックとその後のコンバージョンの確認のためにアフィリエイトリンクが入っておりまして、5月末までのアフィリエイト成果を東日本大震災の被災者の方々へ寄付いたします。 あなたのツイートが義援金になる。モバツイストアの収益を東日本大震災の義援金として全額寄付 （モバツイは、PCブラウザからでもiPhoneなどのスマホからでもPSPなどからでも、多くのブラウザからアクセスできます。⇒ http://www.movatwi.jp ） ただし、寄付目的のアフィリエイトはアマゾンのアソシエイト利用規約に反してしまうので、アマゾンさんにコンタクトを取り、震災への取り組みに対して、期間限
業務ののりしろ
知人が近々独立するそうなのだが、そんなに仲が良いわけではないので、こんなことを伝えたいと思っていたり思わなかったり。 複数人で仕事をする時に必ず存在するのが、知識や経験の差。 しかも、ペアプロなどでがっつり現場でクロスできるならともかく、会社が違ったり、工程が違うなどで、そもそもコミュニケーションからうまくやっていかないといけない場というのは存在する。 そうすると、多かれ少なかれ、以下のような溝が生まれる こういうのはあらゆる場や、あらゆる関係で起きていることなので、この間をどうやって埋めるか？というのがマネジメントだったりSEだったりディレクションと言った部分のスキルになる。 例えば、Web制作で言うなら、お客さんとデザイナー、開発者などと言う、あまりコミュニケーションが得意でない、お互いの言語が通じない人たちの間を、ディレクター、、、つまり人力で埋める場合もある。 ただ、こんなの本当は
ネットビジネスで成功した人は無茶をやってきた人
独立したのがきっかけで、いろんな人としゃべったり、飲みに行くことが増えたが、いろんな会社の社長さんのサクセスストーリーを聞いたりしていて、常々、 「ネットで成功した人は、何がしか無茶をやってきた人が多い」 ということを思っていたが、今日の朝まで生テレビの堀江さんを見ていて、この言葉をまさに思い出したので、朝方にも関わらずブログを書いている。 いろんな会社さんの無茶パターンで言うと、例えば、 ・起業時期が無茶をしている ・お金の使い方が無茶 ・ビジネス自体が無茶 などなど。他にも上場の仕方が無茶とか、提携や買収の仕方が無茶、とか。 ベンチャーというのは、そもそも無茶をするもんだと言ってしまえばそれまでだが、無茶をするというのは、つまるところヒトモノカネという会社のリソースのバランスを崩して、何かを成し遂げるということなので、言うほど簡単に実現できるものではない。 まして、自爆せずに成功したと
Webエンジニアスキルの勘所
Webのエンジニアにはどういうスキルが一番必要か？という話を考えてみた。 例えば、C言語やUnixの経験が長く、オブジェクト指向も理解していたとしたら、PHPから始まり、Rubyなどの理解は決して難しくないだろう。 では、それだけの経験で一線級のWebエンジニアとしての信頼が置けるかというと、ちょっと違うような気がする。 考え方のベースは、 「Webは、要するにテキスト処理であることが多い。だから難しい」 ほとんどの事がHTTPプロトコルを通じてテキストデータとして情報が、なんのネットワークの制約もなく流通する。つまり、HTTPヘッダを含むテキストの操作でセキュリティホールを作り、それが世界のどこから攻撃されるかわからない。 また、 同様に世界中からアクセスが集まることがありうるので、回りくどいテーブル設計をしてしまうと、あっというまに破綻してしまうこともある。 そして、 基本的にマルチア
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
