企業でブログを書くことのメリットについてです。

ユーザや読者を増やす事で企業価値を高められます。 

見えない形かもしれないが、いつかブランド力と言われる物になるのでは？

FacebookやTwitterなどソーシャルメディアのアカウントをフォローしてもらうことにより、
これまでよりも速くユーザに声を届ける事が出来るようなりました。

自社の商品を知ってもらえる機会は、どこに存在するかわかりません。

少しでも確率を高める為に積極的に取り組むべきです。

と、、、頭では、わかっていても出来ない人のために、、

具体的に、どのようにブログを書いたらよいのでしょうか？

はじめに

今までのビジネスブログの概念をぶっ壊せ。

ビジネスブログや企業ブログのイメージは、宣伝だろ？！
というイメージでした。

Six Apartの過去のアンケートより以下のような意見が調査結果が出ています。

”
＜ビジネスブログに期待される情報とは＞

「読者（消費者）は、ビジネスブログにどのような情報を期待しているのか」
それを知り、期待に沿ったコンテンツを提供することができれば、ビジネスブログを成功させる確率が高まります。では、それは社長ブログに代表されるような、経営陣の声でしょうか？それとも、プレスリリースや業界ニュースでしょうか？
引き続き、シックス・アパートの調査結果を見てみると、

1位：製品やサービスの詳細な情報
2位：通常のメディアでは知りえない舞台裏情報
3位：新製品やサービスの発表
4位：現場担当者の声
といった、通常は接点の少ない現場からの情報や、あまり知られていない情報をビジネスブログに期待する傾向があることがわかりました。
”

第14回：成功するビジネスブログの法則（前編） : ビジネスブログの基礎知識 – Six Apart　より

ポイントは、現場の声をどこまでブログに反映できるかだと思います。

さぶみっとのブログ運営方法として、簡単なルールを作りました。

1.自由に書いてください。（ドキュメントであろうが何であろうが自由に）

2.書いた人の顔を出してください。

この二個です。

1.自由に書いてください。について

アウトプットできるものは、なんでも良いので書いてください。

上司もあれをしろともなにも言いません。自由に書いてよいスタンスなので気軽にかけます。

とはいえ書かない人は、もちろんいます。

書けないのだから仕方ないです。

なぜ書けないのか？

恥ずかしいからとか、忙しいとかそれぞれ個人の問題なので特になにも言っていません。

それよりも自ら実践して、書くことにより伝える事の方が大事だと思っています。

2.書いた人の顔を出してください。について

なぜ顔を出してくださいにしたかというと、

もし僕が、この会社を知らなかったら書いている人がどんな人なのかもっと詳しく知りたいからだ。

ライブドアやＮＡＶＥＲは、誰がいるのかネット上からでも判断できます。

あっ。。この文章あの人が書いたものじゃないかな？っていうのも判断できたりして親近感もわきます。

誰が書いたとか誰がいるというのは、今後もっと重要になってくると考えています。

子供じゃないので、ＡＫＢみたいに自己責任で自由にというよりも、

個人個人がちゃんとどんな人なのかがわかる事によってその会社おもしろそう！
こんな人達と一緒に仕事をしてみたいって思われたい。

他の企業サイトのブログを読んでいると、あぁＡちゃんのいる会社かーと言う認識ってあるので、

個人名+商品の説明で検索する事もあるとおもいます。

初めて１ヶ月ほどですが、成果が出てきたなと感じた例

セミナーに行ってきたレポートをブログに書いた。

Developers Summit 2012 及川卓也さんの講演のまとめ | さぶみっと！JAPAN

http://www.submit.ne.jp/572

この記事は、現在

Facebookで99いいね！　26Google+ 　97tweet 　56はてブ

Tumblrでは、分散していますが、1000notes 以上広がりました。

実際及川さんもこの記事をつぶやいて頂いた事をキッカケに、

沢山の方に読んでもらえました。

社内では、やったね！わっほー！と盛り上がっておりました。

なんとなく活気がでてきて社内の雰囲気も良くなります。

いままで弊社の事を知らなかった人にも声が届くようになってきたような気がします。

企業ブログを作るメリットについてまとめ

沢山の人に企業の良さを知ってもらう為に書きやすい環境の整備をすべきです。

会社にいる人が誰がいるかわかる事によってメリットは、商品のコンバージョンだけではありません。

人事の部分でも貢献できるはずでは？

おまけ

これも来てねー！一緒に飲みましょう！！

3/8(木)第7回さぶみっと!オフ会をやります!(東京・渋谷) | さぶみっと！JAPAN

Web制作会社さんや企業のWeb担当者さんやECサイト運営者さんの交流を目的とした「第7回さぶみっと！オフ会」を2012年3月8日(木)東京・渋谷で開催します。

毎回80名ほどの方がご参加いただく「さぶみっと！オフ会」も第7回目となりました。
今回も3時間の拡大バージョンで開催いたしますので、たっぷりと交流していただくことができます！

そして、今回は円滑なコミュニケーションと、より多くの方に自己アピールができる手段として、2つの新しい試みをご用意しております。ぜひ最後までご一読のうえ、さぶみっと！オフ会にご参加ください。

今すぐに申し込む！という方はこちらよりお申し込みください。
↓↓↓↓↓↓↓↓↓
オフ会に参加する。

オフ会って何をするの？

オフ会はセミナーや勉強会ではありません。ただ皆さんで集まりお酒を交えてワイワイやりましょうといったざっくばらんな交流会です。

普段、なかなか接することができない同業者の方々と情報交換や意見交換をしていただいたり、パートナーやクライアントとビジネスにつながる出会いの場になっていただければと思っています。

「1人で参加しても大丈夫かな？」という心配はいりません。ほとんどの方がお1人で参加されます。お店を貸し切った立食形式になりますので、お酒を持ってウロウロしてるとどなたかと目が合って名刺交換をした後に談笑が始まるというのがオーソドックスなパターンです。

「こういうイベントって常連さんばかりがワイワイと楽しむんじゃないの？」という心配もいりません。毎回半分ほどの方が初参加となりますので、かしこまることなく気軽にご参加いただけますと必ず楽しんでいただけることができます。

↓このような雰囲気です。

第6回さぶみっと！オフ会の様子はこちら（2011年11月、渋谷：約 80名の参加）
第5回さぶみっと！オフ会の様子はこちら（2011年 7月、渋谷：約 70名の参加）
第4回さぶみっと！オフ会の様子はこちら（2011年 2月、大阪：約 70名の参加）
第3回さぶみっと！オフ会の様子はこちら（2010年10月、大阪：約100名の参加）
第2回さぶみっと！オフ会の様子はこちら（2010年 6月、渋谷：約100名の参加）
第1回さぶみっと！オフ会の様子はこちら（2009年10月、神田：約 80名の参加）

今回も前回と同じお店のbaloobalooさんでやります。

お店を借り切ってのビュッフェ形式、飲み放題です。

↓東急ハンズの地下1階なので、場所がわかりやすいと非常に好評でした。

オフ会って誰が来るの？

オフ会の参加者としては、普段さぶみっと!をご利用いただいている方を中心にWEB制作会社、企業のWEB担当者、ECサイト運営者など、WEBに携わってる様々な方がご参加されます。

今回ご参加いただける人数はおよそ90名ほどとなります。なるべく多くの方にご参加いただきたいです。

【主な参加者】
・WEB制作会社
・企業のWEB担当者
・ECサイト、ネットショップ運営者
・WEBサービス提供会社など

今回も3時間の拡大版！

今までのオフ会は2時間でやっていたのですが、お話しが盛り上がるとあっという間に終わってしまい「もっといろんな方と話したかったー！」というご意見をいただくことがありましたので、前回より19時から22時まで3時間の開催といたしました。

それでも前回はこのようなご意見をいただきましたがお互い若くないのでやはり3時間が限界かと・・・（笑）

━━━━━━━━━━━━━━━━

お陰様で、沢山の方と出会えました。
ありがとうございます。
あっという間の3時間でした。
もっと時間があると嬉しいなという印象でした。
名刺交換に夢中で、ドリンクや料理は殆ど口にできていなかったので、
もう少しお値段が安いと正直嬉しいです。
今後も参加したいと思います。
本当にありがとうございました。
お疲れ様でした！！！

━━━━━━━━━━━━━━━━

なお、受付開始時間が18時30分からなので、最長で3時間30分！をお過ごしいただけます。存分にお楽しみください！

興味のある方へのコンタクトが可能です！

当日、全参加者さんの情報をこのようなリストにしてお渡ししますので「この人に興味がある！」「話してみたい！」といった方とコンタクトをとることが可能です。

ソーシャルアカウントも記載されていますのでこのオフ会をきっかけに関係がつながっていただけますとうれしいです。

【初の試み、その1】事前に参加者さんリストを公開します！

今までは前述のリストを受付でお渡ししていましたが、あらかじめ参加者さんを見ておくことで「この人と話してみたい！」など、よりスムーズに円滑なコミュニケーションをとっていただくことができるかと考えています。

限りある時間の中でリストに見入ってしまい交流の時間が短くなってしまうのももったいないので、リストの送付を希望される方のみ（自分の情報を開示してもいいよー。という方のみ）に事前にメールでお送りさせていただきます。

【初の試み、その2】アピールしたい資料がありましたら当日参加者さんへ配布いたします。

「普段はこういう仕事をやっています。」「こういうサービスを手がけています。」などなど、事前にパワポ資料をお送りいただけましたら当日お渡しする参加者さんリストに印刷して皆さまへ配布いたします。

交流するときにその資料をご覧いただくもよし、興味がある資料があればその方をお呼びだしするもよし、少しでも皆さまの自己アピールの場が増えればと思っています。

資料の細かい作成規定などは以下テンプレート（ppt）をダウンロードのうえ、ご覧ください。

https://www.submit.ne.jp/download/media/offkai_template.ppt

開催日時とお店の場所

■開催日時：2012年3月8日(木) 19:00～22:00（受付開始：18:30）
■開催場所：Cafe & Dining ballo ballo （ＪＲ渋谷駅 徒歩6分）
■住所　　：〒150-0042 東京都渋谷区宇田川町12-18東急ハンズB1
■アクセス ：こちら（Googleマップが開きます。）
■参加人数：90名（先着お申し込み順）
■参加費　：5,000円（税込）
※ビュッフェ形式の飲み放題プランになります。
※当日現金にてお支払いください。領収書をお渡しいたします。
※多くの方との交流がありますので名刺をたくさんお持ちください。

ぜひ、「さぶみっと！オフ会」のTwitterをフォローしてください。
@submit_offkai

意気込みなど「@submit_offkai」へツイートいただけましたらRTをさせていただきます。
文末にハッシュタグ「 #さぶみっとオフ会」を記載いただけますと発言が紐づきますのでご協力をお願いします。

お申し込み期限は 3月5日(月) 18:00 です。

多くの方にご参加いただきたいと思っておりますが、お店のスペースの問題もありますので、お申込多数の場合は早期に締め切りをさせていただくことがございますので、ご都合の付く方はお早めにお願いします！

参加をご希望の方は以下フォームよりご入力をお願いします。

↓↓↓↓↓↓↓↓↓↓↓↓
オフ会お申し込みフォーム

皆さまのご参加、心よりお待ちしています！！

及川さんの言っていた「Launch & Iterate」や「テーマ」等はアジャイル開発の継続的デリバリー（Continuous Delivery）やインセプションデッキ（Inception Deck）を調べると理解が深まると思います。
海外の開発プロセスの主流がアジャイルになるのも当然の流れだなと再認識できました。

講演者

Google　エンジニアリング　シニアエンジニアリングマネージャ及川 卓也 氏

大学を卒業後、外資系コンピュータメーカを経て、マイクロソフトにてWindowsの開発を担当。Windows Vistaの日本語版および韓国語版の開発を統括した後、Googleに転職。ウェブ検索やGoogleニュースをプロダクトマネージャとして担当した後、2009年10月よりエンジニアリングに異動。現在、Google ChromeやGoogle日本語入力などのクライアント製品の開発を担当。また、Google Developer Dayなどの開発者向けイベントにてスピーカーも務める。
Blog： http://d.hatena.ne.jp/takoratta
Twitter： @takoratta

Launch & Iterate

”リリースではなく Launch & Iterate”

完璧に作るよりもまず出してまう。
ザッカーバーグ曰く Done is better than perfect! (完璧を目指すより実現すべし)

例えば、マイクロソフトの商品は、パッケージとして流通させたものをリコールすることはできなかった。
パッケージソフトではデプロイメントコスト・配布コストが高いからリリースが重要になる。

最近のwebアプリケーション開発はデプロイメントコスト・配布コストが低くなってきている。
web技術の進化するスピードは早い、昔のように半年から1年周期のアップデートでは間に合わなくなっている。
そのため、webアプリケーションはリリース後に何をするかがすごく大事。
webアプリケーションのビルド番号、リビジョン番号は内部的にはあるが、ユーザには見えないくらい日々ローンチをしている。

チームが共有するテーマ

”今やろうと思っていることがテーマに沿っているか？”

チームが同じ方向に向かうためのテーマを持つことが大切。
例えば、初の国産ワープロの商品化に成功した開発者森健一はプロジェクトのコンセプトを3行で表現している。

① 手書きで清書するより早く日本語文書を作成できること。
→ 誰でも早く

② その装置はポータブル型でどこへでも持ち運びができること。
→ 持ち運び

③ 作成された文書ファイルは電話回線を介してどこからでも自由にアクセスでき、転送できること。
→ どこでもアクセス

テーマがあることにより、開発者集団の方向性を統一でき、機能を追加するときなどの可否の判断基準にもなる。

顧客の声（プロダクトアウトとマーケットイン）

・プロダクトアウトは開発者の思いで作られる。
・これと違いマーケットインは顧客の声を聞く。
・ただし顧客の声を聞いても必ずも良いものが出来る訳ではない。
・顧客が欲しいものを言うわけではなくノイズも多く混ざる。
・ユーザの声は直接開発の助けになるとは限らない。
・自分たちがいま開発しているのが本当にユーザーのために役にたつのかを考える。

”今日のユーザを満足させることだけでなく、明日のユーザのために製品を作る。”

明日のユーザのために作られた製品は今日のユーザも満足するが、その逆はない。

プログラミング言語はどんどん新しいものが生まれている。明日のユーザーを考えている例ではないか？

サイバーカスケード現象

SNSでは意見が一方によってしまう。
プロフェッショナル仕事の流儀の放送後に Facebook、Twitterでは良い意見ばっかりだったけど
2ちゃんねるではコレでもかと言うくらいにこき下ろされていた（笑）

日本の会社

日本の会社はSpeedが足らない。日本の会社は前例が無いと企画が通らない事が多い。まったく新しいアプリケーション・サービスに前例などがあるわけがないのだから、市場が無いものの市場調査は意味がない。

”現状の仕組みを疑い、考え、見て行動できなくなるなら、跳んで行動してしまえばいい。”

それが変化につながる。小さくても早く速く変化を作る。

競合分析

例えば、遅くまで呑んで終電がないという状況。
このとき、顧客が考える選択肢はカプセルホテルでの宿泊するか、タクシーで帰るなどの選択となる。カプセルホテルの競合は宿泊という観点ではビジネスホテル、ネットカフェは競合だが、タクシーも競合といえる。

”自分の競合は想像もしていないような分野に居る可能性がある。”

かつて、米航空業界は真の競合は電話会社と見ていた。
競合分析は、その機能の裏側に隠れている部分を見る。

ミーティング

日本の企業でよく見かけるミーティングの形態

・終わりの時間が決まってないミーティング
・ミーティングにたくさんの人が来るが一言も話さない人がいる
・時間が余ったら別のことを話し始める
・定例ミーティングで埋め尽くされたスケジュール

これらは人件費の無駄に他ならない。
ミーティングは仕事のスピードを殺す。

外資系企業や、スタートアップ企業では以下のようなルールを設けている。
・ミーティングの24時間前にアジェンダを共有
・数分でミーティングを片付ける
・ミーティングに不必要な人を連れてこない
・ミーティングに禁止期間を設ける
・トピックがあり次第即会議

例えば、Googleではノーミーティングデイ、ノーミーティングウィークを実施中。

全然問題無かった。

Avoid note への挑戦 （ジャコ・パストリアスの様に）

ジャズミュージシャンのジャコ・パストリアスは音楽理論では違和感のあるとされる音階（Avoid note）をあえて使用して素晴らしい音楽を作った。

創造性は制約を好む。
あえて高いハードルを設ける。

”見る前に翔べ”

 
 
※2012/2/22 追記 スライドが公開されました。

 
 
 
この記事はakimitsuseoとtakeshiyakoが纏めました。
 
 

　　　　　　　　1、何を作るか？
　　　　　　　　2、どう販売するか？
　　　　　　　　3、どう運用するか？
　　　　　　　　4、どのような人材構成なのか？
　　　　　　　　5、撤退のルール

全ての企業さんに当てはまるものではないと思いますが、僕等のような中小ベンチャー企業が商品開発/販売を行う際に気を付けている事を書いてみます。何にせよ僕達が勝手に考えてる事なので、他の企業さんの参考になるものかどうかは分かりませんが、多くのベンチャー企業さんがドンドン面白いサービスや商品開発を始める時に、何かの参考になれば良いと思います。

5以外の1～4については優先順位は付けないで、等しいウェイトをおいて考えています。

1、「何を作るのか？」

僕達の場合は何を作るのか？という事に関して、闇雲にマーケットが大きい領域に商品を投入するという感じではないのですが、

▲既にマーケットが成立している領域に商品を投入する場合
乗り換え需要を見込む事になります。
その場合は機能的な差別化と、乗り換えの手間やコストを上回るような価格の優位性が必要になります。

▲逆にマーケットが出来あがっていない領域の商品である場合
そもそもこの商品はこういうものですという説明から始めなくてはいけません。
商品の内容とその効果を多くの方々に理解して頂く為に、一定の時間を要する事は覚悟しておく必要があります。

どちらの領域に対して商品を投入するにせよ、良いものを作ったらスグに売れるというのは稀なケースで、売上が損益分岐点を上回るまでは赤字が続く事は言うまでもありません。

▲商品開発を行う時に、全く新たな販売チャネルを構築するのは時間も手間も相当掛かります。
開発期間中のヒアリングも含め、実際のユーザーさんの声を聞く為に、出来るだけ既存のお客様や取引先様から内々にでもご紹介出来るような商品を開発していく事をオススメします。

2、「どうやって売るのか？」

商品のリリース後、収益化に向けた大きな課題である「どうやって売るか？」という問題をクリアしなければなりません。

▲もし、自社で営業マンが沢山居るならばガンガン売り歩くっていう方法も取れるでしょうし、ふんだんにプロモーションコストを掛けれれるのではあれば、商品力と価格設定が妥当であればある程度は売れると思います。

しかしながら僕達のような多くの中小ベンチャーは往々にして営業スタッフの数は少ないし、プロモーションコストもそんなに掛けられないというのが実状ではないかと思います。（僕等も実際に営業マンといえるのは2人くらいしかいないし、プロモーションに掛けられるお金は殆どないという状況です。）

というような状況においては、営業の施策は以下の2通りになるのかなと。

・販売代理店さんの開拓

・ソーシャルメディアの活用

▲販売代理店さんの開拓ってどうやったら良いのか？と思う人も多いかと思いますし、代理店さんにマージン払うのを嫌う方も居られるかもしれませんが、自社の営業力があまりないのであれば是が非でも販売代理店さん開拓のアプローチは行うべきです。

代理店さんを開拓する為には、実は商品開発のスタート時に代理店さんに販売して頂く事を織り込んでおく必要があります。
どんなに良さ気な商品も代理店になって頂ける方にとって売りにくい、手離れが悪い商品、商品説明に多大な労力が掛かるものはどちらかと言えば敬遠される傾向にあるとも言えます。

提案時の稼動が低い事、つまりは多くの営業マンの方にとってカンタンに説明出来るという事が、継続的に提案をして頂くためにも必要不可欠な要素になると思います。
また、手離れの良さというのは、何も代理店さんの為だけでなく、自社の営業スタッフが回転数を上げて提案していく為にも重要な要素になります。

▲ソーシャルメディアの活用については、ブログ、facebook、Google+、twitterなど情報発信が行えるメディアはトコトン使いましょう。
とはいえ、宣伝ばかりの情報発信では見る気も薄れてきますので、常に自社ブランドに対するコミュニティーの形成、ファンの醸成を意識してソーシャルメディアと共に歩むという姿勢が必要だと思います。

確かに小まめな情報発信はそれ自体人件費が掛かっているので安いのか高いのか？というような話しも耳にしますが、僕達の実体験としても情報を発信し続ける事で、入ってくる情報が変わって来るのを感じます。
また、社内のスタッフ同士がブログなどを通じてそれぞれの色を出して行く事で、お互いの仕事に対する関心を持つという副次的な効果もあるように感じます。

そして何より思いもよらない人との出会いや、ソーシャルメディア上で商品の紹介などをして頂いたりする事もあったりするので、広告予算が多くとれないならば尚更取り組んでおくべきだと感じます。

3、「どう運用するか？（運用・サポートの負荷について）」

▲自社商品を展開していくには、以下のようなコストが継続的に掛かります。
また、どんなに良いサービスだと自信満々にリリースしても売れなきゃ1円も生まないし、そういう状況が続くとエンジニアさんのテンションもダダ下がりします。
なので、ある程度需要がありそうで売れそうなものを作るという事（これが難しいところなんですが）と、運用・サポートの手間、販売ルートについても個別に考えるのではなくパッケージとして考えて捉えておかなければならない事なのです。

▲商品のリリースはゴールではなく、その後も継続的な追加開発を行わなければ時間とともに商品力は陳腐化していきますので、追加開発に関わるコストやインフラ運用に関わるハード面及び人的なコストは不可避なものになります。
削れないコストがある分、早期に損益分岐点を超えさせるためには、商品企画の段階から営業コスト、サポート業務のコストをミニマイズ出来る商品キャラクターにする事をオススメします。

・開発コスト（エンジニア人的コスト）

・サービスの維持・運用に掛かるコスト（エンジニア人的コスト・インフラコスト）

・営業に掛かるコスト（営業スタッフの人的コスト・プロモーションコスト）

・サポート業務に掛かるコスト（導入サポート業務・請求書発行などの人的コスト）

▲開発に関わるコストについては僕達の場合は自社商品は100%内製で行いますので、主に開発エンジニアの人件費という事になります。
これまでの経験則で言えば自社サービスの開発・運用は社内のエンジニアで行うのが良いと感じてます。
これはノウハウの蓄積だとか、追加の機能開発、運用面などの対応スピードを考えても外注する事はあまりおすすめはできません。
（あくまで個人的な見解ですが）最悪あまり売れなかった時でもそこから派生で商品が生まれる事もあったりするので、その意味でも何かしらの資産は残りますし、そのチャレンジは次の商品開発に繋がるものになる場合が多いように思います。

▲サービスの維持・運用に掛かるコストについて
自社商品をSaas型で提供する場合、基本的に24時間・365日の運用が求められます。
そういう意味でもアプリケーションの開発と同じように効率的なインフラの構築・運用はビジネスの肝であると言って良いでしょう。
多くの月額課金型のSaas商品がそうであるように、比較的低単価でより多くのアカウント数を取るビジネスを想定した場合、スケーラビリティーというのがより重要な課題になる訳ですが、せっかくの自社商品がアカウント数の増加と共に破たんをきたすという事はユーザーにも多大な迷惑を掛ける事になるので、どうしても避けたい事項です。

4、「どのような人材構成なのか？（営業・エンジニア・サポートスタッフの割合）」

▲自社（または部署）の人材・スキル構成を予め把握しておく事も重要です。
商品のリリースの度に新たに人材を採用しなくてはならないという状況は、中小ベンチャーにとっては中々大変であると思います。

例えば、自社内にスキルの高い営業マンを多く抱えているのであれば、ある程度高単価なサービスも売り切る事ができるかもしれませんし、そういう商品を開発するという選択肢を取る事が出来ます。
また、サポートスタッフが少ない場合は極力サポート負荷の小さい商品の開発が求められます。
同様に請求周りを担当する人が居ない場合は、極力シンプルな課金体系の商品に仕上げていく必要があります、その他、開発エンジニアの質・数や運用面を担うエンジニアの質・厚みによっても、商品のラインアップの持ち方は変わってきますので、まず現時点のスタッフの構成を把握しておく必要があります。

5、「撤退のルール」

▲商品やサービス開発はどんなに熟考して「行けるぞー」と思っていても、外れる時は外れます。。。

いや実際にはむしろ外れる確率の方が大きいかもしれません。
売れない商品でも維持していくにはコストが掛かります。
しかもたまにしかオーダーの無い商品は得てしてミスを誘発します。
ある程度自社商品や自社サービスをリリースしていく事を考えると、外した時の手じまいの基準を持っていた方が良いと思います。

特に商品の企画段階から携わってると、その商品に対しての思い入れも相当出てくるし、開発エンジニアさん達の苦労も間近で見てきたりうると、どうしても客観的な判断がしにくくなり、収益を生まないラインナップを落とすに落とせないという心境になりがちです。
しかし、赤字のままの商品ラインナップが増えてくるとそれらの維持コストがボディーブローのように全体の収益を圧迫して行きます。

商品をリリースする時は、本当にワクワクドキドキの期待感に溢れるんですが、一方で冷静に○年以内にアカウント数○○○、売上金額○○、粗利○○に達しなければラインナップから落とすという事を決めごとにしておく事は重要なポイントだと思います。

▲何だかダラダラと書きましたが、自社で商品開発に取り組んで正直一発逆転のホームランを打つのは中々難しいです。正直失敗をする確率も低いものではありません。でもその失敗は必ず次に活きてきます。実際にお申込みを頂いたり、ソーシャルで色んな人が話題にしてくれたりするのって本当に楽しい。

幸い、近年はクラウドサーバなどの登場により、一昔前に比べて比較にならないくらいハイスペックなサーバが、比較的安価に手配できます。
またソーシャルメディアのお陰で世界に向けてのプロモーション活動も自分達でやれる部分も多いので、自社商品の開発環境はこれまでにない程良い時代だとも思います。
大変な事も多いですが、楽しい事も多いので是非チャレンジしてみては如何でしょうか？

• さぶみっと！JAPAN
• オフ会・イベント
  • 3/8(木)第7回さぶみっと!オフ会をやります!(東京・渋谷)
• スマートフォン最適化ツール
  • スマホ変換サービスshutto、複数ページ変換出来るようになりました！
• スマートフォン用フォーム
  • 速攻で問い合せフォームをスマホ対応にしてみる。
• トピック
  • カンタンスマホサイト変換 shuttoとは
  • ウェブサイトをリニューアルしました！
• レコメンドエンジン
  • さぶみっと！レコメンド ｜SaaS型レコメンドエンジンとは
• 制作マッチングサービス
  • さぶみっと！フォーム for Smartphoneとは
• 未分類
  • サイトマップ
• 無料お役立ちツール
  • 機種依存文字チェッカーとは
  • 競合サイトチェックツールとは
• 編集者ブログ
  • 企業ブログを作るメリットと運用方法について
  • Developers Summit 2012 及川卓也さんの講演のまとめ
  • 自社でASP（Saas）商品開発をする時に気をつけている5項目
  • ＲＳＳから自動投稿でtwitterにハッシュタグ付きでつぶやく方法
  • CassandraにPelopsでアクセスしてみた
  • 中国版twitter、 ウェイボ（新浪微博） を使ってみた感想
  • XtraBackupを使ってMySQLをバックアップしよう
  • WordPressでソースコードをそのまま綺麗に表示させるプラグイン　WP-Syntax
  • WordPressのユーザ権限毎の出来る事まとめと、権限を詳細に設定するプラグイン
  • htopを使ってサーバのプロセスの状態を詳しく見る方法
  • WordPressの管理画面をシンプルにカスタマイズして誰でも更新できるようにしよう
  • 企業サイトで最低限入れておきたいGoogle+の導入方法
  • 【Facebookページの運用ノウハウ】話題にしている人を増やそう！
  • 企業サイトのWordpressの更新をし易くさせる為のプラグイン
  • 企業サイトで最低限入れておきたいソーシャルに対応する為のwordpressプラグイン

WordPressでメールマガジンを無料で発行する方法 

について書いたのですが、

こちらは、ＲＳＳをFeedburnerを使ってメールマガジンを作る機能だったのですが、

今回紹介したいのは、Socializeという機能です。

これ実は、、、ものすごい便利な機能じゃないか？というお話です。

まず、自分のFeedburnerにログインして、

Publicizeという所を押す。

この中にあるSocializeを押します。

次にＦｅｅｄを投稿する為のtwitterアカウントを選択する。

次に

Formating Optionsで　僕の場合は、タイトルだけを選択してもちろん

Include linkを選択

ここからが、重要！！！！！

Hash tagsという項目がある。

なにこれｗｗｗｗめっちゃ便利そうですｗｗｗ

これは、wordpress内にある　カテゴリーとタグを自動的に#をつけてくれて

ハッシュタグを生成する機能です。

これは、便利！！

だけど、、、wordpressにタグをつけるのって面倒じゃないか？

そんな人には、

WordPressのタグ拡張プラグイン『Simple Tags』 で関連記事を出す理由とこの二つのプラグインをいれればいいよ。 | A!@attrip

この記事にも書いたのですが、米国在住の小山さんが作成したプラグインJapanese Auto Tagです。

新規投稿の記事を公開する際に、

タイトルから自動的にタグを追加してくれるプラグインです。

　　　Japanese Auto Tag

これを導入することによって、タイトル内の文字列を形態素解析をかけて自動的に

タグを生成してくれるのでとても便利です。

つまり

この自動的にwordpress　にタグをつけてくれるので、

自動的にハッシュタグを付いたつぶやきをしてくるんです！

こりゃ便利だ！！！！！！

参考サイト

www.feedburner.jp

ライブラリの準備

・まずはGitHubからPelopsのソースコードを入手します。
scale7-pelops
scale7-core

・バイナリ版が見当たらなかったので解凍したソース一式を適当なフォルダに展開

・Mavenで$ mvn install を実行してjarを作成

・Pelopsのライブラリが作成できたので他に必要なjarファイル一式は以下の通り。

サンプルコード

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50

import java.util.List;
 
import org.apache.cassandra.thrift.Column;
import org.apache.cassandra.thrift.ConsistencyLevel;
import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;
import org.scale7.cassandra.pelops.Bytes;
import org.scale7.cassandra.pelops.Cluster;
import org.scale7.cassandra.pelops.Mutator;
import org.scale7.cassandra.pelops.Pelops;
import org.scale7.cassandra.pelops.Selector;
 
public class PelopsSample {
 
 private static Log LOG = LogFactory.getLog(PelopsSample.class);
 
 public PelopsSample() {}
 
  public static void main(String[] args) {
 
     String pool ="pool";
     String keyspace = "Test";
     String colFamily = "User";
     String rowKey = "1";
 
     try {
         Cluster cluster = new Cluster("localhost", 9160);
         Pelops.addPool(pool,cluster, keyspace);
 
        //データの挿入
        Mutator mutator = Pelops.createMutator(pool);
        mutator.writeColumns(colFamily, rowKey, mutator.newColumnList(
        mutator.newColumn("name", "Kaname"),mutator.newColumn("age", Bytes.fromInt(28))));
 
        mutator.execute(ConsistencyLevel.ONE);
 
        //データの検索
        Selector selector = Pelops.createSelector(pool);
        List columns = selector.getColumnsFromRow(colFamily, rowKey, false, ConsistencyLevel.ONE);
 
        LOG.debug("Name:" + Selector.getColumnStringValue(columns, "name"));
        LOG.debug("Age:" + Selector.getColumnValue(columns, "age").toInt());
 
     } catch(Exception e) {
           e.printStackTrace();
     } finally {
        Pelops.shutdown();
     }
   }
}

感想

Cassandraに対しての接続、データの挿入・検索が直感的にスッキリできますね。

シンプルかつ高レベルなオブジェクト指向APIを持っていてかなり好みです!!

拡大すりゃいーじゃんっていう意見もありますが、1ユーザーとしては実際非常に面倒だ。

だってスマホでPCのフォーム見たらこんなだもの。

うーん、これは確かに入力する気が萎えません？

絶対にこっち↓↓の方が入力し易いっぽい。

で、自社のサイト用にいちいちフォームを作るのも面倒だったんで、エンジニアのスタッフにスマホ用のフォーム作るASP作ってってお願いして出来たのがさぶみっと！フォーム for smartphoneってサービス。

フォームの作り方は至ってシンプル。特に知識無くてもOK!

まず、テンプレートと基本色を選びます。

それからフォームに入力して貰いたい項目を設定。
これはPCサイトのフォームと同じにしていおいた方が、後々データを統合する場合に良いと思いますね。

項目の設定が終わると、完了画面やサンクスメールの設定を行います。

生成されたURLそのままでも使えます。
埋め込みタグをPCサイトのフォームのページに埋てください。

現在のお問い合わせURLにスマートフォンからアクセスすると、このフォームが表示されます。

あとは、フォームの公開の開始時期を設定。

これでスマートフォン用のフォームいっちょ上がりです！カンタンでしょ？

このフォームからエントリーされた内容は管理画面から絞り込み検索やCSVでダウンロードも出来きます。

大抵の企業さんだと、お問い合わせは多くても2つ～3つくらいじゃないかな？

価格
項目数最大30個まで作れるフォームが3つ作れて￥12,600（税込）/年　　1050円/月（税込）結構お手頃。まずはさぶみっと！フォーム for smartphoneを試してみてね！

今回は、ウェイボを使ってみた感想をレビューします。

ウェイボの使用感

・知ったきっかけは、中国語の先生から教えてもらったから。

・中国語を母国語とするインターネットユーザはだいたい知っているようです。
・基本的な使い方はtwitterと同じ

tips

・デフォルト簡体字より画面右下で繁体字に切り替えた方が読みやすいかも
・アクセスするには登録が必要です。メールアドレスだけでOK
・猫の写真。日本在住の人がやっているらしい。写真集も中国で発売。

• http://www.weibo.com/shironeko520

• 中華圏のスターなどは軒並みやっている。日本人もたまにいて日本語でつぶやいていたりする

引っかかる点

SSLがかかっていないのでログインするときもバスワードは平文でインターネットを流れます。
SSL暗号化は、twitter, facebook, gmailで必ず使われているのでこの点に気づいたときは驚きでした。

SSL非対応の背景

・中国政府の金盾　http://ja.wikipedia.org/wiki/%E9%87%91%E7%9B%BE
「通信内容を暗号化されると検閲が非常に困難となるため、中国政府は暗号化通信を許可なく行なうことを禁止している」
・中国国内ではtwitterに接続できない
・中国国内ではfacebook, youtubeなどにも接続できない

Twitterとウェイボの比較

twitter

https://twitter.com/

・SSL接続
・対応言語

    ヒンディー語
    簡体中国語
    ポルトガル語
    インドネシア語
    ハンガリー語
    イタリア語
    スペイン語
    デンマーク語
    トルコ語
    英語
    フィリピン語
    韓国語
    フランス語
    スウェーデン語
    ノルウェー語
    繁体中国語
    オランダ語
    ロシア語
    ドイツ語
    日本語
    フィンランド語
    マレー語
    ポーランド語

ウェイボ

http://www.weibo.com/

・SSLなし
・対応言語

　　簡体中国語
　　繁体中国語

・twitterにない機能がある

　　一対一のチャット
　　画像アップロード

・公式スマートフォンアプリもあり

　　iphone, Android

まとめ

・かなり、中国国内に特化したサービスと言えるかもしれませんが、中国語を使う人の人数≒中国の人口とすると13.4億
・世界の人口が68.9億と考えると20%になり、無視できない人数
・SSLって何気なく使っているけど、暗号強度は信頼してよさそう
・twitter、ウェイボともmoro40というアカウントでごくたまにつぶやくようにしています。文化の違いについて考える機会になっています。
 

参考

http://technode.com/2011/09/19/5-facts-you-must-know-before-talking-about-sina-weibo-and-twitter/
http://www.slideshare.net/osschina/ss-11209669
http://jp.techcrunch.com/archives/20110613its-a-facebook-world-other-social-networks-just-live-in-it/
http://business.nikkeibp.co.jp/article/world/20120130/226643/

複数ページの変換したい！という声がありました。

“少ないページのサイトなら簡単に出来て便利”

複数ページもひとつの変換設定で適用できるようになりました。

スマホ変換サービスのshuttoで複数ページがあるサイトでの変換方法

管理画面の詳細設定から　前方一致、後方一致、完全一致、含む、正規表現一致

のいずれかを選べるようになりました。

この選択が出来ることによって、

例えば、example.comというサイトがあったとして、

example.com/*　　　　　/以下すべてを同じ設定に(後方一致）

example.com/news/   /news/を含むものをすべて同じ設定に（含む）

という設定が出来るようになりました。

また今までと同じように

example.com/ 　　　このurlだけの設定は、この設定にという事もできます。（完全一致）

編集ページの管理画面から優先順位を選ぶ事もできます。

上位にある設定が反映されるようになっています。

サンプルです。

実績紹介TOP
http://www.e-agency.co.jp/showcase/

こちらの場合/showcase/　の部分の設定と

/showcase/*

これ以下のページの設定の二つを用意すると/showcase/以下のサイトは、
自動で変換されます。

実績紹介JR博多シティ
http://www.e-agency.co.jp/showcase/000464.html

実績紹介アールシーコア
http://www.e-agency.co.jp/showcase/000457.html

ぜひ試してみてください！

shutto | カンタンスマホ変換サービス
http://shutto.com/