2店舗間の商品説明文変換を行うExcelマクロを作成。

楽天市場とYahoo!ショッピングのコンバーターを作成。 この段階ではジャンルコードのConvertは確立していないが、登録アイテム数が各300件を超えたあたりからクラッシュを多発するようになる。 多店舗展開用のアプリを探すが価格の高さに絶句。自分で作る事を決意する。

メイン商材が廃盤となり売り上げ激減。本格的にアプリの作成を始める。

Excelマクロを改修して利用していたが、知人より情報量が多いからクラッシュすると指摘を受ける。 それならばとAccessによるアプリ開発に着手。今に至るDBの基本構造などはこの時に四苦八苦した産物である。 ※EC事業は説明文等によりテキスト数が多いため、Excelでは200件程度が限界。クラッシュを誘発しやすい。

第一号となるAccessアプリを完成。

出品用CSVの生成を行うAccessアプリが完成。 運用するが選択肢在庫の変更などCSV更新をメインとするシステムの問題点が浮上する。 Accessに移行する事で、DB内のアイテム数を飛躍的に増やす事に成功するも、5000アイテムを超えたあたりから不具合(フリーズ)の頻度が増えてくる。 フリーズを誘発したそもそもの原因は各モールのジャンルコード(総レコード数：10万)をAccess内に積んだ事が原因だったと後に判明した。

アプリのWEB化プロジェクトを立ち上げる。

Access版のフリーズにより、最新のアプリがどれかわからない状態が発生する。Access第二版としてDBを外部に置いたシステムを構築する。 しかし、いまいち中途半端な仕様に納得が出来ず、本格的にWEBアプリ化しようと決意。 何処でも更新作業が出来ると『外注の活用』も促進でき便利であると考えDBの再構成とWEB化に取り組む。

自社版WEBアプリ完成。同時に一般販売モデルのプロジェクトを立ち上げ。

自社版アプリの出来に満足し、このアプリであれば多くの店舗さんのお手伝いが出来るのではないかと考える。 (自社用だったので)security面に弱かったため、データ保全もしっかりできるシステムへの再構築を開始。

一般販売モデルの完成。自社内テスト運用開始。

販売開始時に不要なバグでご迷惑をお掛けしない様に自社の運用アプリを新システムに変更。 バグ出しと改修改善を進める。

WebShopCreator の一般提供開始。

現在に至る。