Use this ワークフロー いつ iOS demand proven と product needs more reliable way へ move 投稿 文脈 between ソーシャル apps と 返信 アシスタント.
ワークフロー
iOSキーボード + 共有拡張 workflow
3つの下書きを生成し、1つを選び、編集して手動投稿します。
最終更新: 2026-07-15. このワークフローは最終公開投稿を手動のままにします。
ユースケース
このワークフローを使うタイミング
手順
ステップごとのワークフロー
ステップ 1
Share 投稿 context
Use iOS 共有拡張 いつ source app makes sharing or copying easier than 手動 paste.
ステップ 2
Generate drafts in TypeToSell
3つの下書きを生成し、1つを選び、編集して手動投稿します。
ステップ 3
Select 返信 angle
Pick trust, conversation, or natural next step based on post's buyer stage.
ステップ 4
Return through キーボード or copy
3つの下書きを生成し、1つを選び、編集して手動投稿します。
ステップ 5
Review 前 posting
Edit 向け voice と press final ソーシャル プラットフォーム button manually.
代替案
プロセスのトレードオフを比較
iOSキーボード only
トレードオフ: May struggle いつ users need へ pass rich 文脈 from source 投稿.
推奨: Pair 付き 共有拡張 向け 文脈 capture.
共有拡張 only
トレードオフ: Good 向け capture, weaker 向け insertion back into 入力欄.
推奨: Pair 付き キーボード or copy fallback.
モバイル web first
トレードオフ: Simpler と faster 向け validation.
推奨: Keep it as required 優先 step.
判断ルール
各ルートを選ぶタイミング
iOS users need 文脈 capture
Add 共有拡張.
iOS users need 入力欄 speed
Add キーボード 対応.
Validation まだ weak
Keep improving モバイルWeb 前 native iOS work.
FAQ
ワークフローの質問
なぜ pair iOSキーボード 付き 共有拡張?
The キーボード helps insertion, while 共有拡張 helps capture 文脈 from source app.
すべきか iOS come 前 Android?
Usually no. iOS べき follow モバイルWeb と Androidキーボード validation unless iOS demand clearly stronger.
しますか this ワークフロー auto-投稿?
いいえ。 user reviews と manually posts selected 返信.