許可より謝罪 : けんすう日記
うちの会社の場合 僕は、nanapiという会社をやっているんですが、そこには、行動指針とかあまりありません。つくろうつくろうとはしているんですが、未だにちゃんと決めれず・・・。 という中ではありますが、よく社内でいうのが「許可より謝罪」という言葉です。 これは、簡単に言うと「許可とか求めるより、謝罪したほうが楽だから、相当クリティカルじゃない限り、許可とりにこなくていいよ」という感じです。 たとえば、nanapiのリニューアルや改変の内容などは、僕の許可はありません。リリースされて知ることもあります（ただし、議論の進行などは見てはいますが）。 もちろん、オリジナルではなくて元ネタがあります。3Mです。 以下のブログに詳しくあるのですが 下記に３Mの社史みたいなのがある。 PDFへのリンク それをみると"It is easier to ask forgiveness than permiss
「新しいもの」をやろうとする人の99%は失敗する : けんすう日記
新しい意見や考え方について この前、MOVIDA JAPANがやっている学生起業家のイベントに講演してきたのですが、僕のあとのコンテンツが、現役学生起業家がチームについて語るというものでした。 その中で、以下のような趣旨の質問が学生さんからあったのですね。 会社はチームで経営すべきだとみなさんおっしゃっているが、実際、本当にチームでやるべきなのか？1人、もしくは少数精鋭のほうがコストもかからず効率的ではないか？ この質問の背景として、会社経営などをする場合は、基本的にはチームでやるというのは鉄則になっているのですね。シリコンバレーでも「チームに投資する」というのが基準だったりしますし。優秀な人が１人だけいても成り立たなくて、数人のチームのコラボレーションが必須というのは、もはや常識といっていいレベルのセオリーといっていい。 なので、これはなかなかいい質問だなあ、と思ったのですね。なぜ１人で
「目的があっての手段だ」なんて考え、つまらなくないですか？ : けんすう日記
手段と目的 お昼休みで時間が15分くらいあったので、ぐわーっと思ったことを書いちゃいます。乱文。 僕があんまり好きじゃない言葉に以下のものがあります。 「手段を目的化しちゃいけない」 なんか一見正しそうなんです。そして、適当に人を説教するときにとても便利な言葉なんですよね。上司とかが知ったかぶりの顔をして「それは手段の目的化じゃないか」みたいに言っちゃう時とか、よくあるじゃないですか。 でも僕は思うんですよね。手段を目的化するのが何がいけないんだって。というか、全部目的があってやるのなんてつまらなくないですか？ 「顧客はドリルではなくて穴を欲しがっている」 みたいなセリフもマーケティングでありますよね。かっこいいドリルなんて作っても意味がなくて、本来欲しいものは穴なんだから、顧客が欲しいドリルをつくるんじゃなくて、顧客がどんな穴を求めているかを考えろ、みたいなやつです。 これも僕はつまらね
「ユーザーである」と「ユーザー目線がある」は全然違います、全然 : けんすう日記
ザッカーバーグ若者じゃない記事 ザッカーバーグが若者じゃなくなったからFacebookは大変だという話 こんな記事を書いたところ、それなりに読んでいただいたようです。ありがとうございます。 実は同じ記事内に書こうと思って悩んでやめたものがあるのですね。そこの部分の追記を書きたいと思います。 それは「ユーザーであることとユーザー目線があることは違う」ということです。 自分がユーザーじゃないとサービス作れないか？ 上記の記事を簡単に要約すると 「自分がメインのユーザー層とかけ離れると、サービスを作るのは難しいかも」 的なことになります。 しかし、もちろんですね、自分がユーザー層でなくてもいいサービスは作れるのです。当たり前ですね。自分がユーザーであるかどうかなんて、ユーザーにとっては関係なくて、「自分たちが使いたいサービスであるかどうか」のほうにしか興味ないわけです。 @cosmeなどの化粧サ
勉強が苦手な人向けの「遅延評価勉強法」 : ロケスタ社長日記
はじめに 遅延評価勉強法という言葉があります。 これはamachangというjavascrpitを書く人で有名な技術者の方が、ブログで言ってた言葉です。該当するエントリは以下。 遅延評価的勉強法 - IT戦記 - これは、おいらが考える「効率のいい勉強法」に近いものがあるので、少しまとめてみました。 あくまで主観的に「いい」と思っている勉強法ですが、参考になれば、、 遅延評価勉強法って？ まず、以下のサイトがすごくまとまってるので引用してみます。 「遅延評価」という言葉を調べてみると、「ある式を、その結果が本当に必要になる時点までは評価しないでおくテクニック」とあります。そのメリットは、「条件次第で捨ててしまうような値を事前に準備することは非効率的である。このような場合遅延評価を行うと必要なときだけ値が計算されるので計算量を低減できる」とありました。 ここから遅延評価勉強法とは、「その知識
自分のサービスをわかりやすく説明するために最も重要なこと2つ : けんすう日記
自分の製品の説明は難しい 僕が代表をやっている会社は、nanapiというサイトをやっていたりします。これはいわゆるHowtoサイトで「○○のやり方」みたいなのをひたすら集めて提供しているサービスなのですね。 書いているのは、僕ら社内＋nanapiワークスというクラウドソーシング＋CGMだったりします。 訪問者数も900万人くらいになって、そこそこの規模になってきたのですが、最近問い合わせが多いのが「うちのサービスの使い方もここに載せたい！」というものです。 nanapiとしてはHowtoのデータベースが充実するのが一番のユーザー価値だと思っているので、利益重視というより、記事が増えるなら、という形で、実費＋αくらいで受託的に僕らが書いてたりするのですが、そのノウハウを外に出すと、書ける人も増えて、その製品を使おうとするユーザーさんも増えて、いいことが多いかなあ、と思うので、ノウハウを共有し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
