文章

共 851 篇 · 第 3/18 页

• App Store 事前予約（Pre-order）実務：90 日ルールと day-1 集約2026/9/18

  Apple の pre-order はリリース前に商品ページを出し、day-1 の DL を集約して順位を上げられる仕組み。Play の事前登録（opc-pre-registration-channels）と対になる機能を整理する（C 方向）。

• 中国配信の ICP 義務：Apple 中国ストアの特殊ゲート2026/9/18

  中国大陸向け配信には ICP 届出（インターネット情報サービス備案）が必要で、Apple 自身が実施している。外国開発者への影響と現実的な選択肢を整理する（C 方向）。配信地域の絞り込みは opc-region-targeting。

• App Store 2026 SDK 要件：Xcode 26/iOS 26 SDK 義務（既に発効）2026/9/18

  2026-04-28 から App Store Connect へのアップロードは Xcode 26 以上+iOS 26 系 SDK でのビルドが義務となった（既に発効）。Android 側の義務（c-play-billing-library-migration）と対になる Apple 側の年次要件を整理する（C 方向

• App Store フィーチャー申請の実務：Nomination フォームの使い方2026/9/18

  App Store の編集部フィーチャーは「検討されるだけ」だが、App Store Connect の Nomination フォームが唯一の正式申請チャネルで無料。一人開発でも申請できる正式手順とタイミングを整理する（C 方向）。申請に載せる素材は opc-store-screenshot-creative、イベン

• Google Play クローズドテスト義務：新個人アカウントの 12 テスター×14 日2026/9/18

  Google Play は 2023-11-13 以降に作成された個人開発者アカウントに対し、本番公開前にクローズドテスト（12 テスター×14 日継続）を義務付けた。新規アプリを Play に出す前の手続き上の関門として要件と実務を整理する（C 方向）。品質側の Vitals は c-play-vitals。

• App Store Offer Codes 実務：上限値と配布チャネルの設計2026/9/18

  サブスクの無料期間を「コード」で配れる Apple の Offer Codes は、パートナー配布・メディア掲載・コミュニティ還元に使える法定チャネル。上限値と実務的な配布設計を整理する（C 方向）。Apple 側の別施策 In-App Events は c-app-store-in-app-events。

• Remote Config 実務（一人開発）：段階的ロールアウトとキルスイッチ2026/9/18

  store リリースなしで機能の ON/OFF と露出率を変えられる Remote Config は一人開発の安全弁。Firebase Remote Config の段階的ロールアウト・キルスイッチ・制限値を実務として整理する（B 方向）。フィーチャーフラグの設計思想は opc-feature-flag-solo、クラ

• 1 页 PRD の構成：三動詞・データフロー・COGS を一枚に2026/9/18

  B 方向·OPC 最佳实践。「PRD v1 を Go 判定後に作成」（opc-first-product-prototype-design 断点）——その PRD の構成そのものを先に決めておくと、Go 判定当日に書き始められる。

• 対象外宣言：誰に売らないかを明文化する2026/9/18

  B 方向·OPC 最佳实践（ポジショニング）。マーケティングは「誰に売るか」ばかり語る——银发家族サービスでは「誰には売らないか」を明文化する方が、糾纷防止・責任境界・集中の三つを同時に解決する。

• ニュースレター スポンサー広告の実務：価格設定と枠の作り方2026/9/18

  ニュースレターは配信設計（opc-email-newsletter-digest）と到達率（opc-email-domain-auth）を整理したが、収益化側が未整理。一人開発がスポンサー枠を売る場合の CPM 水準・価格式・枠の種類を調べる（B 方向）。

• Webhook の再送と重複排除：誤通知＝信頼毀損を防ぐ2026/9/18

  B 方向·OPC 最佳实践（実装設計）。LINE の Messaging API はWebhook 受信側が 2xx を返さないと同じイベントを再送する——重複排除（idempotency）の設計がないと、家族に「同じ告警が 2 回」届き、それが信頼毀損になる。

• LINE リッチメニュー設計：老人端の常設 UI は 3 ボタンで終わる2026/9/18

  B 方向·OPC 最佳实践。LINE bot の下部に常設できるリッチメニュー——老人端の唯一の常設 UI。三動詞設計（opc-first-product-prototype-design）をこの面に実装する具体仕様。

• Lifetime Deal（LTD）の落とし穴：AppSumo 型即時資金調達の判断基準2026/9/18

  「一回払いで永久利用権」の LTD は初期の現金調達とユーザー獲得の近道に見えるが、サブスク収益を永続的に失う取引でもある。実例と判断基準を整理し、一人開発が LTD を打つべき条件を明示する（B 方向）。課金設計は opc-pricing-design-consolidated、トライアル転換は opc-trial-

• アプリ内レビュー誘導：プロンプトのタイミング設計と制限2026/9/18

  レビュー数は ASO の土台だが、誘導のタイミングを間違えると低評価を集めシステム制限で誘導自体が止まる。SKStoreReviewController（iOS）と Play In-App Review API（Android）のタイミング定説と制限値を実務として整理する（B 方向）。ストア資産の設計は opc-sto

• 家族向けアセットライブラリ：増え続ける配布物の统一管理2026/9/18

  B 方向·OPC 最佳实践。印刷复用の設計で配布物が 8 点を超えた（预订码/対応カード/工作シート/合意メモ/チェックリスト/宝物地図/申請書ガイド/思い出カード）——版管理と保管の统一を先に決めないと、古い版が出回る事故が起きる。

• アプリアイコン設計ブリーフ：シンプル原則と A/B 検証の実務2026/9/18

  アイコンは検索結果で最初に目に入る資産で、スクショ（opc-store-screenshot-creative）とセットで転換を決める。シンプル原則・1 焦点・コントラストという定説と、Product Page Optimization でのアイコン A/B 検証の実務を整理する（B 方向）。

• 予備機と予備 SIM：回線断絶の事前防御（越境家族特化）2026/9/18

  A 方向·应用灵感。携帯料金滞纳（japan-family-mobile-billing-agency）が起きた時、遠距離子女は即座に復旧させられない（窓口に行けない/委任状に時間がかかる）——事前の予備機・予備 SIM が唯一の即応手段。

• ビデオ通話定例化アプリ：週次接点を「約束」として設計する2026/9/18

  ビデオ通話は孤独感を減らすという研究的一貫した知見があるが、日本の家族は「たまにかける」パターンで、シニア側はかけてもらうのを待つ側になりがち。週次の定例接点を「約束」としてスケジュールする仕組みを調べる（A 方向）。操作支援は japan-remote-smartphone-support、テレビ表示は japan-

• 冬の室温管理アプリ：WHO の 18℃ 基準を自宅で守る仕組み2026/9/18

  夏の熱中症（japan-heatstroke-watch-module）と浴室のヒートショック（japan-heat-shock-module）は既にカバーしているが、居間・寝室の平常時の室温が未カバー。WHO は冬の室温 18℃ 以上を推奨し、低室温は血圧・睡眠に悪影響だが日本の実態は推奨を下回る。18℃ 基準を自宅

• タンパク質摂取アプリ：1 食 20g×3 回の筋合成基準をシニアに届ける2026/9/18

  サルコペニア予防の栄養基準は「1 食あたり 20〜30g×3 回」と食事の分割に特徴があるが、シニアは1 回の食事で必要量を満たせず・3 食の配分を意識できない。転倒筋（japan-senior-balance-test）・骨（japan-senior-bone-density）に続き「筋肉の材料」側の記録アプリの要件

• 年末年始クロージャー計画：休診・薬切れ・孤立の事前準備モジュール2026/9/18

  年末年始（12/29〜1/3）は多くの病院が休診になり、訪問看護も営業日が変わる。一人暮らしシニアは「薬切れ・急変・孤立」の三重リスクを集中して負う。家族が 12 月中に一度やっておく準備をアプリ化する要件を調べる（A 方向）。薬の在庫は japan-home-medicine-cabinet、安否確認は japan-

• 歯磨き・フッ素習慣アプリ：8020 運動と予防歯科の接続2026/9/18

  8020（80 歳で 20 本以上の自分の歯）は国と歯科医師会が 35 年推進してきた指標。オーラルフレイル（japan-oral-frailty-module）対策の土台は歯磨きと定期検診だが、シニアの「いつ・どのフッ素濃度で・どう磨くか」を支えるアプリは整理されていない。習慣アプリ（japan-handwash-h

• 血糖・HbA1c 記録アプリ：予備群 1,000 万人の保健指導受け漏れを埋める2026/9/18

  糖尿病「強く疑われる」約 1,100 万人＋予備群約 1,000 万人という規模の問題だが、健診で要指導と判定されても73.5% が保健指導を受けていない。血圧（japan-senior-blood-pressure-log）に続き、血糖のセルフ記録と指導フォローアップ側にアプリの入り口があるかを調べる（A 方向）。

• 委任状でできること/できないこと：家族代理手続きの正攻法2026/9/18

  A 方向·应用灵感（灵感库登録対象）。各モジュールで「解约=本人手続き」「家族は红线」と引いてきた線——委任状がその正攻法。できる/できないを一段表に整理する。

• OSS ライセンス遵守：使っているなら表示する義務の清单2026/9/18

  C 方向·出海合规（法务卫生）。スタック（CF Workers/Hono/各種ライブラリ）は OSS の集合——MIT/Apache でも「著作権表示の保持」という義務があり、GPL 系は混入自体が設計ミス。法人化（GK）の前に一回きちんと整理する。

• 品物のストーリー録音：手放す前に話を録る模块2026/9/18

  A 方向·应用灵感。写真选別会（japan-photo-sorting-workshop）は「ありがとうで手放す」の写真版——本篇は品物版：生前整理（japan-pre-death-declutter）で手放す品物の思い出を、手放す前に録音する。

• 深夜の緊急電話フロー：この製品が存在する瞬間のための手順2026/9/18

  A 方向·应用灵感。全モジュールが存在する理由はこの瞬間——夜中に親から「転んだ」「痛い」と電話が来た時、遠距離の家族がパニックにならず行動するための固定手順。

• 身元保证人问题：親の住宅契约を家族が支える方法2026/9/18

  A 方向·应用灵感。賃貸・サ高住・有料老人ホームの契約で必ず出る壁が「身元保証人」——遠距離・兄弟不和・海外在住の家族には立てられない場合があり、住宅確保そのものが詰まる（身元保证制度の解説【一次源待核】）。

• 親との旅行計画：高齢の親を連れて出かける家族の checklist2026/9/18

  A 方向·应用灵感。思い出巡礼（japan-memory-places-module）は「思い出の場所」——本篇は一般の親との家族旅行：車椅子・薬・ペット预かり・宿選びの配慮を checklist 化する。

• 競合アプリの収益推定データソース：matrix 検証の補強材2026/9/18

  C 方向·应用出海机会（データソース）。競争密度マップ（japan-competition-density-map）と矩阵 v2（opc-product-line-matrix-v2）の「付费証据」列は定性が主——収益推定ツールで競合アプリの売上を補強できるが、精度の限界を知った上で使う。

• スペイン シニア市場観察：grey divide と es-ES ローカライズ2026/9/18

  EU 市場の 3 番手候補としてスペインを評価する。高齢者のデジタル利用（grey divide）・市場規模・es-ES と es-MX の使い分けを確認し、c-germany-senior-market・c-france-market・c-mexico-market と比較する（C 方向）。

• Android Vitals 実務：しきい値（1.09%/0.47%）とストア露出の関係2026/9/18

  Play Store は技術品質（クラッシュ・ANR）がしきい値を超えるとストア露出を下げる。しきい値の正確値と確認手順、一人開発の防御策を整理する（C 方向）。クラッシュ収集の実務は opc-crash-reporting-setup、配信基盤は c-google-play-japan-distribution。

• メキシコ市場観察：OXXO 現金文化と WhatsApp 前提の第二市場評価2026/9/18

  ラテンアメリカ最大級のアプリ市場メキシコを第二市場候補として評価する。決済（OXXO バウチャー現金文化）・チャネル（WhatsApp 前提）・シニアのデジタル格差を確認し、c-brazil-market-observation と比較する（C 方向）。

• 第二市场の商標查重 DB：KIPRIS/TIPO/CNIPA の一覧2026/9/18

  C 方向·应用出海机会。J-PlatPat（opc-naming-trademark-basics）は日本限定——韩国・台湾・タイの内容试水が始まった時点で、現地の商標查重が必要になる。DB の所在だけ先に確保する。

• Google 2026 開発者デベロッパー確認：Android 配信の新ゲート2026/9/18

  Google は 2026 年から Play 外（サイドロード含む）にも開発者本人確認を拡大する——Android 配信全般の新ゲート。タイムライン・対象範囲・一人開発への影響を確認する（C 方向）。多ストア配信の文脈は c-samsung-galaxy-store・c-amazon-appstore。

• 中文内容プラットフォームの現状：越境家族 GEO 试点の发送先選択2026/9/18

  C 方向·应用出海机会（越境家族線の待核关闭）。japan-china-cross-border-family-care の「中文 GEO 试点 ¥0」——どのプラットフォームに発信するかの現状確認。運営者自身が中国在住＝各平台のアカウント要件を満たせるのが前提条件。

• 水浒好汉穿越 2026：招安前夜的世界观构思2026/9/17

  延续"古人进现代"内容赛道的第二个 IP 构思（第一个是 [[../wang-xiaobo-legacy]] 的短视频传播）。要回答：

• 年次まとめメール（あなたの 1 年を 1 通に）2026/9/17

  OPC（B 方向）。Spotify の Wrapped が証明した「ユーザー自身の 1 年のデータを見せる」形式は、自分のメルマガ（opc-email-newsletter-digest）にも移植できる。12 月の年越し点検（opc-year-end-checklist）の季節に合わせ、家族ユーザーに「あなたの 1 年

• 年越し 12 月点检统合 checklist（runbook v0）2026/9/17

  批九十二断点遗留「12 月点检统合确认」。点检项が各课题（store 審査要件・价格通知・课金动线・backup/rollback drill・契约・申告）に散在しており、12 月に一度まとめて走る checklist がない。本课题は既有点检を统合し、年越し时の见落としを防ぐ runbook を設計する（OPC 最佳

• ウィジェットで「開かずに見せる」（senior UX の一手）2026/9/17

  OPC（B 方向）。シニア向けアプリの使用ハードルは「アプリを開く」こと自体にある。ホーム画面のウィジェット・クイックアクションは開かずに記録・確認ができる装置で、通知を増やさない家族連携の対案になる。通知設計は opc-notification-tone-guide が既存、本课题は widget の設計。

• ライブデモ・オンライン説明会（家族向け 15 分型）2026/9/17

  OPC（B 方向）。シニア向け产品の购买决策者は家族（40〜50 代）で、store 説明だけでは「親にどう使ってもらうか」が伝わらない。販売チームのない solo の代わりに、ライブデモが反論処理の場になるかを最小構成で試す設計。

• ユーザー教育统合设计书（導線/支援/文言/検証 v1）2026/9/17

  OPC（B 方向）。ユーザー教育関連が 5 つ以上の課題（onboarding・空状態・エラー文言・ヘルプ・動画）に散在。統合設計書シリーズ第 17 本として4 層に統合する。構成は他の统合と同型。

• 自社ツール費用の年次棚卸し（SaaS sprawl 対策 solo 版）2026/9/17

  OPC（B 方向）。モニタリング・配信・DB・AI・デザインなど月額ツールが積み上がり、「使っていない有料ツール」が増える。AI 特化の費用最適化は opc-ai-cost-optimization で扱ったので、本课题は汎用 SaaS/ツール全体の年 1 回の棚卸し設計。

• 時間実測ログ（外注候補抽出の入力データ）2026/9/17

  OPC（B 方向）。初回外注の候補タスクは「再瞬性が高い・受入基準を文章化できる・失敗しても壊れない」3 条件（opc-first-contractor）だが、実際に自分の時間がどこへ流れているかの実測がないと候補抽出が感覚になる。四半期 1 回の時間実測を運用として固定する。

• 実機テスト端末マトリクス（solo の最小保有計画）2026/9/17

  OPC（B 方向）。Android は 2 万 4,000 機種あると言われ、実機をいくつ持つべきか迷う。自社ユーザーの実態（シニアは端末更新が遅い）に合わせた最小マトリクスと、実機で補えない部分の分担を決める。

• テスト统合设计书（unit/統合/UI/端末 v1）2026/9/17

  OPC（B 方向）。テスト関連が 4 つ以上の課題（自動テスト・端末実機・プレリリースレポート・precheck）に散在。統合設計書シリーズ第 18 本としてテストピラミッドの 4 層に統合する。（テストピラミッドの定説：unit 多く→統合中程度→UI/E2E 最小、Android Developers 参照）

• UI 自動テストの最小導入（スモーク 3 本から）2026/9/17

  OPC（B 方向）。リリースごとの手動確認（起動・ログイン・記録）は必ずサボる。solo 向けに評判の良い Maestro を使ったスモーク 3 本の最小導入の設計。実務知見は通説ベース（WebSearch 枠切れ、ツール比較の一次確認は次回）。

• 予定納税の要否判定と減額申請（OPC 税務・中間負担管理）2026/9/17

  OPC（B 方向）。前年の所得税額が基準を超えると予定納税が発生し、7 月・11 月の二回の現金流出が solo のキャッシュフローを圧迫する。今年の売上が前年より落ちている場合は減額申請で抑えられるが、判定を毎年忘れる・面倒でやらないロスがある。判定ミニツールの設計。

• 税務统合设计书（日本/海外/事務/監視の 4 層 v1）2026/9/17

  OPC（B 方向）。税務関連が 10 件以上の課題（予定納税・輸出免税・消費税・EU VAT・UK VAT・インボイス・決算開示等）に散在。統合設計書シリーズ第 16 本として4 層の 1 枚に統合する。

• サポート统合设计书（受け口/対応/記録/文言の 4 層 v1）2026/9/17

  OPC（B 方向）。サポート関連が 4 つの課題（tier 設計・AI 下書き・フィードバック分類・エラー文言）に分かれ、点検が散る。統合設計書シリーズ第 7 本として4 層の 1 枚に統合する。構成は性能统合（opc-performance-design-consolidated）と同型。源課題管理は opc-doc