昨晚折腾了一晚上Stripe账户之间迁移数据，分享下流程。整个流程有些繁琐，我尽量把想到的要点都提到。
Stripe的说明里包括了从外部系统迁移订阅数据和Stripe账号之间迁移订阅数据的办法。详细信息可以查阅文档
https://docs.stripe.com/billing/subscriptions/migrate-subscriptions
迁移订阅数据已知情况：
1. Customer和Subscription都可以迁移到新账号并且支持自动扣款。
2. 新账号的Customer和Subscription创建时间都会更新为迁移的时间，并且看不到历史支付数据（历史支付无法迁移）
3. 使用toolkit迁移数据（推荐），有至少24小时的订阅发布窗口期，这24小时内旧订阅数据处于Scheduled状态，旧订阅用户没办法在新账号访问这部分数据进行取消和升级。
4. 如果在发布窗口期中有用户续费，在旧系统中完成续费再单独迁移这部分续费用户数据可能是更简单的方案（我没这种情况，我刚好这一天都没人续费）
1. Stripe两个账户之间要有一一对应的产品、价格结构（导入订阅要用）、优惠券（导入订阅要用）和账户配置。尤其是PriceID要能和旧的账户的PriceID一一对上，最好写个新旧ID的映射文件。优惠券配置的时候ID可以设置成直接跟源系统一样，这样能免掉后面映射优惠券的过程。另外业务系统还有很多要修改的变量，比如业务系统中的STRIPE SECRET KEY，WEBHOOK SECRET，PRICEID全部都要进行替换。选择合适的时间把网站整个切到新的Stripe账号上（我在上传订阅数据以后马上就切了线上系统，数据继续积累到旧账户中）。
2. 迁移Customer数据
2.1 在两个Stripe账户里迁移Customer很简单，在源账户选择复制Customer，输入目标账户accountid，确认，再到目标账户确认接收就可以。通过这种方式迁移的CustomerID不会变。https://docs.stripe.com/get-started/data-migrationsCustomer
2.2 数据里包括了用户支付方式，迁移完成以后，根据这里的方式给用户添加默认支付方式，我用官方提供脚本批量更新的数据。https://docs.stripe.com/billing/subscriptions/toolkit-reference
3. 导入订阅数据。官方提供了两种方式迁移订阅数据，一个后台的toolkit或者API。我用toolkit。https://docs.stripe.com/billing/subscriptions/import-subscriptions-toolkit
3.1 准备数据
3.1.1 下载对应的Toolkit**模板csv**
3.1.2 导出源账户中的**旧订阅数据csv**
3.1.3 写脚本把**旧订阅数据csv**按照**模板csv**的要求转化成**导入数据csv**，这个过程要用到新旧PriceID的映射文件。尤其要注意时区的处理！！！详细的脚本逻辑可以看说明https://docs.stripe.com/billing/subscriptions/toolkit-reference#within-Stripe-accounts
3.2 上传数据
到Stripe后台-Subscription-Migration界面选择开始迁移，上传刚才准备好的**导入数据csv**，系统会进行数据合法性检查，按照说明修改直到全部通过。
4. 检查和监控
4.1 检查数据
上传数据后系统有大概10多个小时的反悔期供检查数据，如果发现问题可以撤销整个导入，不会对线上系统产生任何影响。
4.1.1 检查注意事项
检查数据尤其需要检查订阅数据的生效时间和下次付款的时间（尤其注意时区）、订阅计划、优惠券、周期结束后取消的订阅。
4.2 等待发布
反悔期后就Stripe系统会在上传数据24小时（根据3.1.3步骤设置的时间决定）后发布订阅。
4.3 发布后取消旧账号的用户订阅避免二次退款（这点我不确定Stripe会不会自己处理，确定以后我回来编辑）
4.2 监控线上业务运行情况
重点监控新用户订单，老用户新订单，老用户续费等几个场景是否出现异常。
Stripe的说明里包括了从外部系统迁移订阅数据和Stripe账号之间迁移订阅数据的办法。详细信息可以查阅文档
https://docs.stripe.com/billing/subscriptions/migrate-subscriptions
迁移订阅数据已知情况：
1. Customer和Subscription都可以迁移到新账号并且支持自动扣款。
2. 新账号的Customer和Subscription创建时间都会更新为迁移的时间，并且看不到历史支付数据（历史支付无法迁移）
3. 使用toolkit迁移数据（推荐），有至少24小时的订阅发布窗口期，这24小时内旧订阅数据处于Scheduled状态，旧订阅用户没办法在新账号访问这部分数据进行取消和升级。
4. 如果在发布窗口期中有用户续费，在旧系统中完成续费再单独迁移这部分续费用户数据可能是更简单的方案（我没这种情况，我刚好这一天都没人续费）
1. Stripe两个账户之间要有一一对应的产品、价格结构（导入订阅要用）、优惠券（导入订阅要用）和账户配置。尤其是PriceID要能和旧的账户的PriceID一一对上，最好写个新旧ID的映射文件。优惠券配置的时候ID可以设置成直接跟源系统一样，这样能免掉后面映射优惠券的过程。另外业务系统还有很多要修改的变量，比如业务系统中的STRIPE SECRET KEY，WEBHOOK SECRET，PRICEID全部都要进行替换。选择合适的时间把网站整个切到新的Stripe账号上（我在上传订阅数据以后马上就切了线上系统，数据继续积累到旧账户中）。
2. 迁移Customer数据
2.1 在两个Stripe账户里迁移Customer很简单，在源账户选择复制Customer，输入目标账户accountid，确认，再到目标账户确认接收就可以。通过这种方式迁移的CustomerID不会变。https://docs.stripe.com/get-started/data-migrationsCustomer
2.2 数据里包括了用户支付方式，迁移完成以后，根据这里的方式给用户添加默认支付方式，我用官方提供脚本批量更新的数据。https://docs.stripe.com/billing/subscriptions/toolkit-reference
3. 导入订阅数据。官方提供了两种方式迁移订阅数据，一个后台的toolkit或者API。我用toolkit。https://docs.stripe.com/billing/subscriptions/import-subscriptions-toolkit
3.1 准备数据
3.1.1 下载对应的Toolkit**模板csv**
3.1.2 导出源账户中的**旧订阅数据csv**
3.1.3 写脚本把**旧订阅数据csv**按照**模板csv**的要求转化成**导入数据csv**，这个过程要用到新旧PriceID的映射文件。尤其要注意时区的处理！！！详细的脚本逻辑可以看说明https://docs.stripe.com/billing/subscriptions/toolkit-reference#within-Stripe-accounts
3.2 上传数据
到Stripe后台-Subscription-Migration界面选择开始迁移，上传刚才准备好的**导入数据csv**，系统会进行数据合法性检查，按照说明修改直到全部通过。
4. 检查和监控
4.1 检查数据
上传数据后系统有大概10多个小时的反悔期供检查数据，如果发现问题可以撤销整个导入，不会对线上系统产生任何影响。
4.1.1 检查注意事项
检查数据尤其需要检查订阅数据的生效时间和下次付款的时间（尤其注意时区）、订阅计划、优惠券、周期结束后取消的订阅。
4.2 等待发布
反悔期后就Stripe系统会在上传数据24小时（根据3.1.3步骤设置的时间决定）后发布订阅。
4.3 发布后取消旧账号的用户订阅避免二次退款（这点我不确定Stripe会不会自己处理，确定以后我回来编辑）
4.2 监控线上业务运行情况
重点监控新用户订单，老用户新订单，老用户续费等几个场景是否出现异常。
❤1
你没看错，这个一年一千万访问量的网站 https://blackscreen.app/ ，只有一个功能，给你显示黑屏。
其他什么操作都没有，也没有任何的文字说明，你打开网站，他就开始工作了。
你可能会想问，站长是怎么想到这个需求的呢？
肯定不是拍脑袋也不是拍大腿。
这个网站40%访问量来自于搜索引擎，56%访问量来自于直接打开。
这就说明了两件事情，一是这个网站可以源源不断的从搜索引擎补充新流量，二是这个网站可以把流量留下来，用户愿意记住网址或者加入收藏夹，方便下次直接打开就用。
因为站长知道有人会在谷歌等搜索引擎搜索“Black Screen”，所以他就做了这么一个网站来解决这些搜索用户的需求。
因为他做的网站能够解决需求，所以用户愿意用，谷歌也愿意给排名。
这个网站域名注册于2020年，其实离现在并不远，不是一几年，也不是零几年，而是2020年。
还有另一个网站 https://blackscreen.space/ 注册于2023年6月，到现在还不足两年。
这两个网站，占领了谷歌搜索“Black Screen”的前两名。
刚才说了，这种需求不太可能是拍脑袋想出来的，那要怎么知道有这样的需求呢？
既然我们想要流量来自于搜索引擎，那就去研究搜索引擎关键词就好了。
你可以用专业的 SEO 工具去调研关键词，如 Ahrefs、Similarweb、Semrush等，但这些都要花钱买会员，今天哥飞教给大家两个不用花钱的方法。
一是用谷歌搜索的下拉搜索功能，如图二，你输入任何关键词，都能够给你显示相关的有搜索量的关键词。
二是用谷歌趋势 https://trends.google.com/trends/ 的相关查询功能，如图三，同样可以基于你输入的关键词，给你显示相关的热门搜索关键词。
这两个工具还可以结合起来使用，在第一个里找到一些关键词，在第二个里同时查看多个关键词的热度趋势，从而找出有更多搜索量的关键词。
其他什么操作都没有，也没有任何的文字说明，你打开网站，他就开始工作了。
你可能会想问，站长是怎么想到这个需求的呢？
肯定不是拍脑袋也不是拍大腿。
这个网站40%访问量来自于搜索引擎，56%访问量来自于直接打开。
这就说明了两件事情，一是这个网站可以源源不断的从搜索引擎补充新流量，二是这个网站可以把流量留下来，用户愿意记住网址或者加入收藏夹，方便下次直接打开就用。
因为站长知道有人会在谷歌等搜索引擎搜索“Black Screen”，所以他就做了这么一个网站来解决这些搜索用户的需求。
因为他做的网站能够解决需求，所以用户愿意用，谷歌也愿意给排名。
这个网站域名注册于2020年，其实离现在并不远，不是一几年，也不是零几年，而是2020年。
还有另一个网站 https://blackscreen.space/ 注册于2023年6月，到现在还不足两年。
这两个网站，占领了谷歌搜索“Black Screen”的前两名。
刚才说了，这种需求不太可能是拍脑袋想出来的，那要怎么知道有这样的需求呢？
既然我们想要流量来自于搜索引擎，那就去研究搜索引擎关键词就好了。
你可以用专业的 SEO 工具去调研关键词，如 Ahrefs、Similarweb、Semrush等，但这些都要花钱买会员，今天哥飞教给大家两个不用花钱的方法。
一是用谷歌搜索的下拉搜索功能，如图二，你输入任何关键词，都能够给你显示相关的有搜索量的关键词。
二是用谷歌趋势 https://trends.google.com/trends/ 的相关查询功能，如图三，同样可以基于你输入的关键词，给你显示相关的热门搜索关键词。
这两个工具还可以结合起来使用，在第一个里找到一些关键词，在第二个里同时查看多个关键词的热度趋势，从而找出有更多搜索量的关键词。
👍2
不如说，
deepseek是国产安卓手机的
小米时刻…
而引发的遐想在于，
wap上网时代的3G门户，
挂上「小米」两个字的新闻，
可以刷出上千条的评论…
在大学教室里，刷NBA文字直播，
可以让一群男生对着裤裆发笑，
张向东在「移动互联网」
还没有广泛普及的时候，
已经是最「先锋」的一批创业者，
与另一位大厂高管撞名引发的乌龙，
比他的网站更出圈，
后来的故事，喜爱运动的他，
去做高端自行车，再后来销声匿迹…
deepseek是国产安卓手机的
小米时刻…
而引发的遐想在于，
wap上网时代的3G门户，
挂上「小米」两个字的新闻，
可以刷出上千条的评论…
在大学教室里，刷NBA文字直播，
可以让一群男生对着裤裆发笑，
张向东在「移动互联网」
还没有广泛普及的时候，
已经是最「先锋」的一批创业者，
与另一位大厂高管撞名引发的乌龙，
比他的网站更出圈，
后来的故事，喜爱运动的他，
去做高端自行车，再后来销声匿迹…
❤1
原型项目介绍：
项目名称： 日历打卡应用
原型介绍：
这是一个日历打卡应用的原型设计文档，包含了19个页面，涉及用户的日常打卡、付费服务、地址管理等多个功能模块。原型使用Axure工具制作，方便团队成员预览和协作。
原型文档包含内容：
首页：用户登录后的初始界面。
详情页：展示打卡项目的详细信息。
详情页已加入0元/付费：用户已加入的免费或付费打卡项目。
弹框：用于提示用户操作反馈或额外信息。
0元，4点前/4-8点/8点后：不同时间段的打卡选项。
知行卡：可能是应用内的积分或奖励系统。
支付完成：用户完成支付后的确认页面。
选择地址/编辑/添加地址：用户管理打卡地点的功能。
付费，4点前/4-8点/8点后：不同时间段的付费打卡选项。
日历：用户查看和管理打卡日程的界面。
行知卡：可能是应用内的另一项积分或奖励系统。
打卡完成：用户完成打卡后的反馈页面。
排行榜：展示用户打卡成绩的排名。
所属行业：
健康与生活方式行业，特别是针对早起打卡和习惯养成的应用。
解决了什么痛点或目标：
帮助用户养成早起的习惯。
提供激励机制，通过积分和奖励系统鼓励用户坚持。
通过付费服务增加用户粘性和收入来源。
核心功能模块介绍：
打卡系统： 用户可以在不同时间段进行打卡，以养成早起习惯。
积分奖励系统（知行卡/行知卡）： 用户通过打卡获得积分，积分可用于兑换奖励或优惠。
付费服务： 用户可以选择付费服务以获得更多功能或特权。
地址管理： 用户可以添加和管理打卡地点，使打卡更加个性化和便捷。
日历管理： 用户可以查看和管理自己的打卡日程，便于规划和回顾。
排行榜： 展示用户的打卡成绩，增加竞争性和动力。首页
合计19个页面
首页、详情页、详情页已加入0元、详情页已加入付费、弹框、0元，4点前、0元，4-8点、0元8点后、知行卡、支付完成、选择地址、编辑/添加地址、付费，4点前、付费，4-8点、付费，8点后、日历、行知卡、打卡完成、排行榜
https://axurehub.com/29330.html
项目名称： 日历打卡应用
原型介绍：
这是一个日历打卡应用的原型设计文档，包含了19个页面，涉及用户的日常打卡、付费服务、地址管理等多个功能模块。原型使用Axure工具制作，方便团队成员预览和协作。
原型文档包含内容：
首页：用户登录后的初始界面。
详情页：展示打卡项目的详细信息。
详情页已加入0元/付费：用户已加入的免费或付费打卡项目。
弹框：用于提示用户操作反馈或额外信息。
0元，4点前/4-8点/8点后：不同时间段的打卡选项。
知行卡：可能是应用内的积分或奖励系统。
支付完成：用户完成支付后的确认页面。
选择地址/编辑/添加地址：用户管理打卡地点的功能。
付费，4点前/4-8点/8点后：不同时间段的付费打卡选项。
日历：用户查看和管理打卡日程的界面。
行知卡：可能是应用内的另一项积分或奖励系统。
打卡完成：用户完成打卡后的反馈页面。
排行榜：展示用户打卡成绩的排名。
所属行业：
健康与生活方式行业，特别是针对早起打卡和习惯养成的应用。
解决了什么痛点或目标：
帮助用户养成早起的习惯。
提供激励机制，通过积分和奖励系统鼓励用户坚持。
通过付费服务增加用户粘性和收入来源。
核心功能模块介绍：
打卡系统： 用户可以在不同时间段进行打卡，以养成早起习惯。
积分奖励系统（知行卡/行知卡）： 用户通过打卡获得积分，积分可用于兑换奖励或优惠。
付费服务： 用户可以选择付费服务以获得更多功能或特权。
地址管理： 用户可以添加和管理打卡地点，使打卡更加个性化和便捷。
日历管理： 用户可以查看和管理自己的打卡日程，便于规划和回顾。
排行榜： 展示用户的打卡成绩，增加竞争性和动力。首页
合计19个页面
首页、详情页、详情页已加入0元、详情页已加入付费、弹框、0元，4点前、0元，4-8点、0元8点后、知行卡、支付完成、选择地址、编辑/添加地址、付费，4点前、付费，4-8点、付费，8点后、日历、行知卡、打卡完成、排行榜
https://axurehub.com/29330.html
❤2
原型介绍：
这个原型项目是一个综合性的平台管理系统，旨在为企业提供全面的业务流程管理功能，包括子平台管理、机构管理、产品管理、权益管理、合伙人管理、黑名单管理、推广链接管理、订单管理、客户投诉处理、佣金管理、支付管理等。
原型文档包含内容：
文档详细列出了62个页面的功能点，涵盖了从用户登录到各个业务模块的管理，以及系统设置和统计分析等。
所属行业：
该原型适用于需要复杂业务流程管理和数据分析的行业，如金融服务、电子商务、在线营销等。
解决了什么痛点或目标：
统一管理：提供一个集成平台，统一管理多个子平台和机构，简化管理流程。
数据分析：通过订单统计和客户投诉统计等功能，帮助企业更好地理解业务表现和客户需求。
效率提升：通过自动化订单处理和佣金支付等功能，提高工作效率，减少人工错误。
核心功能模块介绍：
子平台管理：新增和修改子平台，实现多平台统一管理。
产品管理：管理产品信息，包括新增和修改产品。
订单管理：包括订单流水、人工处理订单、订单汇总等，全面跟踪订单状态。
客户投诉：登记和管理客户投诉，提高客户满意度。
佣金管理：管理佣金流水和支付，确保合作伙伴的及时支付。
系统设置：包括角色管理、用户管理、API对接等，保障系统安全和高效运行。关于
合计62个页面
关于、登录、首页、子平台管理、新增、修改子平台、机构(渠道)管理、新增、修改机构、产品管理、新增、修改产品、附加权益、新增、修改链接、产品办理量统计、权益管理、新增、修改权益、合伙人管理、查看、修改合伙人、合伙人海报、新增、修改合伙人海报、黑名单、新增、修改黑名单、推广链接管理、订单流水、人工处理订单、订单处理子窗口、复议订单、订单汇总按平台(月)、订单汇总按机构(月)、订单汇总按日、订单排行榜按机构、订单排行榜按个人top50、订单导入、登记客户投诉、客户投诉管理、处理投诉、佣金流水、佣金月汇总、佣金日汇总、提现申请流水、支付挂单、已支付佣金流水、支付月汇总、支付日汇总、支付排行榜、公众号配置、API对接数据、支付配置、修改密码、消息通知、客服信息设置、信息接收设置、角色、新增、修改角色、用户、新增、修改用户、缓存、日志、菜单权限管理、API同步频率设置、预警机制、概览、订单统计按平台、客户投诉统计
https://axurehub.com/29346.html
这个原型项目是一个综合性的平台管理系统，旨在为企业提供全面的业务流程管理功能，包括子平台管理、机构管理、产品管理、权益管理、合伙人管理、黑名单管理、推广链接管理、订单管理、客户投诉处理、佣金管理、支付管理等。
原型文档包含内容：
文档详细列出了62个页面的功能点，涵盖了从用户登录到各个业务模块的管理，以及系统设置和统计分析等。
所属行业：
该原型适用于需要复杂业务流程管理和数据分析的行业，如金融服务、电子商务、在线营销等。
解决了什么痛点或目标：
统一管理：提供一个集成平台，统一管理多个子平台和机构，简化管理流程。
数据分析：通过订单统计和客户投诉统计等功能，帮助企业更好地理解业务表现和客户需求。
效率提升：通过自动化订单处理和佣金支付等功能，提高工作效率，减少人工错误。
核心功能模块介绍：
子平台管理：新增和修改子平台，实现多平台统一管理。
产品管理：管理产品信息，包括新增和修改产品。
订单管理：包括订单流水、人工处理订单、订单汇总等，全面跟踪订单状态。
客户投诉：登记和管理客户投诉，提高客户满意度。
佣金管理：管理佣金流水和支付，确保合作伙伴的及时支付。
系统设置：包括角色管理、用户管理、API对接等，保障系统安全和高效运行。关于
合计62个页面
关于、登录、首页、子平台管理、新增、修改子平台、机构(渠道)管理、新增、修改机构、产品管理、新增、修改产品、附加权益、新增、修改链接、产品办理量统计、权益管理、新增、修改权益、合伙人管理、查看、修改合伙人、合伙人海报、新增、修改合伙人海报、黑名单、新增、修改黑名单、推广链接管理、订单流水、人工处理订单、订单处理子窗口、复议订单、订单汇总按平台(月)、订单汇总按机构(月)、订单汇总按日、订单排行榜按机构、订单排行榜按个人top50、订单导入、登记客户投诉、客户投诉管理、处理投诉、佣金流水、佣金月汇总、佣金日汇总、提现申请流水、支付挂单、已支付佣金流水、支付月汇总、支付日汇总、支付排行榜、公众号配置、API对接数据、支付配置、修改密码、消息通知、客服信息设置、信息接收设置、角色、新增、修改角色、用户、新增、修改用户、缓存、日志、菜单权限管理、API同步频率设置、预警机制、概览、订单统计按平台、客户投诉统计
https://axurehub.com/29346.html
❤1