■ご挨拶

株式会社オプティクリエイションでは、学生インターンシップを募集しております。

当社では、出来る限り学生の皆さんに経験の場を提供し、戦力として積極的に協力いただこうと考えております。その為、短期インターンや、企業の雰囲気を見るためのインターンではありません。

そのため、6ヶ月以上～の長期インターンシップのみ受け付けております。

（期間に関しては、お問い合わせください）

インターン募集職種には、下記があります。

■WEB開発インターン

仕事内容：先輩プログラマーのアシスタント業務や、社内システムの開発。技術的に問題がなければ案件を扱うこともあります。

■WEBデザインインターン

仕事内容：先輩デザイナーのアシスタント業務（画像作成等）、社内システムのデザイン業務。

■WEBディレクター

仕事内容：案件や、社内企画のプロジェクトの進行管理、サイト企画を行います。制作、開発担当者と発注担当者との連携をスムーズにし、プロジェクトを成功に導くお仕事です。

■営業インターン

仕事内容：テレアポに始まる営業活動全般をおこないます。

■テレアポ専業インターン（3ヶ月から可能です）

仕事内容：テレアポに専念するインターン制度です。

■報酬について

・通勤交通費：月額20,000円まで

・1日500円のお昼ご飯代支給

・アポ取得成功報酬：1件当たり●●円など

・受注成功報酬：受注額の15％～30％など

※アルバイト、正社員登用もあります。

※インターンから1名正社員化実績あり。

1日の限られた時間の中で個人のタスクと時間を管理していただいています。

●インターンシップ生の1日（開発インターンの場合）

10：00　出社・始業

10：30　メールチェック、一日のタスクを確認

11：00　先輩プログラマーとのMTG

13：00　お昼休憩（1時間）

14：00～18：00　開発作業

18；30　先輩プログラマーへ報告・MTG

19：00　退社

●インターンシップ生の1日（営業インターンの場合）

10：00　出社・始業

10：30　メールチェック、一日のタスクを確認、MTG

11：00　営業テレアポリスト作成

13：00　お昼休憩（1時間）

14：00～16：00　テレアポ

17：00　クライアント先へ打ち合わせのため訪問

18；30　先輩へ報告・MTG

19：00　退社

・期間中、一番楽しかったまたは大変だった事は？
いっぱいあって迷うのですが、あるメール配信システムに携わってたときが一番大変だったような気がします。
結構残って作業したりもしましたね。
その分出来あがった時は嬉しかったです！

・インターンシップを行う前と後で、変わった事はありましたか？
インターンシップを行うことによって、自分が目指している業界の事がわかった気がします。
おそらく僕がオプティクリエイションでわかった事なんていうのはものすごく当たり前なのかも知れませんが、
参加する前はそれすらわかってなかったので自分にとってすごくいい経験になりました。
インターンシップを経験するっていうのは自分が想像している以上に大きな事なんだなと実感しました。

・最後に一言！
今インターンシップに参加するか迷ってる方がいるならば間違いなく参加したほうがいいですね。
自分で「成長しているな」と確実に実感できますよ！

・期間中、一番楽しかったまたは大変だった事は？
一番楽しかったことはフランクな場であったことですね。自由に作業ができます。
その分、自分がどうしたいのかを考えて行動しなければもったいない時間を過ごします。

一番大変だったのは社員の方の力になかなかなれなかったことです。
技術や知識もろもろ足りずに足を引っ張ってしまいました。
それが一番大変で辛いことでありました。

・インターンシップを行う前と後で、変わった事はありましたか？
自分が分からないことや難しいことは山ほどなら
自分で調べることも人に聞くことも両方とも全力でしてこそ
初めて自分に還ってくるということを学びました。
また、ベンチャー企業がすべてがつがつしているわけではない
ということを知ることができました。

・最後に一言！
何事も積極的に行くのが大事で失敗してなんぼですね！

システム開発の経験が短い長いによって、このテスト工程で大きく開きが出ます。私は技術者としての経験は６年目にさしかかろうとしていますが、それでもときに単純な不具合がテスト過程で発生することもあります。経験の浅い開発者であれば、発生する不具合の数は膨れ上がります。お客様に納品するにいたるまで、システムの組み込みが終了し何度もテストを重ねることではじめて納品にいたります。

開発段階で品質を一定に保つためには、フレームワークと呼ばれる規定を開発チームないし社内で共有して取り組むことで一定レベルの品質を維持することが可能ですが、細かな仕様に対応する場合に時間がかかってしまったりとなかなか難しい部分があります。

ここで、テスト時に品質を一定基準に保つために体系的に工程内容をまとめてみます。大別すると下記の５つに分類されます。

●機能テスト
Webアプリケーションでは，画面への入力やボタン押下などのアクションの実行により，画面が遷移して処理結果が表示されます。その裏では，データベースが更新されたり，メールが送られたりといった処理が行われることがあります。これらがWebアプリケーションがもつメインの機能となりますので，ある入力やアクションに対して，表示される結果や実行される処理が正しいかどうかを確認する必要があります。

●性能テスト
Webアプリケーションを使っていて，なかなか応答が返ってこないという経験は誰でも一度はあるのではないでしょうか。Webでは，よく「8秒ルール」などとも言われるように，ページ全体が表示されるのにあまり時間がかかるようでは，ユーザがストレスを感じてしまい，いくら正しく機能が実行されても，高品質なアプリケーションとは言えません。このようなレスポンスタイムをはじめとして，アプリケーションの性能（パフォーマンス）を測定し，その妥当性を確認するテストが必要になります。

●負荷テスト
Webアプリケーションは不特定多数の人から大量のアクセスが集中する可能性があります。スポーツやコンサートのチケット購入サイトが大量のアクセスでダウンしてしまうことがしばしばあります。大量のアクセスに対応できるようにシステムを増強するにはコストがかかってしまいますので，決められたスペックの中で，どこまでの負荷に耐えられるかを把握しておき，その負荷を超えた場合にはシステムがダウンしないような対処をしておくことも必要になります。

●ユーザビリティテスト
「人は見た目が9割」などという本が話題になりましたが，Webサイトも見た目が重要です。まずは，色づかいやレイアウトなどが見やすければ第一印象がよくなります。どんなによい情報や素晴らしい機能を提供していても，Webページの印象がよくないと，ユーザは使ってくれません。それに加えて，ユーザがそのサイトで欲しい情報ややりたいことにすぐたどり着けるようなナビゲーションがあったり，使い方が分からないときのためのヘルプが準備されているなどといった配慮も重要になります。

●セキュリティテスト
Webアプリケーションを使っていていちばん怖いのは，ネットワーク上に情報が漏れてしまうことでしょう。オンラインショッピングサイトなどを使って，クレジットカードの情報が外に漏れて悪用されたら，ユーザは多大な損害を被ります。そしてそれが訴訟問題に発展すれば，システムを提供している会社や開発を担当した会社にまで損害が及びます。また，悪意のあるユーザがアプリケーションの脆弱性をついて，情報を盗み出したり，システムをダウンさせたりすることもあります。このようなことが起きないように，未然に対策を打っておく必要があります。

この中でシステムの根幹となる部分の品質精査である「機能テスト」にフォーカスしていきます。

画面遷移とシナリオ
Webアプリケーションをどのような手順（シナリオ）で操作し，その結果どのように画面が遷移していくのかに着目したテストが必要になります。画面遷移のパスはいくつかありますので，そのパスを（ホワイトボックステストのように）網羅するようにテストケースを作ります。

画面表示
画面上の適切な位置に適切な情報が表示されていることを確認します。ただ，画面には大量の文字や画像がありますので，すべてを確認するのは困難な場合もあるでしょう。その際は，表示内容が動的に変わる部分などを中心に確認します。

アクション
画面上でのボタン押下などのアクション実行だけでなく，ブラウザに備わっているアクション実行や，キーボードやマウス操作などをしたときに，想定される動作を行うかどうかや，おかしな挙動をしないかどうかを確認します。
たとえば，ボタンの二度押し，ブラウザの「戻る」「進む」ボタンによる画面遷移，ブラウザの強制終了（ウィンドウ右上の×マークのクリック），ブラウザの複数立ち上げ（Ctrl＋Nキー押下）などがあります。

データベースの更新
Webアプリケーションのテストで確認するのは，表面上に見える画面だけでなく，データベースと連携する場合には，その内容が正しく更新されていることも確認する必要があります。特に複数ユーザが同時実行した場合の排他制御が正しく行われているかどうかは重要な観点です。

アクセス権
Webアプリケーションでは，ユーザIDとパスワードによる認証（ログオン）が必要なものがよくあります。本来，認証しないと閲覧できないコンテンツが認証前に見えてしまうと，機密情報の漏洩にもつながりかねません。従って，認証前と認証後での表示内容の変化や，認証されたユーザの権限による表示項目の違いが，重要な確認ポイントとなります。

セッション管理
Webアプリケーションでは，ログオンしてからログアウトするまで，あるいは操作中の一定時間内を1セッションとし，その間は情報が引き継がれていく必要がありますし，セッションを切った後は前の情報が消去されている必要があります。特にシステムエラーなどで強制的にアプリケーションが終了したときにも，セッションが残っていないことを確認することも必要です。

Webアプリケーションの特徴に基づいたテストの概要と，機能テストでの重要な観点についてまとめました。ひとえにテストといえど、すべてのWebサービスはさまざまな試験を経てリリースされているのです。

それだけ実施しても、リリース後に不具合が発生してしまうことも厳しい現実です。当社においても、いかに品質を完璧にした状態までもっていけるか、これからも続く課題です。

下記に引用します。

100万人に一人の逸材も
中国では1300人居ることになる

ＩＱの高い２５％のインド人人口は
アメリカの総人口を上回る

2010年需要数トップ１０の仕事は
2004年では存在すらしていなかった

アメリカの8組の夫婦のうち1組は
昨年インタネット上で出会っている

5000万人に広まる時間・・・・・
ラジオ　38年
テレビ　13年
インターネット　4年
iPod　　　　　　　3年
フェイスブック　　2年

ニューヨークタイムズ紙の1週間分のNEWS数は
18世紀の一人の人物が一生に受容する情報量を上回る

1992年12月　最初の広告用テキストメッセージが送信される

今日1日に送受信されるメッセージの数は
地球上の総人口を上回る

2013年には、人間の脳の計算機能を
上回るスーパーコンピュータが生まれる

2049年までに、1000ドルのコンピュータが
全人類の脳の計算機能を上回ると言われている

おもしろいですね。

個人的に気になったのは

「5000万人に広まる時間・・・・・facebook」が群を抜いて2年だということ。

ビジネスチャンスが転がっています。

これから、不定期で、「ネット企業が◯◯を始めたら」シリーズで書いていきたいと思います。

ネットのリソースを使えばこんなことできるなとよく思います。

ネット使えばもっと儲かるのにばかだなぁではなくて、

既存サービスにネットを加えるとどんな新しいサービスを提供できるかな？？

だったり

こんなのあったら利用するのになぁ

という視点で書いていきますのでよろしくお願いします。

日頃こんなことばかり考えているので出来るだけ長続きさせます！

㈱オプティクリエイション　松本

—————————————————————————————–

《第1回》ネット企業が弁当屋を始めたら

よくオフィス街にいるとお昼時になると、どこからともなく弁当屋さんがやってきては、

路上で営業し、昼時が過ぎると素早く去っていきます。

場所取りの許可をとってやる業者もあれば、とらずに営業するところも多いようです。

動きながらの移動販売であれば問題ないと聞いたこともありますが、

保健所関連の許可もとってないようなヤミ業者もいるようです。

そんないろんな業者をよく見かけるのですが、

そんな業者の中には意外にも事務所まで営業にくるお弁当屋さんがこられることがあります。

もしくは、チラシのみでお弁当を配達しますなど。

弁当の画像がないチラシを投函されてもなぁというところはあるのですが、、

どんな弁当なのかイメージできないし・・・みたいな状況です。

例えば、チラシにQRコードを入れて動画を配信したらまだコンバージョン率いいのにとか思ったり。

ウェブ制作企業は考えてしまいます。

ただ今回のシリーズはこうすれば儲かるのにばかだなぁではなくて、

こういう形はどうだろうかという提案形式です。

そんなお弁当業界にネットを加えて新しいサービスできそうかもなと考えました。

結論から言うと

お弁当屋さんと

ユーザーとのマッチングメディアがあればいいのに。

ネットで複数のいろんな業者のお弁当が検索でき、注文でき、

動画も見れるというよくあるマッチングサイトです。

お弁当業者さんはとにかく数が多いです。

比較的ニーズの数とマッチしている感じです。若干業者過多の気もしますが・・

お弁当業者さんを整理すると

お弁当業者さんは、エンドユーザーとの接点を求めてお昼時の路上に展開するわけです。

絶対路上でなくてはいけない理由はないんです。ものすごくピンポイントでメインターゲットと接する手段として路上で展開しています。店舗の家賃を節約するなどほかにもありますが、メインはお客さんとの接点獲得が目的です。

正直路上展開の必要性はありません。（あくまで想像です）

下記でポイントと、ビジネスモデルの因数分解をして弁当屋さんの内情を分解しましょう。

《ポイント①》

路上展開する理由は、大きく分けて3点。

■　ターゲットとの接点獲得

■　店舗家賃の節約

■　対面販売（弁当を見ることができる）

■　サラリーマンのご飯予算の低下で、外食→弁当へ流れている

《ポイント②》

想定売上（気象の変化等は見込まず）

■　1日の販売数は、50個～150個　平均100個

■　月20日営業

■　弁当単価：500円

■　月間想定売上：100万

■　原価率：35％（参考）

■　人件費（2人）：900円×8時間×2人＝14,400円（1日製造＋販売人件費）×20日＝288,000円（月間製造＋販売人件費）

■　人件費（3人）：432,000円（月間製造＋販売人件費）

■　利益（オーナー取り分）：100万-35万-288,000円（2人）＝362,000円

■　利益（オーナー取り分）：100万-35万-432,000円（3人）＝218,000円

と、数字を因数分解していくと、まぁまぁ儲かるんだなということがわかります。

このモデルでいけるのであれば、あとは、本町周辺、淀屋橋周辺、扇町周辺と増やしていけばオーナー収益はあがっていきます。モデルとしては、問題ないです。

原価率ももっと下げられるだろうし、競争に打ち勝てば結構儲かるし、僕もやりたいです。

ただ

競争に打ち勝てば・・・

なんです。

お弁当屋さんは、競争に打ち勝つためにできることといえば、、

①　場所の選択（商圏）

②　声だし

③　可愛い子を雇う

くらいしか正直できないんですよね。哀しいかな

マーケティング的には結構場当たり的なやりかたに思えてしょうがないです。

一度行列を作り出しさえすれば人が人を呼んでくれるので、問題ないのですが

そうなるまでのキッカケ作りにお弁当屋さんは力を入れる必要があります。

《ポイント③》

ユーザー目線での集客。お弁当を路上販売で買うとき何を重視しますか？

■　価格？？　最近はコンビニ弁当のほうが安いです

■　手作り感？？　あくまでイメージです

■　味？？　一度おそるおそる試してみなければなりません

■　ボリューム？？　たまに規格外の弁当あります

■　立地？？　会社のすぐ近く

■　可愛い子が売っていた？？　ここ結構重要です。サラリーマンは、癒しを求めています

正直上記⑥点ほどの選択の中から消費者は、選ぶと思います。

最初の、価格、手作り感、味、ボリュームは一度買わないとわからない部分が大きいですね。

最初の接点でいうと、立地か可愛い子が売っていたかしか選択する際の材料はありません。

これではお弁当屋さんはギャンブルです。

そのお弁当屋さんのギャンブルビジネスを解決するソリューションとして

お弁当屋さんとのマッチングサイトがあればおもしろいんじゃないかと思います。

複数業者の弁当を、価格、画像、動画で比較でき、

ウェブサイトで注文すれば配達もしてくれます。

配達業務もマッチングサイトで請け負うのもいいかもしれません。

弁当業者のビジネスモデルを見ると月⑤万くらいはだせるでしょう。

掲載費＋配達費＝月⑤万（配達入れたら月⑧万ほしいかな）

弁当業者は、弁当を①箇所に運ぶだけであとはマッチングサイトが売ってくれます。

マッチングサイトの広め方はチラシ配りや、弁当初回無料キャンペーン（無料キャンペーンがあれば必ず使います）など

アナログな形にはなると思いますが、

そこさえクリアできれば、

《マッチングサイトの売上》

月⑤万×大阪市内50業者＝月250万

くらいのメディアにはできるんじゃないかと思います。

《初期コスト》

初期の開発コスト：150万（超原価）メディアのシステム、配達管理システム等

チラシ：15万

《ランニングコスト》

弁当集約所（倉庫）：10万

配達人件費：900円×4時間＝3600円（1日1人）×10人＝36,000円×20日＝720,000円

サーバー代：1万

更新作業：10万（キャンペーン施策など）原価

配達バイクレンタル：25,000円×10台＝250,000円

↑バイクレンタルはちょっと高いので、半分自転車でもいいかもしれません。エコハイのような。

・ランニングコスト計：1,180,000円

《利益》

売上：250万

経費：118万

利益：132万

損益分岐点は、118万となりますが、

正直実際に展開する際はコストかけられないので、配達作業は行わず

展開すればランニングコストはほとんどかかりません。

サーバー代（1万）、更新作業（10万）

ウェブ制作会社なので、サーバーも更新人員もいますので、

IT企業がやればランニングコスト（現金出費）は限りなくゼロに近いでしょう。

初期コストの回収にどれくらいかかるかという点くらいです。気になるのは。

結果的に弁当屋さんのモデルを分解すると

弁当屋さんの問題点が浮き出てきて

そこにたいするソリューションをネット企業として

考えるとこうなりました。

こんなことをよく考えます。

結構儲かりそうなので、弁当屋さんも、マッチングメディアもやってみるのもおもしろいかもしれません。

3ヶ月後にやってるかもしれませんが。。笑

また、ネット企業が◯◯を始めたらという視点で書いていこうと思います。

デルタモデルは３つの戦略の方向性から考えられます。

この中で、何が自社の戦略に適しているのかを選択し、そこから事業戦略を組みます。

３つありますが、第一に考えるのは「システムロックイン」。

デファクトスタンダードになる方向性を重視し、いわゆる独占を狙うべき。

システムロックインが不可能な商品・サービスであるなら他の２つを考えるのがベストではないかと思います。

自社製品・サービスは…

1. 既存市場・既存製品なのか？
2. 既存市場・新規製品なのか？
3. 新規市場・既存製品なのか？
4. 新規市場・新規製品なのか？

このあたりも判断材料になってきます。

システムロックインを仕掛ける場合、リスク強調の視点から広報戦略を取ると良い。（心理学的な視座から観て）

商品・サービスを採用することでメリットをアピールすることが多いですが、その商品・サービスを使わないことで生じるデメリットをアピールすることも、良い方向につながることもあるかと思います。

弊社では、2010年7月の末日をもって、無事第一期の決算を終えました。

いろいろと見直すべき箇所が浮き彫りになり、二期目より新たな事業戦略に取り組むことで、さらなる飛躍を目指していきたいです。

一期目は手探りな部分もあり迷走しがちなところもありました。

上述のデルタモデルでいうところのベストプロダクツ寄りの戦略で奔走してましたが、二期目からはより積極的な投資を行いシステムロックイン寄りのモデルへ移行したいと思います！

今現在、第一期目で得た反省点から既存自社サービスのカスタマイズ、ブラッシュアップを繰り返し、サービス自体の価値・本質を高めることに尽力しています。