商いのとなり｜Shopify

小さな会社のShopify運営を、AIと仕組みで少しずつ楽に。新機能を追うだけでなく、現場で何を任せ、どこを人が確認するかを考えます。商品登録・集客・運用改善の実務メモ。

[商いのとなり｜Shopify @Ck71E]

セール告知のリンク先がトップページだと、クリックした商品を客がもう一度探すことになる。元投稿の指摘はここが具体的。

自店なら次の配信前に30分取り、メール1通と広告1本をスマホで開き、紹介した商品・セットへ直接着くか確認する。売り切れ時の行き先も決めておく。
https://t.co/c4lFF5kfxu

[Kurt Elster @kurtinc]

Tip 4: the BFCM mistake I see every year is an ad or email that links to the homepage instead of the product that got the click. Link straight to the product or bundle. Don't make people hunt for the deal they already clicked on.

[商いのとなり｜Shopify @Ck71E]

照合する欄は「注文番号／変更項目／受付時刻／出荷指示への反映／確認者」。番号が欠けたメールは自動で結び付けず、担当へ戻す。出荷確定後の変更は通常の修正と分け、配送会社への連絡要否を確認する。

[商いのとなり｜Shopify @Ck71E]

受注を1画面に集めても、注文後の変更が抜ければ出荷は古いまま。元投稿の自作ツールはShopify・STORESの一元化に加え、変更メールも反映する。

小さな店なら直近10件の変更メールを注文番号で並べ、ピッキング表への反映を1人が確認する。
https://t.co/cT1lp3Gk3c

[ナショナルデパート @nationaldepart]

ワイフでも使える業務管理ソフトを作った。
新しく始めるShopifyとSTORESの管理画面を行き来しなくて済むし、1画面で製造数の計算、ピッキングリスト、ヤマトの送り状、出荷処理までできる。受注後の変更メールも読み込んで反映させられる優れもの。スマホからでも使える。
前作は捨てて3日で作った。

[商いのとなり｜Shopify @Ck71E]

棚には12個、販売可能数は7個。どちらも正しい場合がある。

架空例：棚12個−未検品の返品2個−未出荷注文の確保分3個＝販売可能7個。

数を直す前に「棚の数／売れる数／確保分」を別欄に。どの状態の数を比べたかを確認する。

[商いのとなり｜Shopify @Ck71E]

ラベル作成＝発送完了ではない。

架空例：10時ラベル作成→16時配送会社へ引渡し→18時追跡反映。

10〜16時に「発送済み」と返すと、追跡は未受付。返答は「出荷準備中」に。発送通知の時点と案内文を先に揃える。

[商いのとなり｜Shopify @Ck71E]

在庫が合わない時、全商品を数え直す前に1SKUだけ追う。

□ 注文で引いた数
□ キャンセルで戻した数
□ 返品後に再販できる数
□ 倉庫から戻った数

同じ日の履歴を並べ、いつ差が生まれたかを見る。AIに任せるなら、在庫を直接直す前に差のある行を拾うところから。

[商いのとなり｜Shopify @Ck71E]

AIが「この店では使えない」と記録した機能が、単に未導入だった。元投稿では調べ直し、テスト店で在庫閾値の通知まで動かした。

作り直す前に、AIが参照した情報と現在の設定を見比べたい。テスト用SKUの在庫を閾値より下げ、通知先と重複送信の有無を確認する。
https://t.co/ESjK0XIvY3

[Hiro｜元・工場×AI副業 @hiro_claudecode]

Shopifyのテスト店で自動化を組む前に、この店では使えんから作り直しが要る、とAIが台帳に書いとった。それには俺の手が要る。

朝にAIが調べ直したら、元は、その機能が未導入という記録だけ。今の店のまま、在庫が5を切ったらタグとメールが飛ぶとこまで動いた。

要らん手間を作るとこやった。

[商いのとなり｜Shopify @Ck71E]

各行に小さな削除ボタンを並べず、右クリックで操作できるようにした開発者の例。対象を選びやすくする工夫が面白い。

ECの社内台帳でも、SKUを探す→対象行を選ぶ→変更を確認する流れを担当者に試してもらう。スマホやキーボードでも誤操作しないか確かめたい。
https://t.co/SOo77IXMoj

[Kalen Jordan @kalenjordan]

I'm adding right-click menus left and right to the software I'm building for myself.

Tiny example: deleting something from a list. You can right-click anywhere in the row and hit delete. You don't have to aim for a little button, and you don't have to clutter up every row with one either.

It's just a better interaction. Bigger target, faster to get to, cleaner list.

So it's interesting that it isn't the standard.

I feel like a lot of SaaS is built around making everything discoverable for someone who's using it for the first time. Which makes sense when you're trying to get a ton of people to adopt it.

But I'm the one building this thing. I know the right-click menu is there. I put it there.

There are all these subtle decisions baked into software that we kinda accept as the way it has to work. Then you start building for yourself and realize how many of them were made to help someone learn the software, even if they make it less convenient once you know it.

I can build for the way I use it every day.

[商いのとなり｜Shopify @Ck71E]

返品期間を商品ごとに変えたつもりが、想定より短くなる。Shopify公式では、条件が重複する商品には最短の期間が適用される。

通常30日、セール品14日。セール品が別の90日設定にも入れば14日。公開前に重複する商品を1点選び、購入者に見える案内を確かめたい。
https://t.co/0pxlAv4Q8t

[Enlly（エンリー）｜Shopify店主のお助け @enlly_shopify]

詳しくは公式で確認できますが、返品期間のオーバーライドはデフォルトの返品期間を上書きします。複数のオーバーライドが適用される場合は、最短の返品期間が適用されます。詳しくは公式👇 https://t.co/FD0jEL1yf9 #Shopify

[商いのとなり｜Shopify @Ck71E]

自動更新ONのドメインでも、管理アカウントが変われば期限切れを見落とす。元投稿では監視役が通知し、人が更新した。

自社ECでもドメイン・決済・メールの期限を1枚に並べ、管理者と通知先を確認したい。AIが知らせた後、誰が手続きするかまで決めておく。
https://t.co/Iezl2DvZDm

[Jason ✨👾SaaStr.Ai✨ Lemkin @jasonlk]

Muse saved off arse last night

We had a critical domain that was expiring and should have autorenewed. But it had been moved to a different GoDaddy account, somehow by Google when they abandoned domains.

Muse caught it, told us urgently to renew it, we did

Thank you, Muse

[商いのとなり｜Shopify @Ck71E]

電話の入口を変える前に、注文照会・配送・返品・新規相談で分類。本人確認が要る注文情報や返金判断は担当者へ回す。折り返し漏れの件数と対応時間をまず測れば、自動応答が必要な場所も絞れる。

[商いのとなり｜Shopify @Ck71E]

営業時間内の電話が、担当者へ届かない。

Kalen Jordanはブランドへの電話が保留や留守番電話で止まることが多いと書く。AI応答の前に、折り返しの流れを確かめたい。

小さな店なら不在着信10件を「用件／担当／期限／完了」で並べ、残る用件から改善する。
https://t.co/vGp7Qoxdbw

[Kalen Jordan @kalenjordan]

My new side/main hustle.

Had a great call with @JordanGal yesterday. I think this
is going to be massive in the coming year.

Between phone system dead ends and voicemail, about half the calls I'm making to brands during business hours never reach a person.

And voicemail is a perfect place to pitch this.

Believe it or not, plumbers and electricians are way ahead of the curve compared to brands when it comes to AI phone agents.

[商いのとなり｜Shopify @Ck71E]

記録例：注文はA、ピッキング表はA、出荷写真は未保存、客先到着はB。ここから『梱包時の取り違え』と断定せず、伝票・棚番・同時に処理した注文を照合。事実、未確認、次の確認を別欄にする。架空の例。

[商いのとなり｜Shopify @Ck71E]

「違う商品が届いた」の記録が「確認不足」だけなら、次の出荷は変わらない。

引用元の指摘通り、反省より先に入れ替わった工程を調べたい。

出荷担当は直近1件を「注文／ピッキング／梱包時の確認／不明点」に整理。次に確認する人と期限を決める。
https://t.co/wBKfOT0gYD

[Gustave.Tokyo @GustaveTokyo]

「違う商品が届いた」というクレーム対応のあと、社内の記録に残るのが「確認不足。次回から注意する」の一文だけ、って経験ない？それだと次の出荷で具体的に何を変えればいいか誰にも決められない。「事実」と「分からないこと」を分けて書くだけで、次に調べるべきことが見えてくる。Google SREの事後検証の考え方を参考に、小規模EC向けの誤配送振り返りシートを作ってみた。 #EC運営 #業務改善

[商いのとなり｜Shopify @Ck71E]

提供元の説明では、在庫反映はおおよそ5分、変更・キャンセルの同期対象は発送前の注文。導入前は既存OMSとの併走可否、旧注文の移行有無、ギフト・同梱の扱いを確認したい。対応範囲が店の運用に合うかを先に確認。

[商いのとなり｜Shopify @Ck71E]

楽天とShopify、在庫が違う時にどちらを直すか。

新しい連携アプリは楽天注文をShopifyへ取り込み、Shopify在庫を基準に楽天へ同期する設計。転記の削減より、正本を決める点に注目。

両方で売る店は、1SKUの在庫変更・注文・キャンセルを描き、差異の確認者を決める。
https://t.co/LHPQcfyeuH

[LOGISTICS TODAY @logi_today]

EC在庫の“分断”解消、楽天とShopifyを接続-https://t.co/rOJzpojCP7
コマースロボティクスは「コマースロボ Shopify connect」を提供開始。楽天市場とShopifyの受注・在庫・出荷情報を自動連携し、データ転記や在庫調整などECバックヤード業務を効率化する。

[商いのとなり｜Shopify @Ck71E]

確認表は『商品ページの購入ボタン／レビューなどのアプリ表示／言語切替／スマホ』の4点。Canvas内で見えても、公開中テーマへ自動反映されるわけではない。既存テーマを残し、公開前に必要な機能が揃うか人が判定する。

[商いのとなり｜Shopify @Ck71E]

店の見た目を変える前に、公開中の機能を確認。

ShopifyのCanvasは店全体を並べて編集できる。ただし早期アクセスで、アプリブロックや翻訳は未対応。

使える店ならテーマを複製し、商品ページのスマホ表示と既存アプリの動作を試す。
https://t.co/QBvrGwyg62

[Shopify @Shopify]

There’s a new way to design stores on Shopify

Introducing Canvas

See your whole store at once. Click any detail to edit or tell Sidekick what you want to build.

[商いのとなり｜Shopify @Ck71E]

AIの返信が速くても、毎回直すなら仕事は減らない。
月額を考える時は、短縮した時間から回答表の更新・確認・再対応を引く。
月300件の架空例で、対象120件から差し引き月5時間の余力を計算。
自店の数字を入れる式をnoteに載せています。
https://t.co/uf4NvskU3Y

[商いのとなり｜Shopify @Ck71E]

分類の目安は、配送状況や営業時間など既存情報で答えが決まるか、返金・例外対応・商品の使い方の判断が要るか。定型回答でも、元情報と更新担当は決めておく。境界が曖昧なものは人へ回す。

[商いのとなり｜Shopify @Ck71E]

問い合わせを自動化する前に、店の言葉をどこに残すか決めたい。

レビュー返信や商品説明には人の手をかけたい、というEC運営の提案。賛成だが、全件を手作業に戻す話でもない。

EC担当なら直近10件を30分で「定型情報で返せる／判断が要る」に分け、後者の確認者を決める。
https://t.co/Ml3Se8ri0p

[株式会社ローカルコマース @local_comm]

【EC運営、あえて自動化しない方がいい業務は？】
AIやShopify Flowで自動化できることは増えましたが、あえて人の手と時間をかけるべき仕事もあると考えています。

◆時間をかけたい業務
・お問い合わせやレビューへの返信
・商品説明、ブランドの言葉づくり
・同梱物の手書きメッセージ

◆理由
「この店から買いたい」と思ってもらえる理由は、効率化の外側に残ると考えています。
自動化で空いた時間を、ここに回すのが理想です。