受託からサービスへの移行に必要なこと。
よくwebの受託をメインにやっている会社さんが、儲からないという理由でサービスに行きたいとの話を聞く。 しかし結構、難しいですよね、と、ついつい言ってしまう。 理由のコアは、下記エントリーに書いてあった。 「中毒性」ある受託開発がソフトウェアベンチャーの躍進を阻む １．受託開発では「技術」が蓄積しない ２．受託開発では「人材」が蓄積しない ３．受託開発では「資金」が蓄積しない 技術が蓄積されないのは自社の役割や案件次第では？と思うこと以外は、結構同意だ。 （受託は、自社では実現できない案件に関われることなどが魅力で、そこに技術やノウハウ習得のチャンスは転がっていると思うし。） 一番重要なのは、キャッシュフローが安定しないところではないだろうか。 サービスと受託の大きな違いは、 「受託は技術を売る仕事」 「サービスは、文字通りサービスを売る仕事」 である。 サービスは、お客様がつくと継続的に
知識の呪い：シロクマ日報：オルタナティブ・ブログ
知識はあればあるほど良い、と言えるでしょうか？お金でさえ、過剰にあると思わぬ害をもたらします（宝くじで数億円を手にした人々が、その後破滅的な人生を歩んだなどという海外ニュースがたまにありますよね）。何にでも副作用があるとすれば、知識の副作用とは何か？という話が、最新号のハーバード・ビジネス・レビューに掲載されています： ■ 知識の呪い （ハーバード・ビジネス・レビュー 2007年4月号） 知識を身につけてしまうと、それが「当たり前」のこととなってしまい、同じ知識を共有していない人々の気持ちが分からなくなる -- 結果として、その知識を他人に伝えることが難しくなるというのが「知識の呪い」。BRAIN FOOD 欄の記事なので、興味のある方はさっと読んでみて欲しいのですが、実は先日からご紹介している本"Made to Stick"の内容を抜粋したものです。ただ実験結果を見るまでもなく、「勉強の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
