msgbartop
Es [burogu] cuál el personal del estudio digital contribuye referirse al desarrollo del sistema y a la comercialización del Internet.
msgbarbottom

8 de julio 2008 Cinco errores que no no pueden perder la oportunidad de venta con la vista de la EC

Recientemente, varios colocan adonde cuando usted ha callejeado, a veces, error se indica la vista de la tela de la vista del comercio de E en la vista eficaz de la tela de la expiración del SSL y del Domain Name que está instalado al SSL y porque el Domain Name de la vista de la tela no ha resuelto en parte debido al hecho de que el browser llega a ser nuevo, además se piensa como insuficiencia en todos los lugares en la vista de la tela que es algo se encuentra que.

特にEコマースに関しては、自分が制作するサイトと比較しながら見てしまう癖がありますが、少なくとも確認したほうがいい事項があるので今回紹介しておきたいと思います。

1.コピーライトの日付が古い
ユーザーは意外にフッター領域にある Copyright © 会社名< 開始年” の文字列を見ることがあると思います。

この”年”の部分が古い場合(たとえば1995 - 2005)、

・このホームページに掲載されている情報は確かか?(正しいのか)
・この会社は本当にビジネスをやっているのか?

コピーライトの日付が古いだけでユーザーはウェブサイトを疑ってしまう可能性があります。

解決策

PHPプログラムを利用すると次のように書ける。
1995年から開始している場合
Copyright © 1995 - <?=date(”Y”)?> 会社名

次のように表示される
Copyright © 1995 - 2008 会社名

2.SSLがドメイン名と一致していない
SSLがドメイン名と一致していない場合、これは致命的です。IE7、Firefox3のどちらに関してもSSLのインストールしたドメイン名と実用しているドメイン名が違っていたり、SSLの有効期限が切れている場合、下記のような画面が表示されてしまう。

ユーザーがこの画面を見た時、もしかしたら以下のことを想像してしまうだろう。
・フィッシング詐欺にあったのか?
・インターネット回線のトラブルにでもあったのか?
・パソコンが壊れてしまったのか?

ここでこのユーザーはブラウザを閉じることは間違いない。今すぐSSLが正しくインストールされているかどうか確認しておこう。

3.配送方法、決済方法に関する視覚的表示(バナー画像等)をしていない
どのような方法で支払ができるのかをすべてのページに表示すべきです。ユーザーは会社案内やFAQのページなどは実はほとんど見ないです。

商品をクリックしたら、後は購入完了まで一直線にクリックするだけだ。その過程でユーザーが考えることは次の3つくらいしかない。
・何日で届くの?(納期について)
・送料はいくら?(送料について)
・支払方法は何?

クレジットカードのロゴマークや配送業者のロゴマークがあればユーザーは視覚的に理解でき、支払手続きをスムーズに進めることができる。

4.「カートに入れる」などの各ボタン類のデザインへの配慮
ウェブ2.0の流行があってか、ウェブサイト上に置かれるボタン類や素材になんでも影を付ける傾向がある。これはこれでウェブサイトを美しくしていることに違いはないが、ユーザーがそれをボタンであることを認識できないことがある。

そのボタンがどのような目的で存在しているのかをもう一度考えてデザインする必要がある。

ウェブ2.0系のウェブサイトではAJAXについても多用されている。ユーザーがAJAXのアクションを実行したときに、Loaddingしてページを読み込みしていることがわからないとユーザーはその先にあるページを見る前にページを閉じてしまうことがあるかもしれない。

これもAJAXを利用している場合(特にデータ量が多い読み込み)は改善する必要があるだろう。Loadingアイコン素材はこちら

5.貧弱なサイト内検索
Googleは今やとても有名で誰もが使う検索エンジンです。これはGoogleの検索能力の高さが証明しています。また1秒以内に結果をはじき出す高速性も重要です。

サイト内検索機能で、ユーザーがミススペルをしたときに補完語を表示できる機能はありますか?
もしない場合はGoogleをサードパーティーとしてサイト内検索に使うか、それに代わるサードパーティーを探すべきです。
今やユーザーはGoogleが示す「検索する」という傾向にあると思います。

2008年6月24日 Zend FWとcakePHPを見比べた結果、LiveCommerceはZend Frameworkを採用

理由は以下の通り。
cakeや他のフレームワークにあるような自動生成やORMなどは確かに魅力的だが、どれもそれをまたフレームとしてつくれる要素を残した中途半端というか、フレームワークっぽくないところが逆にプログラムの組み手にとっては自由度があって良かったりする。

その中途半端な部分を独自に自由に組み立ててたり、特定の必要機能だけをスポットで使ったりできるのは骨太フレームワークに比べた時、最初の開発に一時的に時間はかかるものの、自分で書いているので迷路入りすることはまずないだろう。
つまりフレームワークのスクリプトの依存度は少なく、自分で書いたコードの範疇で自己解決を見出すことができそうだとZend Frameworkは判断した。

一方cakeやsymfonyを採用した場合、開発スピードを早めたり、余分なコードを書かなくて済んだりと初期開発時のメリットや、第3者が介入してもコードの体裁は保たれるものの、迷路入りした時の自己解決において最終的にフレームワークそのものを理解する必要があったり、フレームワークの外に出たい時に(例えば外部のjavaやaspと連携など..)ドキュメントを1から読み返したりとなると、フレームワークの皿の上で踊らされているスクリプトになってしまうと判断した。

フレームが頑丈すぎて一度操作し始めたら、何を動かしていいかわからなくなってしまう。行きたい所に行けない。フレームワークの呪縛にかかってしまうという懸念がどうしても取り除けなかった。
これもPGのセンスや感覚なので十人十色だと思うが。
入口がPHP4から入ったものとしてのあくまで結論です。

先述した『中途半端というが、フレームワークっぽくないところ』が将来やりたいことを実現するときに苦労はあるが、自分で書ける要素が残っているし何より自分で書いたコードの方がアドバンテージがある。(単なる自己満にすぎないが)

GoogleやIMBがスポンサーになってたり、PHP本体の開発を手がけているZENDがサポートしているのもプラスファクターになっている。

では、Zend Framework一本でコードを書いていきます!

簡単に今後のフローを説明しておくと、MVCのロジックにデータベース、ビュー、スクリプトを全部分解して再度コーディングです。
その後、LiveCommerceで独自に開発したクラスライブラリーやファンクションをZend Frameworkの中にインクルードして両方のスクリプトが利用できるようなイメージで再開発する予定です。

2008年6月11日 eSupportを使いたくなるわけ

本日、弊社で販売中のヘルプデスクeSupportのさらに分かりやすく、どうしてこんなに使うのかを書いた記事を新たに追加しました。

eSupportを使いたくなるわけ

2008年6月10日 osComerceの1PageCheckout

今日ダウンロードリンクつけました。

こちらのエントリーです。

2008年5月27日 osCommerceでランディングページを活用する

Googleアドワーズ、オーバチュア広告と連動して今やランディングページでプロモーションをやっているショップは多いですが支払手続き仕組みまで簡略化し最短手続きでやっているところは意外と少なかったります。

で、osCommerceバージョンで作りましたので皆さんにデモを紹介します。

ダウンロード

osCommerceでランディングページを活用する ということですが、簡単に説明すると次のようになります。

ランディング化して最短支払手続きを行うイメージ

�YahooやGoogleなどからランディングページへ誘導 �プロモーションのページへ
このページからECサイトのページへつなぐ
�ECサイトに誘導し決済完了までユーザーを誘導

ここで重要なのは、買う意思のある顧客の意識が高いうちに決済完了まで誘導することです。なので、図の�にあたる

プロモーションページ → ECサイト

この過程でECサイトのページ遷移が長いと、もしかしたらユーザーは他のサイトへ行ってしまうかもしれません、買うのをやめてしまうかもしれません。
(ちなみに私は今日、花キューピットでオンラインで友人の移転祝いに花を購入しようとしましたが、あまりにも購入手続きが長く、フォームのエラーがあってもどこを直せばよいかわかりずらいヒューマンインターフェースだったので、結局フォームからの購入を断念してここで買いました)

こういうことが普通にあるので、本当にECサイトは購入プロセスの手間をできる限り簡略化するように努めるべきだと思います。

osCommerceのランディングページ対応1ページ決済はこちらのページで公開してます。

Tags:

2008年5月19日 ECサイト構築発注の前に見ておくべきウェブページ

デジタルスタジオが提供しているECサイト構築サービスですが、サービス提供者として当然のことではありますが発注前に最低限確認しておくべき内容や、できる限りお客様側に見ておいて欲しいページがあります。

私もそうですが、ウェブサイトってどんなにきれいに見やすく作成したとしても、見るべきページというのは限定されているものです。

最近会社のウェブページがだいぶ増えてきてお客様よりどのページがわからないというご連絡をいただいたので(先に改善しなければならないのはわかっていますが)、次の通りに最もアクセスしてほしいページを紹介しておきます。

見るべきページ3

  1. 価格帯
    ECサイトの価格情報ですべての価格がわかります。”何をやったらいくらかかる”が知りたい方はまずこちらのページを見られるのがいいと思います。
  2. サービス内容、大きく分けると3つに分類されています。これらのうち、どのサービスを発注するのか検討ください。
    ECサイト構築(PC、携帯含)、 ⇒日本語のECサイトを作りたい方
    多言語ECサイト構築 ⇒多言語のECサイアトを作りたい方
    ニュースポータル構築 ⇒ポータルサイトを作りたい方
  3. よくある質問
    一般的に顧客から最初にいただく質問はこちらで紹介しています。

これをみてさらに興味が湧いた方はサービスのページにてさらに詳しい情報を入手してください。

2008年5月9日 3DなFLASH 何を作ろう!?

オフラインでの衝動買いは、年齢のせいかだいぶ少なくなってきたが、オンラインでの衝動買いは説明も読まずに買うことしばしばあるんですよ。

これを99ドルで買ってしまいました。別に目的はなかったんだけど….。

これはFlashでつくられた3Dのイメージギャラリー。ネットサーフィンしていて見つけたんだけど”オオオ—”みたいな感じでどうなってんだっって思った時にはつい”カートに入れる”ボタンを押してしまいPaypalであっさりとお買い上げ ….。

話は戻して、単なるイメージギャラリーなんだけど取説をみると、またまた驚かされる。

Flashという畑は私の分野外ではあるが5年前に勉強した時はタイムラインがあってモーションがあってみたいな感じだったけど、このコードを見る限りPHPなどと変わらない気がした。Flashは要はスクリプトのフレームワークのようなもの。パラメータは付属しているXMLファイルでいろいろ指定が可能で画像はXMLのDBで管理(タイトル名や画像のディスクリプションも)され、ムービーのデザイン体裁も同じくXMLでフルコントロールができるというもの。

言い忘れましたが、ここで売ってますよ。
とにかく勉強あるのみです。

Japan Store Directory