CS-Cart 注文単位でのメッセージ送受信機能

コメントとレビュー」アドオン導入時、注文に関する「メッセージの送受信機能」が利用できるようになる。
参照 http://manual.cs-cart.jp/?page_id=431 (中段)

管理画面 注文内容の確認>アドオンタブ>コメントとレビュー >メッセージ項目を有効に。
(注文単位なので、注文ごとにメッセージ機能を有効にする必要がある。)

アドオンタブの右側にメッセージタブが現れるのでクリック。以降、メッセージ送信と閲覧はこの画面で行う。

管理側
130802-0002
130802-0003

ショップフロントでは、マイアカウント>注文 から個々の注文に入ってメッセージタブの中でやり取りする。

ショップフロント
130802-0005

履歴は時系列で管理画面、ショップフロントのマイページで確認可能。
また、メッセージへの返信機能はないため毎回新規メッセージを送信する形をとる。

メッセージ内容はメールでも送信される。

CS-Cart インストールしてまず行うべき設定

CS-Cart初期設定

基本的にはオンラインマニュアルを見ればほぼ書いてある。
が、一通りの設定すべき項目をまとめて記述しておく。

基本設定

  • 会社概要 > 全部
  • Eメール > 全部
  • 全般 > デフォルト住所

一般設定

  • アドオン > 日本語版アドオン > Eメール > SMTPサーバーのポート番号

デザイン

  • ロケーションタブ「トップページ」の歯車アイコンクリック > 「ページタイトル」
    (他のロケーションも必要に応じて設定。トップページ以外のカテゴリ、商品、ページの個々のコンテンツでも指定可能)

支払い方法
配送方法

  • 必要に応じて。

 

CS-Cartはインストール時の設定項目は少なめ。その代わりインストール後に設定する項目は多め。
上記の設定項目は最低限の項目であり、利用機能が多ければ当然のことながら設定項目は相応に増える。

いずれ「目的別設定マニュアル」も作る必要があると感じている。

CS-Cart アドオンの構成

まず、アドオンには決められた作法があります。

ディレクトリ構成、ファイル構成、それらの名称が下記のように定められています。

 

ディレクトリ構成

/addons/[アドオン名]
アドオンのPHPファイルを格納するディレクトリ

/var/skins_repository/base/customer/addons/[アドオン名]
ショップフロント側で使用するアドオン用スキンファイルを格納するディレクトリ

/var/skins_repository/base/admin/addons/[アドオン名]
管理者用パネル側で使用するアドオン用スキンファイルを格納するディレクトリ

/var/skins_repository/base/mail/addons/[アドオン名]
アドオン用Eメールテンプレートを格納するディレクトリ

※ /addons/[アドオン名] 以外のディレクトリはアドオンの構成上必要な場合のみ作成(下位階層も同様)

ファイル構成

/addons/[アドオン名]のディレクトリに配置するファイルは下記の通り。

addon.xml
アドオンの設定ファイル。アドオンのインストールやアンインストールに必要。

func.php
アドオンのコントローラー内で使用する関数を定義するファイル。

init.php
アドオンで使用するフックを登録するファイル。

config.php
アドオンで使用する定数や各種設定値を登録するファイル。

/controllers
アドオンで使用するコントローラーおよびCS-Cart標準コントローラーのプレコントローラーおよびポストコントローラーを格納するディレクトリ。

/schemas
管理者用パネル内のメニューや管理者に付与する権限など、既存のスキーマを拡張するファイルを格納するディレクトリ。

 

全てのアドオンは上記のような構成で成り立っています。

上記のディレクトリ構成を見ると分かりますが、/var/skins_repository/以下に置くディレクトリの下位階層について触れていません。(テンプレートでの表示側ですね)

これらは必要に応じてと書いていますが、おおざっぱに言うとCS-Cart本体のディレクトリ構成に準じた命名規則と配置で設置します。
admin側、customer側、mail以下ではその構成が異なりますが多くのアドオンは下記のようなディレクトリを持っています。
(一部CS-Cart本体に無いディレクトリ名を使っている物もあります。が理由が無い限りCS-Cart本体のディレクトリ構成に則った方が良いと思います。)

/var/skins_repository/base/admin/addons/[アドオン名]以下

  • common_templates
  • hooks
  • views

/var/skins_repository/base/customer/addons/[アドオン名]以下

  • blocks
  • hooks
  • views

/var/skins_repository/base/mail/addons/[アドオン名]以下

  • hooks

 

まずはアドオンがどういった構成で成り立っているのか上記を念頭においてください。

 

下記は実際のアドオンの構成例です。

CS-Cart アドオン開発リファレンス

これ需要あるかなー。

飯のタネなんでこういうことを明文化するのは賛否ありそうなんだけど「CS-Cart利用者」を増やす為には「採用サイトを増やす」ことと同じくらい、いや普及フェーズにおいてはそれ以上に「CS-Cartをプロモーション」する必要がある。

その為には「CS-Cartってなんぞや」ということを紹介していかなきゃいけない。

機能紹介はうちのサイトでもそのうち拡充するとして、今現在あんどぷらすにしか出来ないことをやるべきなんじゃないかと。

そのひとつが「アドオン」に関すること。

アドオンの受託開発は勿論業務として行っているんだけど、もっと多くの優秀な人たちにアドオン開発に参加してもらいたい。
世のPGとか俺より遥かに優秀な人たちばかりなので参入されるのは脅威でもあるんだけど。

そんなわけで「アドオンの作り方」的な記事を書いていこうと思う。
本当はCS-Cartそのものの動作について触れるべきなんだけどそこは最大限省略。

 

CS-Cartではアドオンと呼んでいるけど、ZenCartではモジュール、WordPressではプラグイン。色々呼び名はあるけどまぁ似たようなもの。

WordPressでは管理画面からプラグインを探してオンラインでインストールできちゃう。アップデートも管理画面からポチってやるだけで終わる。基本的にはどのプラグインも共通の作法に則って作られてるからできる芸当。
良い仕組みだよね。

ZenCartはFTPアップロードしてモジュールごとの仕様でインストール方法が異なる。ものによっては手動でSQLを走らせる必要がある。

CS-CartはアドオンのファイルをFTPでアップロードする必要はあるけど本体へのインストール、アンインストールは管理画面からポチっとすれば終わる。XOOPSみたいな感じ。

 

WordPress優位かな。現状は。
でもいずれCS-CartもWordPress的になると思うよ。いつになるか分かんないけどw

 

アドオンの構成

アドオンの仕組み(未

CS-Cart v3に960グリッドシステム

CS-Cart ver3以降が「960GridSystem」を採用するということを少し考えてみる。

CMS採用の大きな理由に、サイトリリースまでの短期化というものがある訳だけど、それ以上に重要なのは「運用のしやすさ」だと思う。

そしてどのCMSを使うのかという選定の部分で重要な指標もいくつかあるんだけど、そのうちのひとつに「自由度」を求める向きが多い。

これはイチからECを始める場合にはさほど重要ではないかもしれないけど、既に他のシステムで運用しているサイトのプラットフォームを変更する場合とか、既にある会社のローカルルールに則したサイトを作る場合などに重要度が増してくる指標。

ぶっちゃけ機能面はなんとかなる。PHPで作られていれば「無ければ作れば良い」。

じゃぁデザインは?まぁこれも「作れば良い」。
とはいえ、デザインにおいての自由度って、最も自由度の高いものは何かと言われれば、CGI式のカート部分をhtmlに埋め込むタイプ。これを採用して好きにデザインするのが一番自由度が高い。

でもこれだと「自由度が高い」=「大変」なんだよね。

それでCMSと呼ばれる仕組みは予めテンプレートを用意してその枠組みの中にテキスト(htmlやCSSのマークアップもね)を流し込むことである種制限を設けた中での自由度を提供している。

この部分のルールってのがCMSごとに異なってる。
プラットフォームを変えるとここへの対処が変わってくるのが「乗り換え障壁」だったりもすると思う。

ZenCartのような完全独自のテンプレート。EC-CUBEやCS-Cartのようなsmarty。
smarty採用のCMSにしても中身を見ると考え方が大きく違ってるはず。

EC-CUBEのテンプレートはsmartyそのものを自分で書かなきゃいけなかったり(新規ブロックの追加)、CS-Cartのそれはロジックが混在してたり(ここは残念なところ)。

そこでCS-Cartのバージョン3。

これは表題の「960 Grid System」というデザインフレームワークを採用するとのこと。

960 Grid Systemってなに?

ここ数年デザインよりもZenCartやらCS-Cartの機能開発案件でデザインの話に疎くなってたんだけど、2008年くらいから提唱されはじめたCSSによるレイアウトをグリッドで行うという発想の代表的な存在。たぶn

ページの幅960pxを基準にして設計するグリッドデザインのことで格子(グリッド)をベースにそこに出来たブロックごとに図版や文字を配置してデザインを行うもの。

あれ?CMSってみんなそんな感じじゃね?
と思っちゃうところかもしれないけど、CS-Cartにおいては基本は5分割のテンプレートです。

  • トップ
  • 左カラム
  • センターカラム
  • 右カラム
  • ボトム

960グリッドシステム採用のバージョン3だともっと細分化して配置できるようです。

CS-Cartでは16分割を採用しているようで、940pxの左右に10px余白、合わせて960px。
グリッドは40px+20pxのグリッド間余白。

デモサイトを少し触ってみたところ、デザインの自由度は格段に向上してる。
かといって自由になった分、自分でやらなきゃいけないことが増えてるということではなくて (もちろん設定できる項目が増える訳なのでその分やることは増えますけど。)、グリッドに配置するブロックパーツがプリセットでたくさん用意されている。
更にそのブロックに入れるテンプレートもプリセットで用意される。

つまり、

  • 最少単位のテンプレートがたくさん用意されてる
  • テンプレートを入れるブロックがたくさん用意されてる
  • ブロックは16分割のグリッド上に自由に配置できる
  • 高さは可変

とこうなるわけです。

こういったフレームワークが採用されます。デザインは格段にやりやすくなりますね。デザイナーさんの腕の見せ所!

 

ただし、懸念はないわけじゃないです。

デザインフレームワークが刷新されるということは、CS-Cartそのもののアップグレードはどうすんの?という問題。
これだけフロント側が変わるんだからちょっと簡単じゃない気がするなーと思っていたらこんな記事がありました。

http://blog.cs-cart.com/2012/02/27/cs-cart-3-upgrade-faq/

Q: After CS-Cart 3 is released, how can I upgrade my CS-Cart to this version?

A: CS-Cart 3 is a major release with many modifications, so the upgrade process will be a bit trickier than it was for previous versions.

Unlike before, it will be impossible to upgrade CS-Cart to version 3 via the Upgrade center in the admin panel. Instead, it will be required to install CS-Cart 3 separately and then transfer the data from CS-Cart 2.2.4 to it.

In order to do it we will provide a special add-on for CS-Cart 2.2.4 that will allow you to pack the whole store database and images into a special archive.

CS-Cart 3 will have a pre-installed Export/Import Stores add-on that will be used for importing store data from such archives.

Also, if both CS-Cart 3 and 2.2.4 are installed on the same server, you will be able to perform data transfer without creating a transition archive: CS-Cart 3 will be able to connect directly to MySQL database of CS-Cart 2.2.4 and gather all data automatically.

バージョン3はたくさん弄ったメジャーバージョンアップだぜ、だからアップデートはこれまでよりも若干トリッキーなんだぜ。
これまでみたいにはいかなくって、バージョン3をインストールしてそこに2.2.4からデータを移さないといけないぜ。
アップデート用アドオンを出すからそれでDBと画像を圧縮して抜き出すぜ。
バージョン3のインポーターを使ってそのデータを取り込むんだぜ。
まぁ同じサーバーにバージョン3と2.2.4がインストールされてれば自動でデータ移行できるけどな!

以上意訳w

あんまり気にすることはなさそうだけどデザインに関してはデータ移行だけでは2.2.4と全く同一にはできないかもね。
再現する作業は必要になりそう。
まだなんとも言えないけど。

CS-Cart 2.2.4-jp-1 アップデート

CS-Cart 2.2.4-jp-1 どこが変わったかなーとちょっとだけマージツールで比較してみた。
(運用サイトは特に気にせずアップデート済み)

個人的に気になっていた「[*] アドオン : アドオンの設定画面に独自テンプレートを利用可能に」 がどうなってるのか調べようと。
ほんとはリリース済み、リリース待ちのアドオンが2.2.4-jp-1でちゃんと動くかの確認が主目的だけど。。

 

「Twigmo」 アドオンにそれらしきものを発見したのでコードとかアドオンの構成を見てみた。

下記は2.2.4-jp-1(設定にタブが追加)

こっちが従前2.2.3-jp-1以前

アドオンの設定ページにタブが表示されるのは従前よりあるのですがその表現方法が異なります。

アドオンの構成を見ると
var/skins_repository/base/admin/addons/twigmo/settings/settings.tpl
なんてのが増えてる。テンプレート側に(repositoryね)アドオンの設定ファイルを置く形らしい。

ぱっと見ただけだと、これまでのaddon.xmlに書く形と大差ない、むしろ分割することがめんどくさいという捉え方もありそうです。

でも実際のところ期待していいように思えます。

というのも、これまではxmlファイルに書く必要があったので制約も多かったんですよ。
動的にプルダウンの中身を生成するとかタブンできなかったはず。
条件分岐をして、他の設定に応じて表示非表示を切り替えたりってのも同様。

今回のアップデートで設定ファイルにtplファイルを充てることができるようになったので smartyで色々制御できることは間違いないですね。

PHPで制御できるかはまだちょっと見てないですけど。。
感覚的には決済系のアドオンの支払方法の設定ファイルに似てるかなーという感じ。

ちょっと速報気味にエントリー投稿しました。

CS-Cart日本語版がアップデートされるよ v2.2.4-jp-1

表題の件、CS-Cart.jpのサイトに行けば詳細見れるのですがこちらでも末尾に転記させていただきます。

今回のアップデート、バグフィックスが中心ですが一部機能改善、決済代行会社の追加があります。
決済代行会社さんは「SMBC」さんですね。現在こちらの決済を使われているサイトさん多いと思います。決済方法がネックになってCS-Cartへの移行を躊躇されていた方には朗報です。

機能改善についていくつかピックアップします。

[*] データエクスポート時の出力文字コードに”Shift-JIS” を指定可能に
[*] “Shift-JIS” で作成されたデータのインポートに対応

これは何気に便利になる方も多いのではないでしょうか。
ことの是非は置いておいて、CSVを扱う各種サービスでは文字コードがShift-JISであることが多いんです。
CSV出力してから文字コード変換ツールで変換するという手間が省けるようになります。
個人的には世の中すべてUTF-8に統一して欲しいんですがw 日本語圏はなんだかんだShift-JIS多いです。携帯とか。。

[*] アドオン : アドオンの設定画面に独自テンプレートを利用可能に

これに関してはまだコードを見れないのでなんとも言えないのが実情ですが、アドオンごとに設定画面を独自にできると(見栄えだけの問題ではなく)自由度が広がります。設定用のプルダウンの中身を動的に取得できるようになってると嬉しい限りなんですけどどうだろう。
期待して待ちますw

 

以下バグフィックスについて

[!] IE9で注文編集時の「価格」フィールドが正しく表示されないバグを修正
[!] IEにおいて検索結果のページネーションが正常に動作しないバグを修正
[!] メールの件名にクォーテーションが使用されている場合に正しく出力されないバグを修正
[!] 注文管理 : ダウンロード商品に関する情報が正しく表示されない場合があるバグを修正
[!] 入荷通知 : 複数のメールアドレスに対して入荷通知を行う場合にすべて To: に表示されるバグを修正
[!] 入荷通知 : 入荷通知用Eメールのバリデーションが実施されていなかったバグを修正

上記フォーラムで指摘のあった件です。
[!] 注文商品をインポートすると不要な注文データが生成されるバグを修正
[!] 配送設定で「配送を行わない」を有効化した場合に注文編集の第4ステップでPHPの警告メッセージが表示されるバグを修正

こちら個人的に報告させてもらったバグへの対応です。

このようにアップデート時にきちんと対策が取り込まれて来ますので目新しい機能がなくてもアップデートすべきだと思います。
パッケージ購入者さんも1年経ったらアップデート権を購入されることをお薦めします。

以上簡単ですが今回のアップデートについてのご報告。

 

—————————————————————–
【凡例】
[+] – 追加
[*] – 改善
[!] – バグ修正
—————————————————————–
[+] 支払方法 : CS-Cartマルチ決済(SMBCファイナンスサービス)を追加

[*] 子カテゴリーを持つカテゴリー内の商品を表示する際に商品をカテゴリー毎にソート
[*] 配送日の日数計算から日曜・祝日を除外できるオプションを追加
[*] データエクスポート時の出力文字コードに”Shift-JIS” を指定可能に
[*] “Shift-JIS” で作成されたデータのインポートに対応
[*] ISO 3166-1 国番号コードを更新
[*] Twigmo アドオンをバージョン1.4にアップデート
[*] アドオン : アドオンの設定画面に独自テンプレートを利用可能に
[*] クリックジャッキング対策を追加
[*] セッション : ログイン/ログアウト時にセッション用識別子を変更する機能を追加
[*] ファイルアップローダー利用時にURLに https(s) を含めなくても動作するようバリデーションを改善。
[*] JACCS WeBBy : 送信する商品名に関する新しい規定に対応
[*] オリコWebクレジット : オリコの新システムに対応

[!] “magic database” が正しくインストールされていない環境では画像アップロード後にPHPの警告メッセージが表示されるバグを修正
[!] 管理者用パネルのダッシュボードにおいて、「本日」「今週」「今月」リンクをクリックしても注文が表示されないバグを修正
[!] 「アフィリエイト」アドオン : 商品グループとバナーページにおけるダイナミックリンク生成時のバグを修正
[!] 「カスタム商品」アドオン : “fn_change_option” 関数においてパラメータ数が正しくカウントされないバグを修正
[!] 「カスタム商品」アドオン : メイン商品に上から順に指定する形式のオプションが設定されている場合にカスタマイズ内容を指定すると選択済みのオプションがリセットされるバグを修正
[!] 「カスタム商品」アドオン : 合計金額が正しく計算されない場合があるバグを修正
[!] 「コメントとレビュー」アドオン : お客様の声のリンクに対してエスケープ処理が適用されていなかったバグを修正
[!] 「セット販売」アドオン : 商品コンビネーションに金額情報を持つオプション付き商品を追加すると金額が正しく表示されないバグを修正
[!] 「フォームビルダー」アドオン : ノード追加時に不要なオプションがコピーされるバグを修正
[!] 「フォームビルダー」アドオン : フォーム用テンプレートに一部の要素が正しく引き渡されないバグを修正
[!] 「ポイント」アドオン : 支払にポイントを使用するとそれまで適用されていた割引金額が正しく計算されない場合があるバグを修正
[!] 「ユーザーの管理」権限が与えられていない管理者ユーザーがショップフロントにおいて商品のプレビューができないバグを修正
[!] 「新着情報とメルマガ」アドオン : 新着情報ページにブロックを追加する際に「保存」ボタンおよび「保存して閉じる」ボタンが動作しないバグを修正
[!] 「定期支払い」アドオン : 定期支払い金額の算出においてオプションに割り当てられた金額が考慮されないバグを修正
[!] 「返品管理」アドオン : 注文内容確認書などに返品ステータスが表示されないバグを修正
[!] 「個別のHTMLブロック」を2つ以上登録した場合に商品詳細ページにおいてそれらのブロックに同じ内容が表示されるバグを修正
[!] 「最新の注文」セクションに削除済み商品の名称が表示されないバグを修正
[!] CKEditor : モーダルウィンドウにおいてテキスト編集フィールドが無効化されるバグを修正
[!] IE9で注文編集時の「価格」フィールドが正しく表示されないバグを修正
[!] IEにおいて検索結果のページネーションが正常に動作しないバグを修正
[!] Paypal : ポイントによる一部支払時に金額の丸め処理が正しく行われず決済に失敗する場合があるバグを修正
[!] Paypal express : ユーザー情報が正しくパースされないバグを修正。ギフト券に対する支払ができないバグを修正
[!] RSSフィードブロックのキャッシュ保持時間が長すぎるバグを修正。「キャッシュ保持期間」オプションを追加。
[!] SEOアドオン利用時に表示される言語切替バーの hreflang 属性の日本語言語コード「jp」を「ja」に修正
[!] URL指定による商品画像のアップロードに失敗した場合、PHPエラーが発生するバグを修正
[!] W3Cバリデーション : 一部のimageタグに “alt” パラメータが付与されないバグを修正
[!] イプシロン : 一部のサーバーにおいてエンコード変換エラーが発生するバグを修正
[!] インポート : 登録必須フィールドが空のデータをインポートできる場合があるバグを修正
[!] エクスポート : 商品データのエクスポート時にPHPの警告メッセージが表示される場合があるバグを修正
[!] カテゴリー : 全選択/全解除 チェックボックスが正しく動作しない場合があるバグを修正
[!] キャンペーン : カート内の無料商品に対して商品オプションを変更してもオプション画像が切り替わらないバグを修正
[!] サプライナー登録生成時にメールアドレスの存在チェックが行われないバグを修正
[!] スキン : 「Jewelry」スキンのメインカラムの表示ずれを修正
[!] スクローラーを使ったブロックに表示される商品が指定内容に関わらず常に右向きにスクロールするバグを修正
[!] ピッカー内にさらに子ピッカー設定されていると正しく動作しないバグを修正
[!] ブロック管理 : ブロック追加時にページネーションが動作しないバグを修正
[!] ページ : ページ削除後に正しくリダイレクトされないバグを修正
[!] メールの件名にクォーテーションが使用されている場合に正しく出力されないバグを修正
[!] メルマガ : 最初のメルマガ登録時にSQLエラーが表示されるバグを修正
[!] ログ : 同一タイプスタンプを持つレコードが正しくソートされないバグを修正
[!] 管理者に一部の権限のみが付与された状態で実施した横断検索の結果が1件のみの場合、検索結果が正しく表示されないバグを修正
[!] 商品の追加情報 : 複数商品の一括アップデートを行うと商品の追加情報の値がリセットされるバグを修正
[!] 商品の追加情報 : 複数商品の一括アップデート時に多数のオプションを持つ商品が含まれていると “memory limit” エラーが発生する場合があるバグを修正
[!] 商品の追加情報の数が定数 “PRODUCT_FEATURE_VARIANTS_THRESHOLD” よりも大きい場合に追加情報を指定するセレクトボックスに「なし」および「追加登録」が表示されないバグを修正
[!] 商品ピッカー内で検索を行い、検索結果が0件の場合にピッカーがクラッシュするバグを修正
[!] 商品フィルタが正しくソートされない場合があるバグを修正
[!] 商品画像にFlashアニメーションをアップロードすると1ファイルずつではなくすべて1度にすべて表示されるバグを修正
[!] 商品詳細ページにおいてスクローラーを使用したブロックを使用すると商品画像のギャラリー表示が動作しないバグを修正
[!] 上から順に指定するタイプのオプションを最後まで指定せずに注文しようとすると在庫切れメッセージが表示される場合があるバグを修正
[!] 正しいライセンス番号を登録してもいったんログアウトしないとライセンスに関する警告メッセージが表示され続けるバグを修正
[!] 注文ステータス : 注文ステータス名が長い場合に表示がくずれるバグを修正
[!] 注文管理 : ダウンロード商品に関する情報が正しく表示されない場合があるバグを修正
[!] 注文管理 : 注文を編集するとログ上では注文の新規作成として記録されるバグを修正
[!] 注文管理 : 注文管理ページで日時フォーマットが無視されるバグを修正
[!] 注文手続き時にプロフィールの切替が正しく動作しない場合があるバグを修正
[!] 注文商品をインポートすると不要な注文データが生成されるバグを修正
[!] 注文詳細ページで注文ステータスを「処理中」などにして商品をダウンロード可能にしても注文情報を保存するとダウンロード不可に戻るバグを修正
[!] 入荷通知 : 複数のメールアドレスに対して入荷通知を行う場合にすべて To: に表示されるバグを修正
[!] 入荷通知 : 入荷通知用Eメールのバリデーションが実施されていなかったバグを修正
[!] 配送設定で「配送を行わない」を有効化した場合に注文編集の第4ステップでPHPの警告メッセージが表示されるバグを修正
[!] 販売レポート : 削除済み商品についてデータが正しく表示されない場合があるバグを修正
[!] 販売レポートのタイトルに大文字を多用するとレイアウトが崩れるバグを修正
[!] 翻訳モード : ポップアップ表示が正しく動作しないバグを修正
[!] 翻訳モード : 翻訳モードが有効な状態でメールの送信や注文確認書の出力を行うと不要なタグが出力されるバグを修正
[!] 利用中のPHPで設定されたサイズ以上のファイルをアップロードしようとするとロード中メッセージがフリーズする場合があるバグを修正

CS-Cart勉強会 vol.2 in 東京 2月18日(土) 参加してきたよ

表題の通り、CS-Cart勉強会に参加してきました。

色々びっくりすることがありまして。
勉強会の内容についてはあまり触れませんが(すいませんすいません)、いくつかのびっくりしたことについて書こうと思います。

その1
参加者にびっくり

参加者1
完全プライベートでのご参加ということでしたので社名は伏せますが、結構な有名どころの結構なポストの方が!

個人的にレコメンドエンジン、協調フィルタリング、ベイズ理論なんてものに興味があって、
あんどぷらすでレコメンドをやりたいなと思っていた時期もありました。

でもね、レコメンドエンジンなんてイチから作れないわけですよw
既に各社からサービスインしてるのに今更うちなんかが参入できるわけない。

  1. 導入に時間がかかる
  2. 導入後も協調フィルタリングだけだと充分なログデータの蓄積が必要で精度を上げていくまでに時間がかかる
  3. 費用が高い
  4. 商品アイテム数が多くないと意味が無い
  5. etc

といった課題があってそこをクリアできれば中小規模のサイトでも有用なんじゃないかとは思ってるんです。
でもうちなんかじゃ手が出せない。以下るーぷ

こんな状況なんですけど勉強会でお会いした方の会社でサービスインしてるんですよねー。
しかも最安の部類。
まぁ問題は費用よりもその内容。

  1. 導入は最短2−3日(はや!)
  2. 精度を上げるまでのラグが無い(仕組みはまだ調べてませんあしからず)
  3. 月売り100万、アイテム100種あればレコメンデーションの成果が出せる

というお話を伺いました。
まじかよすげーな。これが正直な感想。

もひとつすごいのが。詳細はここでは触れません。とにかくこれ見て触って!
https://www.facebook.com/shuttocom?sk=wall

 

参加者2
これまたびっくりな参加者さん。
宮崎(!)からお越しのアラタナさん(のクリエイティブディレクターな方)。
名刺を拝見して「なんか見覚えのあるロゴだぜ」と。。

「ア」

って書いてあるw

いやーびっくりびっくり。
静岡にもアラタナさんに作ってもらったと言ってるECサイトがありますしねー。
ビジネススタイルが良いなーって以前からちらちらノゾキミしてたんです実は。

 

参加者3
osCommerce Alter版ってご存知ですか?
以前からECやってたWeb屋さんなら知ってると思いますが、これ作った方とお会いしました!
グリニッジ株式会社の田中社長。(お名前出して平気でしたかね?ダメなら言ってくださいw)
ZenCartを使うようになる前はAlter版にお世話になってたんですよ。
びっくりしました。

 

その2
ビジネスモデルにびっくり

いやぁ東京っていろんなビジネスがあるんですねー。あ、一部横浜だったw
まぁいいや。静岡じゃお目にかかれないビジネスモデルにいくつか遭遇してかなり新鮮な気持ちになりました。
楽しいね勉強会ってw

製造直販型
何作ってるかはここでは書きませんが、非常にニッチできわどい(失礼!違法性はないので誤解なくw)商材を作られている会社さんや個人の方ともお話しできました。

広告打てばなんとかなる的な商材じゃないところに面白みを感じます。
ソーシャルコマースとの親和性が高そうですよね。(商材を明かしていないので独り言だなこれわw)

 

○●販売なのにオンライン
これは詳細には全く触れるわけにはいかないのですが、非常に興味深いビジネススキームです。
個人的に後日ご連絡しますので待っててくださいHさんw

 

積極的に海外展開
これはCS-Cartの本領の部分ですね。

基本機能は何もカスタマイズする必要はありません。
が、海外からの購入(海外への配送)に関しては特定の配送方法のみを提示したいとか、特定の支払方法だけを利用して欲しいっていう要望があるのですねー。
この機能、今作ってる最中です。来月中にはリリースできる予定でいますのでご入り用の方はぜひw

 

そうそう今回の勉強会、ソフトバンクペイメントさんの協賛なんですね。
キャリア決済来ますよ。
これは間違いない。少額決済、キャリア決済、ポイント決済、うーん決済方法の乗り換えを検討しても良いんじゃないかってくらいに思ってます。
もろもろ準備が整ったら提案資料を公開しようかな。

 

以上、こんな人がいて驚いた!でした。
勉強会の内容は、sushi-pakuさんのブログとか、山口さんのブログを見てねw
お二方ともお友達です。 だよね?www

CS-Cart勉強会 in 東京 Vol.2


久方ぶりのブログなわけですが、もっとちゃんと更新しないといけませんねえ。。

さて、CS-Cartの勉強会について。
2012年2月18日に東京でCS-Cart勉強会が開催されます。

内容は上記画像のリンク先にも書かれていますが下記にも転載しておきます。
私も参加します。
ノーパソどうしよう。。

 

内容

高機能ECサイト構築パッケージ「CS-Cart」の勉強会です。

  • CS-Cartの特徴およびEC-CUBEとの比較
  • プログラミングなしでCS-Cartをカスタマイズする方法
  • 2012年のロードマップ

対象者

CS-Cart(フリー版を含む)を利用中、または導入を検討している以下の方を対象としています。

*ショップオーナー
*Webデザイナー
*Webデベロッパー
*CS-Cartとの連携を検討している各種ソリューションプロバイダー

講演内容

トピック 発表者
EC-CUBEとここが違う!
はじめてみようCS-Cart
中安 知敬
CS-Cart日本語版チーフエバンジェリスト
ノンプログラミングでここまでできる!
WebデザイナーのためのCS-Cartカスタマイズ講座
山口 有由希
有限会社フロッグマンオフィス
CS-Cart in 2012
CS-Cartはどこへ向かうのか?
吉浦 寿洋
有限会社フロッグマンオフィス 代表
携帯キャリア課金の現状について 藤本 利久氏
ソフトバンク・ペイメント・サービス株式会社
フリーセッション(質疑応答など) N/A
  • 勉強会終了後に懇親会を行います。お時間のある方は是非ご参加ください!