Skip to content
Pepin
Booking2026-03-272026-09-15約14分で読めます
予約物販一元管理

How to Sell Products and Take Bookings at the Same Time on One Shopify Store

書いた人

この記事には広告(PR)を含みます。

How to Sell Products and Take Bookings at the Same Time on One Shopify Store
物販と予約を1つのサイトで一元管理するイメージ

Shopifyで物販と予約を同時に扱いたい。受注会・試着予約・一日カフェ・ポップアップ・体験会・料理教室といった単発イベントの予約を、いま動いている物販ストアの中で受けたい。この 物販と予約の一元管理 は、予約枠を「配送が必要な商品」のチェックを外した商品として登録するところから成立します。Shopify公式ヘルプも、サービスは配送設定をオフにした商品として販売できると案内しています。別ドメインで予約サイトを立てる方法との差は、機能の多さではなく「顧客データ・カート・計測が1本になるかどうか」です。

出典:Shopifyヘルプセンター「サービスまたはデジタル商品を販売する」

わたし(SHIN)はこの記事の分類表に載せている まるっと予約 の開発者です。表の料金・分類はまるっと予約を含む5本すべてを apps.shopify.com の公式リスティングでWebFetch確認し、2026年9月時点の表記だけを使いました。弱点も先に書きます。まるっと予約のレビューは3件(★5.0、2026年10月6日時点)で、3件とも、わたしがお付き合いのある事業者様にお願いして投稿していただいたものです。Built for Shopifyバッジも未取得で、同じ表にあるSesami Booking Platform(レビュー266件・★4.6、2026年9月時点)のような実績はまだありません。

この記事では「うちの店ではこう伸びた」という体験談は書きません。EC運営者ではなくアプリ開発者としての立場から、公式ドキュメントで確認できる仕様と、一元管理したときに構造として何が変わるのかを整理します。

Shopifyで物販と予約を同時に扱うと、具体的に何が1つになる?

「一元管理」という言葉は便利すぎて、聞き手によって想像するものが違います。ここでは、Shopifyに予約を載せたときに実際に1本化される対象を先に確定させます。

物販と予約の一元管理

予約枠と物販商品を同じストアの商品として扱い、顧客ID・カート・決済・計測・レポートを1つの系統にまとめること。予約カレンダーの見た目を揃えることではなく、データの持ち主を1つにすることを指します。

  • 顧客ID:予約した人と物販を買った人が、同じ顧客レコードに紐づく
  • カートと決済:予約料金と物販商品を1回の決済でまとめられる
  • 計測タグ:GA4も広告タグも1セットで、予約と物販の両方を拾える
  • メール:注文確認・発送通知・予約リマインドが同じテンプレート体系に乗る
  • レポート:売上も顧客も、Shopifyの同じ画面で突き合わせられる

逆に、一元管理しても自動では揃わないものもあります。予約枠の定員管理は物販の在庫数とは別系統ですし、キャンセル規定も物販の返品ポリシーとは分けて書く必要があります。ここを混同すると「アプリを入れたのに運用が二重のまま」という状態になります。

予約枠と物販商品が同じ商品として並ぶイメージ

予約を「商品」にすると何が自動でついてくるのか

Shopifyでサービスを売るときは、商品を作って「配送が必要な商品」の設定を外します。これだけで、その予約枠はカート・決済・顧客・レポートというShopifyの標準機能一式に乗ります。予約アプリが担当するのは、その商品に対して「いつ・何人まで」という枠を与える部分です。

つまり一元管理の土台はアプリではなくShopify本体側にあり、アプリは枠の制御とカレンダー表示を足しているだけ、という理解が正確です。アプリを乗り換えても顧客データがストアに残るのは、この構造のおかげです。

この「配送を外す」考え方は予約枠に限った話ではありません。コンサルティングやオンライン講座、デジタルデータ、回数券といった無形商材も、まったく同じ設定で商品として扱えます。届け方ごとの設定の違いは Shopifyで無形商材を販売する方法 にまとめてあります。

→ まるっと予約で予約とECを1つのストアにまとめる

なぜ別サイト運用だと物販と予約の一元管理が崩れる?

予約だけ外部サービスで立てる構成は、始めるのは速いです。崩れるのは、始めた後です。

別サイト運用(予約は外部サービス、物販はShopify)
顧客データ:予約側と購買側で別々のDB。突き合わせは手作業かCSV
カート:予約の決済と物販の決済が別トランザクションになる
計測:GA4・広告タグを2セット管理。クロスドメイン設定を誤ると計測が切れる
導線:予約完了後に物販へ移るには、別サイトへの遷移が1回挟まる
運用:キャンセル・変更の連絡先が2系統になり、問い合わせ対応が分岐する
Shopifyに予約を載せて一元管理
顧客データ:予約も購買も同じ顧客レコードに自動で積み上がる
カート:予約枠と物販商品を同一カートで決済できる
計測:タグは1セット。ドメインが1つなので遷移の計測ロスが起きにくい
導線:予約完了直後のサンクスページから、そのまま物販に触れられる
運用:注文画面と顧客画面が1つなので、対応履歴が1箇所に残る

導線の差が効く理由は、ECのカート離脱がそもそも高い水準にあるからです。Baymard Instituteが50件の調査を集計した平均値では、オンラインショッピングのカート離脱率は70.22%とされています。手順を1つ増やすことが、どれくらい割に合わない賭けなのかという感覚はここから持てます。

出典:Baymard Institute「Cart Abandonment Rate Statistics」

別サイト運用でいちばん大きい隠れコストは、月額料金ではなく 管理時間 です。予約表と注文一覧を毎日見比べる、同じお客様を2つの画面で探す、月末に売上を手で合算する。この時間は請求書に出てこないので、放置すると永久に見えません。工数も一緒にKPIにしてください。

運営コストとデータ可視化のフラットレイ

クロスセルの導線そのものをどう組むかは、Shopify × 予約で客単価を上げる導線設計 に分けて書いています。

物販と予約を一元管理すると、数字は本当に伸びる?

正直に答えると、「一元管理そのものが売上を増やす」わけではありません。増えるのは、売上に向かう 導線の本数 と、それを 測れる状態 です。ここを取り違えると、アプリを入れただけで何も変わらないという結果になります。

この記事では「客単価が◯%上がる」「LTVが◯倍になる」といった数値レンジを出していません。業種・単価・客層で振れ幅が大きく、一次情報で裏の取れない数値を掲げると、読む人の期待値を不当に持ち上げてしまうからです。効果は自店の実数で確認してください。

代わりに、一元管理で何が起きるのかを構造で説明します。仕組みは3つです。

  1. 01

    同一カートが「ついで買い」の物理的な余地をつくる

    予約枠と物販商品が同じカートに入るため、予約の決済画面に到達したお客様が、そのまま関連商品を追加できます。別サイト運用では、ここで一度サイトを離れる必要があり、その離脱は戻ってきません。カートに入れる操作が1回で済むかどうかという、地味ですが決定的な差です。

  2. 02

    同一顧客IDが「誰に何を送るか」を可能にする

    予約した人と買った人が同じレコードになるので、「イベントに来たが物販未購入の人」「物販は買うがイベント未参加の人」という切り分けができます。Shopifyの顧客セグメント機能は、購買行動をもとにグループを作ってメッセージを出す用途で用意されています。別DBのままだと、この切り分けの前段で手が止まります。

  3. 03

    同一計測が「どの施策が効いたか」の判定を可能にする

    GA4のeコマース計測は、カート追加から購入完了までを一連のイベントとして記録します。ドメインとタグが1本なら、予約と物販をまたいだ行動が同じレポートに乗ります。広告を出しているなら、予約経由の売上を評価に含められるかどうかで、出稿判断そのものが変わります。

出典:Shopifyヘルプセンター「顧客セグメント」

出典:Googleアナリティクス ヘルプ「eコマースイベントを測定する」

一元管理で導線と計測が1本になる仕組み

伸びない一元管理もある

一元管理しても効果が出にくいのは、予約と物販の客層がまったく重ならないケースです。たとえば法人向けの受注会と個人向けの雑貨ECを同じストアで回す場合、顧客IDが一緒でもクロスセルは起きません。この場合のメリットは売上ではなく運用工数の削減に寄るので、期待する場所を先にずらしておくほうが健全です。

イベント単価が物販単価の10倍以上あるようなときも、同じカートに入れる意味は薄くなります。予約の決済だけ先に済ませ、物販は後追いのメール導線で拾うほうが自然です。

一元管理に向く業態とイベントの組み合わせは?

物販ECに単発イベントを足したとき、動線として噛み合いやすい組み合わせを整理しました。共通するのは「イベントで触れた物と、売っている物が地続きであること」です。

アパレル × 受注会・試着予約

試着した人がその場でサイズを決められる。受注会で在庫リスクを抑えつつ、ECで通年販売へつなぐ

食品 × 一日カフェ・試食会

味を知った直後が最も購入意欲が高い。試食からEC購入への距離が短い

雑貨・コスメ × ポップアップ・体験会

来場人数を予約で制御しつつ、その場で在庫を動かせる。SNS拡散とも相性が良い

教室系 × ワークショップ・料理教室

レッスン予約と材料・道具の販売を同一カートで決済でき、受講のたびに物販接点が生まれる

サロン × 単発トリートメント・撮影会

施術予約とホームケア商品の相性が高く、施術後の提案がそのまま購入につながる

クラフト × 展示販売・制作体験

制作体験と完成品販売が同じ世界観で並ぶ。作家ブランドのファン化に直結する

一元管理に向く業態の組み合わせ

アパレルの受注会を具体的にどう組むかは 受注会の予約管理と当日運営 、飲食のポップアップは 飲食店が一日カフェ・ポップアップをShopifyで予約管理する方法 にまとめてあります。

Shopifyで物販と予約を同時に扱う予約アプリはどう選ぶ?

Shopify App Storeで「予約」を探すと似た名前のアプリが大量に並びますが、実際には 売っているものの性質 で3つに分かれます。ここを取り違えると、機能が足りないのではなく用途そのものが違うアプリを入れてしまい、あとから乗り換える羽目になります。2026年9月時点で公開リスティングを確認できたアプリを、分類ごとに並べました。

分類何を売っているか向いている場面公開リスティングで確認できるアプリ(料金)
サービス予約型日時と担当者の「枠」受注会・試着予約・体験会・施術・レッスンまるっと予約(無料プランあり、有料は月額19.99ドルから)/Sesami Booking Platform(月額19ドルから)/Appointo(無料プランあり、有料は月額14ドルから)
先行予約型まだ手元に無い在庫発売前の受付、在庫切れ商品のバックオーダーEssent Preorder Back in Stock(無料プランあり、有料は月額4.95ドルから)
レンタル・宿泊型何日から何日までという期間機材レンタル、衣装レンタル、宿泊IzyRent(無料プランあり、Proは月額24.99ドル)

出典:Shopify App Store「まるっと予約」/Sesami Booking Platform/Appointment Booking App ointo/Essent Preorder Back in Stock/IzyRent: Rentals and Bookings(いずれも2026年9月時点のリスティング)

わたしが開発している まるっと予約 は、この3分類のうち サービス予約型 に立っています。物販ストアに単発イベントや施術の枠を足す用途に寄せていて、発売前の先行受付や、日数単位のレンタルは守備範囲の外です。物販と予約を同時に扱いたいという動機は同じでも、売っているものが「期間」ならレンタル型を、「まだ無い在庫」なら先行予約型を選ぶほうが素直です。

3分類をまたいで1本のアプリで済ませようとすると、たいてい設定が破綻します。受注会の参加枠(サービス予約型)と、その場で受け付ける次回入荷分の先行受付(先行予約型)は、同じ「予約」という言葉でも在庫の持ち方も決済のタイミングも別物です。無理に1本へ寄せず、用途ごとに分けてください。

事前決済にするなら、Shopifyの決済オーソリの期限を先に確認する

予約枠を有料商品にして事前決済にする場合、見落としやすいのが オーソリ(支払いの承認)の有効期限 です。Shopifyペイメントのオーソリ期間は7日間で、この期間内に支払いを確定しないと承認が切れます。7日を超えてから手動で確定した取引には、通常のクレジットカード手数料に加えて1.75%の手数料が適用されます。

出典:Shopifyヘルプセンター「支払いの承認と確定」

イベント日が1ヶ月先にある単発予約では、この7日はあっという間に過ぎます。注文時に確定(キャプチャ)まで済ませる設定にしておくか、Shopify管理画面で「オーソリの有効期限が切れる1日前に警告を送信する」を有効にして、期限切れに気づける状態にしておいてください。

キャンセルされたときに予約枠が自動で空きに戻るかどうかは、アプリごとに挙動が違います。ここはShopify本体の仕様ではなくアプリ側の実装なので、候補それぞれに導入前に確認してください。返金処理と枠の解放が連動していないと、誰も来ない枠が埋まったまま残ります。

Shopifyで物販と予約を同時に始める5ステップ

物販ECがすでに動いている前提で、既存の運用を止めずに予約を足す順番です。

  1. 1

    単発イベントを「商品」として登録する

    Shopify管理画面で受注会・ポップアップ・体験会を商品として作り、配送が必要な商品の設定を外します。これで予約枠が物販商品と同じカート・同じ決済・同じ顧客レコードに乗ります。

    タイトルは「春の受注会 5/15参加チケット」「一日カフェ 6/3 14:00枠」のように日時込みにすると、注文一覧で探す手間が減ります。

  2. 2

    予約アプリで日時と定員を紐づける

    作った商品に予約スロット(日時・定員)を設定します。まるっと予約の場合、定員管理はShopifyの在庫数とは別系統なので、物販在庫と混ざりません。ダブルブッキングの防止もアプリ側の役割です。

    アプリの選定基準は、日本語サポートの有無・事前決済の可否・スタッフや拠点の分け方の3点を最初に確認してください。

  3. 3

    前払いにするかどうかを決める

    予約枠を有料商品にして事前決済にすると、決済が済んだ時点で予定が確定します。無料の参加受付にする場合は、リマインドメールの本数で歩留まりを補う設計にします。どちらが正解ということはなく、単価とキャンセル時の損失で決める話です。

    金額設定を決めきれないときは、デポジット(一部前払い)から始めるのが無難です。

  4. 4

    物販と予約を双方向に導線設計する

    商品ページの関連商品・グローバルナビ・サンクスページ・確認メールの4箇所に、「物販から予約へ」「予約から物販へ」の両方向を置きます。

    特にサンクスページは、予約直後で熱量が最も高い場所です。関連する物販商品を1〜2点だけ置いてください。数を並べると選べなくなります。

  5. 5

    コレクションを分けて計測できる状態にする

    予約商品と物販商品をコレクションで分け、売上・注文数を別々に集計できるようにします。GA4側はeコマース計測タグを1セット入れれば、予約も物販も同じレポートに入ります。

    ここまでやって初めて、次の章のKPIが取れる状態になります。

統合ダッシュボードでKPIを管理する

アプリの比較検討から始めたい場合は Shopify予約アプリ5つを開発者が徹底比較 、前払いの金額設計は Shopify予約のデポジットはいつ・いくら取る? を参照してください。

一元管理が機能しているかは何を見て判断する?

ここでも外部のベンチマーク値は置きません。置くべきなのは 自店の初月の実数 です。それを基準線にして、翌月以降の増減を見ます。見る指標は4つで足ります。

  • 予約から物販へのクロス購入率 = 同一カートまたは30日以内に物販を買った予約者数 ÷ 予約者数
  • 物販から予約へのクロス購入率 = 30日以内にイベントを予約した購入者数 ÷ 物販購入者数
  • 両方購入した顧客のリピート率 = 2回以上注文した統合顧客数 ÷ 統合顧客数
  • 1注文あたりの平均購入点数 = 期間内の販売点数 ÷ 期間内の注文数

3つ目と4つ目は、Shopifyの標準レポートで追えます。顧客レポートには「新規顧客とリピーターの比較」「リピーター」「1回限りの購入客」「顧客コホート分析」「RFM顧客分析」が用意されていて、リピーターレポートは注文履歴が2件以上の顧客を表示する仕様です。専用ツールを入れる前に、まず標準で見えるところまで見てください。

出典:Shopifyヘルプセンター「顧客レポート」

最初の3ヶ月は、数字を改善しようとしないでください。イベントの回数が少ないうちは、1回のイベントの出来不出来で数字が大きく振れます。まず基準線を引き、季節要因を一巡させてから手を入れるほうが、判断を間違えません。

イベントを回し始めたら足す2つの指標

上の4つは、物販と予約が混ざった状態を横から見る指標です。イベントの開催頻度が上がってきたら、イベント側の運営品質そのものを見る指標を2つ足してください。

  • 予約枠の埋まり率 = 実際に埋まった枠数 ÷ 告知した枠数
  • ノーショー率 = 無断キャンセル件数 ÷ 予約確定件数

埋まり率が低いなら告知の問題、ノーショー率が高いなら決済とリマインドの問題、というふうに打ち手の行き先が分かれます。どちらも目標値を外から借りてこないでください。最初の数回の実数が、そのままそのストアの基準線になります。

計測の下ごしらえは、Shopifyの顧客タグを使うのがいちばん軽く済みます。イベント参加者に共通のタグを付けておけば、そのタグを条件に顧客セグメントを作り、参加後の購入行動だけを切り出して見られます。事前決済を必須にしておけば、ノーショーの件数は注文データ側からも追えます。

LTVの計算手順そのものに不安があるなら、自分のストアでLTVを計算してから改善するまで に手順を書いています。

一元管理のKPIを毎月確認する

物販と予約の一元管理にかかる費用はいくら?

ここは公式ページで確認できる数字だけを書きます。為替と改定があるので、契約前に必ず公式ページを開いて確認してください。

4,850円
Shopify ベーシック(月払い・2026年9月時点)
2026年9月時点の公式料金。年払いなら月あたり3,650円
10件
まるっと予約 無料プランの上限(2026年9月時点)
累計10件の予約まで。導線を試すところまでは無料で確認できる
7日間
まるっと予約の無料トライアル(2026年9月時点)
Starter・Growth・Proの有料プランに用意されている試用期間
70.22%
ECカートの平均離脱率(Baymard Institute調べ)
Baymard Instituteが50件の調査を平均した値。手順を増やすほど不利になる

出典:Shopify公式 料金プラン

まるっと予約の有料プランは、Starterが月額19.99ドル、Growthが月額49.99ドル、Proが月額99.99ドルという構成です。Starterは月30件までの予約、Growthは予約件数が無制限で、予約ごとのGoogleカレンダー追加・ICS書き出しに対応、Proは複数拠点管理と顧客プロフィール、そしてShopify Flow高度連携に対応します。まず無料プランで動線を確認し、イベントの回数が増えてきたら上げる、という順序で足ります。

出典:Shopify App Store「まるっと予約」

外部の予約サービスを別に契約する場合は、その月額に加えて、突き合わせ作業の時間を自分の時給で換算して足してください。金額表だけを比べると、たいてい外部サービスのほうが安く見えます。

予約専用サービスと比べると、コストの形はどう違う?

外部の予約サービスには、月額とは別に 決済手数料 が乗る料金体系のものがあります。たとえばSTORES 予約は、フリープランが月額0円で決済手数料5.2%から、有料プラン(年間契約のスモールで月額9,790円)は決済手数料3.3%からという設計です。予約件数が増えるほど、手数料の差が月額の差を上回っていきます。

出典:STORES 予約 料金プラン

Shopifyに予約を載せた場合、予約商品の決済手数料は物販の注文とまったく同じ料率です。予約1件ごとに上乗せされる送客手数料という考え方がありません。つまり比較すべきなのは月額そのものではなく、「予約の売上が伸びたときにコストが比例して増えるかどうか」という形のほうです。

媒体型の予約サービス(グルメ媒体・美容媒体など)は、集客力と引き換えに送客手数料が乗り、顧客データの扱いも各社の規約に従うことになります。料率と顧客データの持ち出し可否は横並びで公開されていないため、この記事では具体的な率を書きません。契約前に各サービスの公式ページと規約で確認してください。

一元管理のメリット・デメリットを正直に整理する

万能ではありません。向かない状況もあります。

メリット
顧客データが最初から1つにまとまる

予約と購買が同じ顧客レコードに積み上がるので、セグメント配信も分析も、後からデータを結合する作業なしに始められます。

同一カートで決済できる

予約料金と物販商品をまとめて1回で決済できます。お客様の操作回数が減り、決済手数料の発生回数も減ります。

計測タグが1セットで済む

GA4・広告タグ・ピクセルが二重にならず、クロスドメインの設定ミスによる計測欠損が起きません。

問い合わせ対応が1画面に集まる

キャンセル・変更・返品の履歴が同じ注文画面に残るため、担当者が変わっても状況を追えます。

デメリット
ナビゲーション設計に最初の工数がかかる

予約と物販を同じサイトに置くと、トップページの構成をどちらに寄せるかという判断が発生します。ここは避けて通れません。

予約機能はアプリ依存になる

予約枠の制御はアプリが担うため、アプリ選定が長期の運用品質を決めます。日本語サポートの有無は最低条件として確認してください。

客層が重ならないと売上には効かない

予約と物販でターゲットが別なら、一元管理の効果は工数削減にとどまります。売上を期待する前に、客層の重なりを確認してください。

よくある質問

崩れません。予約商品と物販商品はコレクションで分けて表示でき、ナビゲーション・配色・書体はストア全体で統一されます。むしろ別ドメインに分かれているほうが、お客様から見たブランド体験は分断されます。ただしトップページで予約と物販のどちらを主役にするかは、最初に決めておいたほうがあとで楽です。

できます。Shopifyの顧客セグメント機能は、購買行動をもとに顧客グループを作り、そのグループへメッセージを出す用途で用意されています。予約商品を含むコレクションの購入履歴で条件を組めば、イベント参加者だけを抽出できます。予約と物販が同じ顧客DBにある一元管理ならではの使い方です。

定員は予約アプリ側で持つのが基本です。Shopifyの在庫数を定員に流用すると、物販在庫のレポートに予約枠が混ざり、棚卸しのたびに混乱します。まるっと予約では定員を在庫数と独立して持つため、物販側の数字を汚しません。アプリを比較するときは、この持ち方を必ず確認してください。

予約枠を有料商品にして事前決済にするのが、いちばん確実です。決済が済んでいれば、来られなくなったときの連絡も入りやすくなります。無料受付にする場合は、リマインドの本数とタイミングで補う設計が必要です。詳しい手順は 予約のドタキャン・ノーショーを防ぐ5つの方法 にまとめています。

顧客データはCSVでShopifyにインポートできます。予約枠については、過去分を移すより新しい日程から新環境で取り直すほうが安全です。移行期間は、既存サービスの契約更新日から逆算して決めてください。既存の予約が残っている間は両方を動かすことになるので、切り替え日を1日に決め打ちしないほうが現実的です。

多くのサービス予約型アプリは、どちらの受け方にも対応しています。判断が分かれるのは、物販があるかどうかのほうです。常設のサロン・教室予約だけが目的で物販をしないなら、予約専用のサービスでも運用は回ります。受注会・ポップアップ・体験会のように予約と物販が地続きで、同じお客様が両方に触れる場合に、Shopifyへ寄せる利点が大きくなります。

Shopifyペイメントのオーソリ(支払いの承認)期間は7日間で、この期間内に確定しないと承認が切れます。7日を超えてから手動で確定した取引には、通常のクレジットカード手数料に加えて1.75%の手数料が適用されます。イベント日が先にある予約では、注文時に確定まで済ませる設定にするか、期限切れの1日前に警告メールを送る設定を有効にしておいてください。詳しい条件は Shopifyヘルプセンターの支払いの承認ページ にあります。

Shopifyの月額と予約アプリの月額の合計です。Shopifyベーシックは月払いで4,850円、年払いなら月あたり3,650円(2026年9月時点の公式料金)。まるっと予約は無料プランがあり、有料プランには7日間の無料トライアルが付きます。最新の金額は必ず Shopify公式の料金ページ と アプリページ で確認してください。

まとめ

物販と予約の一元管理は、Shopifyでは予約枠を商品として登録するところから始まります。アプリが足しているのは日時と定員の制御で、顧客・カート・計測という土台はShopify本体が持っています。だから、アプリを入れ替えてもデータはストアに残ります。

  • 一元管理で1本になるのは、顧客ID・カート・計測タグ・メール・レポートの5つ
  • 別サイト運用の弱点は月額ではなく、データ分断と突き合わせ作業の時間
  • 一元管理そのものが売上を増やすのではなく、導線の本数と測れる状態が増える
  • KPIは外部のベンチマークではなく、自店の初月の実数を基準線にする
  • 予約アプリはサービス予約型・先行予約型・レンタル宿泊型の3分類。用途が違うものを混ぜない
  • 事前決済にするならShopifyペイメントのオーソリ期間7日間を先に確認しておく
  • 客層が重ならない場合、効果は売上ではなく運用工数の削減に出る

→ まるっと予約のサービス詳細を見る

→ まるっと予約を無料プランから試す

PR→ Shopifyを無料で試してみる

この記事は、Shopify予約アプリ「まるっと予約」の開発者、大島慎平(SHIN)が書いています。

予約物販一元管理ECまるっと予約
Share
↑ 記事の先頭へ戻る
大島慎平(SHIN)

この記事の執筆者

個人開発者 / ソロプレナー

日本のShopifyストア向けアプリ「まるっとシリーズ」を、AIのコーディングツールと一緒に1人で企画・開発・運営しています。書籍編集者からWebエンジニアに転じて約10年。YouTubeでは、1人で事業をつくる過程を話しています。

Start by telling us what is stuck.

App questions and broader Shopify questions are equally welcome. Nothing needs to be fully specified yet. We usually reply within two business days.