<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>创业 on PlumePHP</title><link>https://plumephp.com/tags/%E5%88%9B%E4%B8%9A/</link><description>Recent content in 创业 on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Mon, 29 Dec 2025 11:55:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/%E5%88%9B%E4%B8%9A/index.xml" rel="self" type="application/rss+xml"/><item><title>SaaS 市场时机判断：太早、太晚和刚刚好的信号</title><link>https://plumephp.com/saas-starter-market-timing/</link><pubDate>Mon, 29 Dec 2025 11:55:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-market-timing/</guid><description>&lt;h2 id="开场好产品也可能死在错误时机"&gt;开场：好产品也可能死在错误时机&lt;/h2&gt;
&lt;p&gt;SaaS 创业者常常把失败归因于产品不够好、销售不够强、功能不够多。但有些项目失败，是因为市场时机不对。&lt;/p&gt;
&lt;p&gt;太早时，客户认同理念，但没有预算、没有负责人、没有改变动力。太晚时，客户已经被头部厂商、系统集成商或内部工具占据，新团队很难切入。&lt;/p&gt;</description></item><item><title>SaaS 创始人客服手册：把每次支持都变成产品和销售线索</title><link>https://plumephp.com/saas-starter-founder-support-playbook/</link><pubDate>Sat, 27 Dec 2025 17:05:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-founder-support-playbook/</guid><description>&lt;h2 id="开场早期客服不是低价值杂事"&gt;开场：早期客服不是低价值杂事&lt;/h2&gt;
&lt;p&gt;很多 SaaS 创始人不喜欢做客服。它打断工作、情绪消耗大、问题琐碎，看起来不像产品、销售和融资那么重要。&lt;/p&gt;
&lt;p&gt;但在早期，客服是离真实使用最近的地方。&lt;/p&gt;
&lt;p&gt;一次支持请求里可能藏着：&lt;/p&gt;</description></item><item><title>SaaS 收费和账单设置：从第一笔收入开始就别手忙脚乱</title><link>https://plumephp.com/saas-starter-payment-and-billing-setup/</link><pubDate>Wed, 24 Dec 2025 10:15:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-payment-and-billing-setup/</guid><description>&lt;h2 id="开场早期收费可以简单但不能混乱"&gt;开场：早期收费可以简单，但不能混乱&lt;/h2&gt;
&lt;p&gt;很多 SaaS 团队第一笔收入来得很兴奋，也很随意。&lt;/p&gt;
&lt;p&gt;客户转账了，创始人微信确认一下；发票晚点再开；优惠口头说好；续费时间记在聊天记录里；账号权限手动开一年。&lt;/p&gt;</description></item><item><title>SaaS 首次实施清单：让客户买完之后真的上线</title><link>https://plumephp.com/saas-starter-implementation-checklist/</link><pubDate>Sun, 21 Dec 2025 16:30:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-implementation-checklist/</guid><description>&lt;h2 id="开场成交不是结束上线才是开始"&gt;开场：成交不是结束，上线才是开始&lt;/h2&gt;
&lt;p&gt;早期 SaaS 团队最容易高估“签约”的意义。&lt;/p&gt;
&lt;p&gt;客户买了，并不代表客户会用；开了账号，并不代表流程会跑起来；做了培训，也不代表团队会改变旧习惯。&lt;/p&gt;
&lt;p&gt;很多流失不是因为产品完全不好，而是首次实施没有把客户带到第一个可见成果。&lt;/p&gt;</description></item><item><title>SaaS 激活邮件设计：让新用户在第一周完成关键动作</title><link>https://plumephp.com/saas-starter-onboarding-email-sequence/</link><pubDate>Wed, 17 Dec 2025 15:40:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-onboarding-email-sequence/</guid><description>&lt;h2 id="开场注册不是激活"&gt;开场：注册不是激活&lt;/h2&gt;
&lt;p&gt;SaaS 早期看到新注册用户时，很容易兴奋。但注册只是用户给你一次机会，不代表他已经理解产品，更不代表他会付费。&lt;/p&gt;
&lt;p&gt;真正的激活，是用户完成了能感知价值的关键动作。&lt;/p&gt;</description></item><item><title>SaaS 销售演示脚本：早期 Demo 不要从功能列表开始</title><link>https://plumephp.com/saas-starter-sales-demo-script/</link><pubDate>Sun, 14 Dec 2025 10:45:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-sales-demo-script/</guid><description>&lt;h2 id="开场demo-不是产品导览"&gt;开场：Demo 不是产品导览&lt;/h2&gt;
&lt;p&gt;很多早期 SaaS 创始人做 Demo 时，会从登录页开始，把左侧菜单一个个点过去。&lt;/p&gt;
&lt;p&gt;“这里可以创建项目，这里可以添加成员，这里可以导出报表，这里还有通知。”&lt;/p&gt;</description></item><item><title>SaaS 产品范围控制：如何拒绝看似合理但会拖垮团队的需求</title><link>https://plumephp.com/saas-starter-product-scope-control/</link><pubDate>Thu, 11 Dec 2025 09:50:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-product-scope-control/</guid><description>&lt;h2 id="开场早期产品不是做得越多越安全"&gt;开场：早期产品不是做得越多越安全&lt;/h2&gt;
&lt;p&gt;SaaS 早期客户提的需求常常听起来都很合理。&lt;/p&gt;
&lt;p&gt;“能不能加一个审批？”&lt;/p&gt;
&lt;p&gt;“能不能支持我们这个特殊字段？”&lt;/p&gt;
&lt;p&gt;“能不能多导出几种格式？”&lt;/p&gt;
&lt;p&gt;“能不能把报表做成我们现在 Excel 的样子？”&lt;/p&gt;</description></item><item><title>SaaS 小众需求调研：如何判断一个窄市场值不值得做</title><link>https://plumephp.com/saas-starter-niche-demand-research/</link><pubDate>Mon, 08 Dec 2025 14:10:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-niche-demand-research/</guid><description>&lt;h2 id="开场小众不等于小生意"&gt;开场：小众不等于小生意&lt;/h2&gt;
&lt;p&gt;很多 SaaS 项目一开始都会面对一个问题：要不要做一个很窄的市场？&lt;/p&gt;
&lt;p&gt;例如只做牙科诊所库存管理，只做跨境电商客服质检，只做制造企业设备点检，只做培训机构排课后的家长通知。听起来很窄，但窄市场如果有高频痛点、明确预算和低替换阻力，反而更适合小团队切入。&lt;/p&gt;</description></item><item><title>SaaS 客户分层：早期不要用同一套方式服务所有客户</title><link>https://plumephp.com/saas-starter-customer-segmentation/</link><pubDate>Fri, 05 Dec 2025 13:25:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-customer-segmentation/</guid><description>&lt;h2 id="开场不是每个客户都应该被同样服务"&gt;开场：不是每个客户都应该被同样服务&lt;/h2&gt;
&lt;p&gt;SaaS 早期最容易出现一种误判：只要客户愿意试用、愿意付钱、愿意提需求，就都应该尽力服务。&lt;/p&gt;
&lt;p&gt;结果是，小客户消耗大量支持时间，大客户不断要求定制，真正有复用价值的客户反而没有被认真经营。创始人看起来很忙，但增长质量并没有提升。&lt;/p&gt;</description></item><item><title>SaaS 创始人操作系统：从混乱推进到每周可复盘</title><link>https://plumephp.com/saas-starter-founder-operating-system/</link><pubDate>Wed, 03 Dec 2025 09:20:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-founder-operating-system/</guid><description>&lt;h2 id="开场早期不是没有努力而是努力没有被系统接住"&gt;开场：早期不是没有努力，而是努力没有被系统接住&lt;/h2&gt;
&lt;p&gt;很多 SaaS 创始人一周下来非常忙：见客户、改需求、回消息、修 bug、写方案、催款、看数据。到周五晚上回头看，却很难说清楚这一周到底推进了什么。&lt;/p&gt;
&lt;p&gt;这不是勤奋问题，而是缺少操作系统。&lt;/p&gt;</description></item><item><title>SaaS 早期决策日志：为什么小团队也要记录关键取舍</title><link>https://plumephp.com/saas-starter-decision-log/</link><pubDate>Fri, 28 Nov 2025 11:45:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-decision-log/</guid><description>&lt;h2 id="开场早期团队最容易忘记自己为什么这么做"&gt;开场：早期团队最容易忘记自己为什么这么做&lt;/h2&gt;
&lt;p&gt;SaaS 创业早期，每天都在做取舍：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;这个客户需求做不做。&lt;/li&gt;
&lt;li&gt;这个行业切不切。&lt;/li&gt;
&lt;li&gt;价格要不要降。&lt;/li&gt;
&lt;li&gt;功能先做配置还是定制。&lt;/li&gt;
&lt;li&gt;技术架构先快还是先稳。&lt;/li&gt;
&lt;li&gt;这个试点要不要继续。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;当时大家觉得理由很清楚，但两周后就会忘。新人加入后更难理解，为什么产品有这些边界，为什么某些需求一直没做，为什么某个客户被拒绝。&lt;/p&gt;</description></item><item><title>SaaS 早期销售管道：不用复杂 CRM，也要管住每个机会</title><link>https://plumephp.com/saas-starter-lightweight-crm-pipeline/</link><pubDate>Sat, 22 Nov 2025 16:05:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-lightweight-crm-pipeline/</guid><description>&lt;h2 id="开场早期销售不能只靠脑子记"&gt;开场：早期销售不能只靠脑子记&lt;/h2&gt;
&lt;p&gt;从 0 开始做 SaaS，前几十个销售机会通常都由创始人亲自跟。客户从朋友介绍、冷邮件、内容线索、行业群、活动认识而来，信息散在微信、邮箱、会议记录和脑子里。&lt;/p&gt;</description></item><item><title>SaaS 落地页信息测试：还没写完产品，也能验证客户是否看懂</title><link>https://plumephp.com/saas-starter-landing-page-message-test/</link><pubDate>Sat, 15 Nov 2025 09:15:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-landing-page-message-test/</guid><description>&lt;h2 id="开场落地页不是产品做好之后才写"&gt;开场：落地页不是产品做好之后才写&lt;/h2&gt;
&lt;p&gt;很多 SaaS 创始人把官网当成发布物料：产品快上线时再写几段介绍，放几张截图，补一个注册按钮。&lt;/p&gt;
&lt;p&gt;但早期落地页更重要的作用，是测试客户是否看懂你解决什么问题、为谁解决、为什么现在值得行动。&lt;/p&gt;</description></item><item><title>SaaS 设计伙伴计划：如何找客户共创，但不变成免费外包</title><link>https://plumephp.com/saas-starter-design-partner-program/</link><pubDate>Sun, 09 Nov 2025 14:35:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-design-partner-program/</guid><description>&lt;h2 id="开场共创客户不是免费顾问也不是免费甲方"&gt;开场：共创客户不是免费顾问，也不是免费甲方&lt;/h2&gt;
&lt;p&gt;从 0 开始做 SaaS 时，找到几个愿意深度反馈的客户非常重要。很多团队会把这类客户叫 design partner，也就是设计伙伴。&lt;/p&gt;
&lt;p&gt;但设计伙伴计划很容易走偏。&lt;/p&gt;
&lt;p&gt;一种走偏是把客户当免费顾问，只让客户提意见，却不给明确价值。另一种走偏是把自己变成免费外包，客户说什么就做什么，最后产品只适合一家客户。&lt;/p&gt;</description></item><item><title>SaaS 客户发现访谈：早期电话到底该问什么</title><link>https://plumephp.com/saas-starter-discovery-call-script/</link><pubDate>Tue, 04 Nov 2025 10:20:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-discovery-call-script/</guid><description>&lt;h2 id="开场客户访谈不是让客户评价你的想法"&gt;开场：客户访谈不是让客户评价你的想法&lt;/h2&gt;
&lt;p&gt;很多 SaaS 创始人第一次做客户访谈，会忍不住讲自己的产品。&lt;/p&gt;
&lt;p&gt;“我们准备做一个自动化平台，可以帮你们提升效率，你觉得怎么样？”&lt;/p&gt;
&lt;p&gt;客户通常会礼貌地说不错。这个答案没有太大价值。因为客户评价的是你的描述，不是他的真实行为。&lt;/p&gt;</description></item><item><title>SaaS 备份和恢复：早期别等数据出事才补基本功</title><link>https://plumephp.com/saas-starter-backup-recovery-basics/</link><pubDate>Wed, 29 Oct 2025 10:55:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-backup-recovery-basics/</guid><description>&lt;h2 id="开场早期客户信任很脆弱"&gt;开场：早期客户信任很脆弱&lt;/h2&gt;
&lt;p&gt;SaaS 创业早期，团队会把很多精力放在功能、销售和上线。但只要涉及客户数据，备份和恢复就是基础能力。&lt;/p&gt;
&lt;p&gt;一次误删、导入覆盖、程序缺陷、权限误操作，都可能让客户失去信任。即使客户数量很少，也不能把数据安全完全寄托在“我们会小心”上。&lt;/p&gt;</description></item><item><title>SaaS 模板产品化：把一次成功交付变成标准开局</title><link>https://plumephp.com/saas-starter-template-productization/</link><pubDate>Mon, 27 Oct 2025 13:35:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-template-productization/</guid><description>&lt;h2 id="开场成功一次不难复制成功才难"&gt;开场：成功一次不难，复制成功才难&lt;/h2&gt;
&lt;p&gt;早期 SaaS 团队经常能把一个客户服务好。创始人亲自沟通，帮客户导入数据，改配置，写说明，手把手培训，最后客户确实用起来了。&lt;/p&gt;
&lt;p&gt;问题是，下一个客户又要从头来一遍。每次都靠创始人经验，每次都要重新解释，每次都要临时整理表格和配置。这样客户越多，团队越累。&lt;/p&gt;</description></item><item><title>SaaS 小团队协作节奏：两三个人也需要明确谁在推进什么</title><link>https://plumephp.com/saas-starter-small-team-cadence/</link><pubDate>Tue, 21 Oct 2025 16:25:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-small-team-cadence/</guid><description>&lt;h2 id="开场小团队不是不需要管理"&gt;开场：小团队不是不需要管理&lt;/h2&gt;
&lt;p&gt;很多 SaaS 早期团队只有两三个人：一个负责产品和销售，一个负责技术，一个兼职运营或设计。大家坐得近、沟通频繁，看起来不需要流程。&lt;/p&gt;
&lt;p&gt;但小团队也会出问题：&lt;/p&gt;</description></item><item><title>SaaS 试点范围控制：小范围成功，比大范围失控更有价值</title><link>https://plumephp.com/saas-starter-pilot-scope-control/</link><pubDate>Tue, 14 Oct 2025 11:40:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-pilot-scope-control/</guid><description>&lt;h2 id="开场试点越大不一定越接近成交"&gt;开场：试点越大，不一定越接近成交&lt;/h2&gt;
&lt;p&gt;很多 SaaS 创始人听到客户愿意试点，会立刻答应全部需求。&lt;/p&gt;
&lt;p&gt;客户说想让三个部门一起试，想导入三年历史数据，想接入两个系统，还想顺便验证几个未来功能。创始人觉得机会难得，于是全部接下。&lt;/p&gt;</description></item><item><title>SaaS 原型可用性测试：写代码前先看客户会不会走通流程</title><link>https://plumephp.com/saas-starter-prototype-usability-test/</link><pubDate>Wed, 08 Oct 2025 15:05:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-prototype-usability-test/</guid><description>&lt;h2 id="开场客户说需要不代表他会用"&gt;开场：客户说需要，不代表他会用&lt;/h2&gt;
&lt;p&gt;早期 SaaS 最常见的浪费，是在客户说“这个功能有用”之后立刻开发。上线后才发现客户不会配置，不知道下一步，或者理解的流程和你设计的不一样。&lt;/p&gt;
&lt;p&gt;原型可用性测试的价值，是在写代码前发现这些问题。&lt;/p&gt;</description></item><item><title>SaaS 等待名单验证：不要把邮箱数量误当成真实需求</title><link>https://plumephp.com/saas-starter-waitlist-validation/</link><pubDate>Fri, 03 Oct 2025 09:30:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-waitlist-validation/</guid><description>&lt;h2 id="开场等待名单很容易制造虚假的安全感"&gt;开场：等待名单很容易制造虚假的安全感&lt;/h2&gt;
&lt;p&gt;很多 SaaS 创始人会先做一个落地页，放一句价值主张，再加一个邮箱输入框。&lt;/p&gt;
&lt;p&gt;几周后收集了几百个邮箱，于是觉得市场验证通过了。但真正上线后，愿意试用的人很少，愿意付费的人更少。&lt;/p&gt;</description></item><item><title>SaaS 流失访谈：客户取消时最该问什么</title><link>https://plumephp.com/saas-starter-churn-interviews/</link><pubDate>Sat, 09 Aug 2025 17:05:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-churn-interviews/</guid><description>&lt;h2 id="开场客户取消不是一句需求变化"&gt;开场：客户取消不是一句“需求变化”&lt;/h2&gt;
&lt;p&gt;早期 SaaS 团队遇到客户取消时，常常会记一句“客户需求变化”“预算原因”“暂时不用”。这些记录太粗，无法指导改进。&lt;/p&gt;
&lt;p&gt;客户取消是非常有价值的信号。它可能说明定位不准、激活失败、价值不足、价格不匹配、内部负责人离职、产品缺关键能力，或者客户本来就不应该被你服务。&lt;/p&gt;</description></item><item><title>SaaS 扩展收入：从一个团队用到更多团队愿意买</title><link>https://plumephp.com/saas-starter-expansion-revenue/</link><pubDate>Wed, 18 Jun 2025 09:15:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-expansion-revenue/</guid><description>&lt;h2 id="开场增长不只来自新客户"&gt;开场：增长不只来自新客户&lt;/h2&gt;
&lt;p&gt;早期 SaaS 团队往往把增长理解成不断找新客户。新客户当然重要，但如果老客户只是低价用着，没有增加成员、没有扩大场景、没有升级套餐，业务会很辛苦。&lt;/p&gt;
&lt;p&gt;健康的 SaaS 增长，应该逐渐出现扩展收入：一个团队先用起来，然后更多团队加入；一个流程先跑通，然后相邻流程接入；一个基础套餐先付费，然后因为管理、权限、额度和集成需要升级。&lt;/p&gt;</description></item><item><title>SaaS 创始人内容引擎：把销售问题写成获客资产</title><link>https://plumephp.com/saas-starter-founder-content-engine/</link><pubDate>Thu, 03 Apr 2025 15:50:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-founder-content-engine/</guid><description>&lt;h2 id="开场早期内容不是写给流量看的"&gt;开场：早期内容不是写给流量看的&lt;/h2&gt;
&lt;p&gt;很多 SaaS 团队做内容，会写“行业趋势”“数字化转型”“效率提升”“AI 赋能”这类文章。它们看起来正确，但很难带来客户。因为潜在客户读完以后，不知道你是否理解他的具体问题，也不知道下一步为什么要联系你。&lt;/p&gt;</description></item><item><title>SaaS 垂直切口：从一个窄流程切进真实行业</title><link>https://plumephp.com/saas-starter-vertical-wedge/</link><pubDate>Fri, 14 Feb 2025 10:25:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-vertical-wedge/</guid><description>&lt;h2 id="开场行业很大入口必须很小"&gt;开场：行业很大，入口必须很小&lt;/h2&gt;
&lt;p&gt;很多 SaaS 创业者一开始会说自己要做“某行业数字化平台”。比如餐饮数字化、教育数字化、跨境电商数字化、医疗机构数字化。方向听起来很大，也容易让人兴奋。&lt;/p&gt;</description></item><item><title>SaaS 套餐权益：权限、用量和功能边界要从早期就可解释</title><link>https://plumephp.com/saas-starter-plan-entitlements/</link><pubDate>Thu, 05 Dec 2024 11:10:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-plan-entitlements/</guid><description>&lt;h2 id="开场套餐不是价格页文案它会进入产品系统"&gt;开场：套餐不是价格页文案，它会进入产品系统&lt;/h2&gt;
&lt;p&gt;早期 SaaS 做套餐时，常常先写一个价格页：基础版、专业版、企业版。每个版本列几个功能，价格看起来合理，就上线了。&lt;/p&gt;
&lt;p&gt;问题会在成交后出现：客户能不能多加 2 个用户？某个功能到底属于哪个套餐？超出用量怎么处理？老客户是否保留旧权益？后台怎么控制权限？&lt;/p&gt;</description></item><item><title>SaaS 案例营销：把一个客户成功变成可复制获客资产</title><link>https://plumephp.com/saas-starter-case-study-marketing/</link><pubDate>Wed, 06 Nov 2024 14:30:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-case-study-marketing/</guid><description>&lt;h2 id="开场案例不是一句客户说好"&gt;开场：案例不是一句“客户说好”&lt;/h2&gt;
&lt;p&gt;SaaS 早期最缺的是信任。你说产品好，客户会保留；真实客户说产品解决了问题，可信度会高很多。但很多团队做案例，只写“某客户使用后效率提升”，没有背景、过程、数据和可复用方法，读者看完仍然不知道是否适合自己。&lt;/p&gt;</description></item><item><title>SaaS 渠道伙伴：早期合作不要只谈分成，要先谈交付能力</title><link>https://plumephp.com/saas-starter-channel-partners/</link><pubDate>Fri, 13 Sep 2024 17:20:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-channel-partners/</guid><description>&lt;h2 id="开场渠道不是免费获客机器"&gt;开场：渠道不是免费获客机器&lt;/h2&gt;
&lt;p&gt;很多 SaaS 创业者希望找渠道伙伴：行业顾问、培训机构、代理商、软件集成商、咨询公司。想法很自然，对方有客户，你有产品，分成合作，似乎可以快速放大销售。&lt;/p&gt;</description></item><item><title>SaaS 加 AI 功能：先找可验证工作流，不要先做聊天框</title><link>https://plumephp.com/saas-starter-ai-feature-practicality/</link><pubDate>Fri, 23 Aug 2024 18:45:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-ai-feature-practicality/</guid><description>&lt;h2 id="开场ai-不是给产品贴一个聊天框"&gt;开场：AI 不是给产品贴一个聊天框&lt;/h2&gt;
&lt;p&gt;2024 年以后，很多 SaaS 团队都想加 AI。最常见的做法，是在产品右下角放一个聊天框，告诉用户可以“智能提问”。但很多聊天框很快变成摆设：用户不知道问什么，回答不稳定，和业务流程没有关系，也很难推动付费。&lt;/p&gt;</description></item><item><title>SaaS 迁移方案：让客户从旧系统切换，不是发个导入模板就够了</title><link>https://plumephp.com/saas-starter-switching-migration/</link><pubDate>Tue, 09 Jul 2024 09:55:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-switching-migration/</guid><description>&lt;h2 id="开场客户愿意买不代表愿意冒切换风险"&gt;开场：客户愿意买，不代表愿意冒切换风险&lt;/h2&gt;
&lt;p&gt;很多 SaaS 成交卡住，不是因为客户不喜欢产品，而是因为切换成本太高。旧系统里有历史数据，团队已经习惯旧流程，老板担心业务中断，一线人员不想重新学习。&lt;/p&gt;</description></item><item><title>SaaS 数据模型：从第一天就想清租户、权限和审计</title><link>https://plumephp.com/saas-starter-data-model-first/</link><pubDate>Tue, 11 Jun 2024 11:05:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-data-model-first/</guid><description>&lt;h2 id="开场数据模型会决定后面能不能长"&gt;开场：数据模型会决定后面能不能长&lt;/h2&gt;
&lt;p&gt;早期 SaaS 最容易先做页面。登录页、列表页、详情页、设置页很快能跑起来。但如果底层数据模型随手设计，后面会不断遇到麻烦：客户数据混在一起，权限不好加，状态无法追踪，审计补不回来，导出困难，迁移成本越来越高。&lt;/p&gt;</description></item><item><title>SaaS 事故沟通：小团队也要提前准备停机、错误和数据问题</title><link>https://plumephp.com/saas-starter-incident-communication/</link><pubDate>Wed, 17 Apr 2024 15:35:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-incident-communication/</guid><description>&lt;h2 id="开场事故本身伤人沉默更伤信任"&gt;开场：事故本身伤人，沉默更伤信任&lt;/h2&gt;
&lt;p&gt;早期 SaaS 团队迟早会遇到事故：服务访问不了、导入数据错了、通知没发出、报表口径异常、第三方接口失败、少数客户权限配置出错。&lt;/p&gt;
&lt;p&gt;小团队常见反应是先埋头修，等修完再说。这个选择看似省事，但客户在业务受影响时最怕的不是系统出问题，而是不知道发生了什么、影响范围多大、什么时候恢复。&lt;/p&gt;</description></item><item><title>SaaS 集成策略：从第一个对接开始设计产品边界</title><link>https://plumephp.com/saas-starter-integration-strategy/</link><pubDate>Fri, 29 Mar 2024 16:20:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-integration-strategy/</guid><description>&lt;h2 id="开场saas-很少孤立存在"&gt;开场：SaaS 很少孤立存在&lt;/h2&gt;
&lt;p&gt;客户购买 SaaS，不是为了多一个孤立系统。他们希望产品能进入现有工作流：表单数据进来，通知发到飞书，账单导出给财务，客户信息同步到 CRM，异常通过 Webhook 推给内部系统。&lt;/p&gt;</description></item><item><title>SaaS 产品埋点：早期先追关键动作，不要堆满事件</title><link>https://plumephp.com/saas-starter-product-analytics-events/</link><pubDate>Thu, 08 Feb 2024 10:15:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-product-analytics-events/</guid><description>&lt;h2 id="开场没有使用数据就只能靠感觉做产品"&gt;开场：没有使用数据，就只能靠感觉做产品&lt;/h2&gt;
&lt;p&gt;早期 SaaS 团队经常知道客户“有没有登录”，却不知道客户是否真正获得了价值。客户说最近挺忙，你不知道是没有时间用，还是产品没有进入关键流程；客户提出功能，你不知道它是核心阻力，还是一次性偏好。&lt;/p&gt;</description></item><item><title>SaaS 创始人销售剧本：从随缘聊天到可复盘成交</title><link>https://plumephp.com/saas-starter-founder-led-sales-playbook/</link><pubDate>Thu, 18 Jan 2024 09:40:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-founder-led-sales-playbook/</guid><description>&lt;h2 id="开场创始人销售不是能聊就行"&gt;开场：创始人销售不是“能聊就行”&lt;/h2&gt;
&lt;p&gt;很多 SaaS 早期成交都来自创始人亲自销售。创始人最懂产品、最懂客户现场，也最能临场解释。但问题是，如果每次销售都靠临场发挥，团队就很难知道为什么某些客户成交、为什么某些客户流失、哪些话术有效、哪些客户根本不该追。&lt;/p&gt;</description></item><item><title>SaaS 路线图取舍：需求很多时先做什么</title><link>https://plumephp.com/saas-starter-roadmap-prioritization/</link><pubDate>Fri, 08 Dec 2023 13:05:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-roadmap-prioritization/</guid><description>&lt;h2 id="开场需求越多越需要拒绝机制"&gt;开场：需求越多，越需要拒绝机制&lt;/h2&gt;
&lt;p&gt;SaaS 早期最开始怕没人提需求。等客户多起来，又会怕需求太多。销售说这个客户要集成，客服说那个客户不会用，老客户要报表，新客户要模板，开发还想重构，系统稳定性也需要补。&lt;/p&gt;</description></item><item><title>SaaS 失败复盘：早期每个丢单和失败试点都要变成资产</title><link>https://plumephp.com/saas-starter-failure-review/</link><pubDate>Tue, 31 Oct 2023 17:15:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-failure-review/</guid><description>&lt;h2 id="开场失败不可怕失败没有记录才可怕"&gt;开场：失败不可怕，失败没有记录才可怕&lt;/h2&gt;
&lt;p&gt;从 0 做 SaaS，一定会遇到丢单、试点失败、客户沉默、上线失败和续费失败。很多团队的处理方式是难过几天，然后继续找下一个客户。&lt;/p&gt;
&lt;p&gt;这会浪费最贵的信息。&lt;/p&gt;</description></item><item><title>SaaS 现金流和单元经济：别只算服务器成本</title><link>https://plumephp.com/saas-starter-cashflow-unit-economics/</link><pubDate>Tue, 05 Sep 2023 17:30:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-cashflow-unit-economics/</guid><description>&lt;h2 id="开场saas-不是服务器便宜就赚钱"&gt;开场：SaaS 不是服务器便宜就赚钱&lt;/h2&gt;
&lt;p&gt;很多开发者做 SaaS 时，会先算服务器成本：一台云服务器几十元，数据库几十元，邮件短信按量付费，好像只要有几十个客户就能盈利。&lt;/p&gt;
&lt;p&gt;现实里，SaaS 的成本不只在机器上。还有客服时间、销售沟通、数据导入、失败试点、退款、第三方服务、故障处理、文档维护、功能维护和创始人的注意力。&lt;/p&gt;</description></item><item><title>SaaS 客户内部推广：买下来的工具，未必真的推得动</title><link>https://plumephp.com/saas-starter-internal-rollout/</link><pubDate>Thu, 24 Aug 2023 14:40:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-internal-rollout/</guid><description>&lt;h2 id="开场签约只是开始客户组织还没有真正改变"&gt;开场：签约只是开始，客户组织还没有真正改变&lt;/h2&gt;
&lt;p&gt;很多 SaaS 客户已经付费，但产品依然用不起来。原因不是产品不能用，而是客户内部没有完成推广。&lt;/p&gt;
&lt;p&gt;一线人员继续用旧表格，主管没时间培训，老板只知道买了工具，没人检查数据，最后系统变成一个“买过但没用起来”的项目。&lt;/p&gt;</description></item><item><title>SaaS 信任材料：小团队也要说清安全、权限和数据</title><link>https://plumephp.com/saas-starter-trust-package/</link><pubDate>Mon, 19 Jun 2023 09:50:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-trust-package/</guid><description>&lt;h2 id="开场客户不只是在买功能"&gt;开场：客户不只是在买功能&lt;/h2&gt;
&lt;p&gt;早期 SaaS 团队常常以为客户犹豫，是因为功能还不够。于是继续加报表、加字段、加集成。但在 B2B 场景里，客户不买的原因经常不是功能，而是不放心。&lt;/p&gt;
&lt;p&gt;他会担心：数据放进去会不会丢？员工离职后权限怎么办？能不能导出？系统坏了谁负责？付款有没有发票？老板问起来怎么解释？未来不用了能不能退出？&lt;/p&gt;</description></item><item><title>SaaS 开放 API：早期别急着全开放，先定义高价值边界</title><link>https://plumephp.com/saas-starter-open-api-boundary/</link><pubDate>Fri, 12 May 2023 11:25:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-open-api-boundary/</guid><description>&lt;h2 id="开场客户说要-api不代表你应该立刻开放所有东西"&gt;开场：客户说要 API，不代表你应该立刻开放所有东西&lt;/h2&gt;
&lt;p&gt;早期 SaaS 很快会遇到客户问：“你们有没有 API？”这句话听起来像成熟产品的标志，于是团队开始设计开放平台、文档、密钥、Webhook 和各种接口。&lt;/p&gt;</description></item><item><title>SaaS 交付边界：配置、定制和服务到底怎么分</title><link>https://plumephp.com/saas-starter-delivery-boundaries/</link><pubDate>Sat, 22 Apr 2023 15:15:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-delivery-boundaries/</guid><description>&lt;h2 id="开场早期最容易把-saas-做成外包"&gt;开场：早期最容易把 SaaS 做成外包&lt;/h2&gt;
&lt;p&gt;SaaS 创业早期，为了拿下客户，团队很容易说“这个也能改”“那个也能接”“你们流程特殊，我们支持”。短期看，这些承诺能推动成交；长期看，它们会把产品拖进定制泥潭。&lt;/p&gt;</description></item><item><title>SaaS 合同和收款流程：早期别让成交卡在行政细节</title><link>https://plumephp.com/saas-starter-contract-invoicing/</link><pubDate>Mon, 27 Mar 2023 16:05:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-contract-invoicing/</guid><description>&lt;h2 id="开场客户说愿意买不代表钱会自动到账"&gt;开场：客户说愿意买，不代表钱会自动到账&lt;/h2&gt;
&lt;p&gt;早期 SaaS 团队常常把“客户同意购买”当成成交。结果接下来卡在报价单、合同主体、付款周期、发票类型、采购流程、套餐描述、服务范围和续费日期。&lt;/p&gt;
&lt;p&gt;这些事情看起来是行政细节，但会直接影响现金流和客户信任。&lt;/p&gt;</description></item><item><title>SaaS 试点转正式：不要让客户一直停在试用状态</title><link>https://plumephp.com/saas-starter-pilot-to-paid/</link><pubDate>Tue, 07 Feb 2023 10:35:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-pilot-to-paid/</guid><description>&lt;h2 id="开场试点不是无限期免费使用"&gt;开场：试点不是无限期免费使用&lt;/h2&gt;
&lt;p&gt;早期 SaaS 团队很容易把“试点客户”当成一种安慰。客户愿意用，愿意提反馈，偶尔还会夸产品不错，于是团队觉得方向对了。但几个月过去，对方仍然没有正式付费，也没有明确采购计划。&lt;/p&gt;</description></item><item><title>SaaS 客户健康度：早期不要等客户流失才发现问题</title><link>https://plumephp.com/saas-starter-account-health/</link><pubDate>Wed, 18 Jan 2023 09:45:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-account-health/</guid><description>&lt;h2 id="开场客户流失之前通常已经沉默很久"&gt;开场：客户流失之前，通常已经沉默很久&lt;/h2&gt;
&lt;p&gt;早期 SaaS 团队经常在客户取消时才惊讶：不是上个月还说挺好吗？&lt;/p&gt;
&lt;p&gt;问题是，客户流失很少突然发生。真正危险的信号往往更早出现：关键用户不登录、数据不更新、负责人换了、试点目标没复盘、支持问题没人回复、老板不再关心结果。&lt;/p&gt;</description></item><item><title>SaaS 第一位协作者：什么时候该找人，哪些事不能外包</title><link>https://plumephp.com/saas-starter-first-hire-boundary/</link><pubDate>Fri, 02 Dec 2022 18:20:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-first-hire-boundary/</guid><description>&lt;h2 id="开场找人不是为了显得像公司"&gt;开场：找人不是为了显得像公司&lt;/h2&gt;
&lt;p&gt;SaaS 项目刚有一点起色时，创始人很容易想找人：找前端、找运营、找销售、找客服、找外包团队。&lt;/p&gt;
&lt;p&gt;找人当然可能提高速度，但也可能让混乱更快扩散。如果问题还没验证、流程还没稳定、判断标准还没形成，新增协作者只会增加沟通成本。&lt;/p&gt;</description></item><item><title>SaaS 小团队扩张：在混乱前建立基本系统</title><link>https://plumephp.com/saas-starter-scale-without-chaos/</link><pubDate>Thu, 27 Oct 2022 19:20:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-scale-without-chaos/</guid><description>&lt;h2 id="开场增长会放大所有早期临时方案"&gt;开场：增长会放大所有早期临时方案&lt;/h2&gt;
&lt;p&gt;SaaS 早期为了验证速度，很多事情可以手工处理：手动开通账号、手动改套餐、手动导入数据、手动回复客户、手动检查服务是否正常。&lt;/p&gt;
&lt;p&gt;这些做法在 5 个客户时没问题，在 30 个客户时开始吃力，在 100 个客户时就会变成混乱。客户数增长不会自动让公司变成熟，它只会放大原本没有系统化的地方。&lt;/p&gt;</description></item><item><title>SaaS 帮助文档：早期文档不是附属品，而是可复制交付</title><link>https://plumephp.com/saas-starter-help-docs/</link><pubDate>Sun, 18 Sep 2022 13:35:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-help-docs/</guid><description>&lt;h2 id="开场文档不是等产品成熟后才写"&gt;开场：文档不是等产品成熟后才写&lt;/h2&gt;
&lt;p&gt;很多 SaaS 团队觉得早期不用写文档，因为产品还在变，客户也不多。于是所有问题都靠创始人一对一解释。&lt;/p&gt;
&lt;p&gt;短期看，这样很快。长期看，团队会被同样的问题反复消耗：怎么导入数据、怎么邀请成员、为什么报表不对、权限怎么设置、通知为什么没收到。&lt;/p&gt;</description></item><item><title>SaaS 早期指标：别只看注册数和收入</title><link>https://plumephp.com/saas-starter-metrics-dashboard/</link><pubDate>Fri, 12 Aug 2022 11:30:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-metrics-dashboard/</guid><description>&lt;h2 id="开场注册数会让人误判"&gt;开场：注册数会让人误判&lt;/h2&gt;
&lt;p&gt;早期 SaaS 最容易看的两个数字，是注册数和收入。注册数上涨让人兴奋，收入增长让人安心。但只看这两个数字，很容易误判产品状态。&lt;/p&gt;
&lt;p&gt;注册数高，可能只是渠道带来了一批低匹配用户。收入增长，可能只是几个早期客户一次性付款，还没有证明留存。真正健康的 SaaS，要看用户是否完成价值、是否持续回来、是否愿意升级、是否把产品放进工作流。&lt;/p&gt;</description></item><item><title>SaaS 数据导入：第一批客户能否用起来，常常卡在旧数据</title><link>https://plumephp.com/saas-starter-data-import/</link><pubDate>Wed, 06 Jul 2022 09:50:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-data-import/</guid><description>&lt;h2 id="开场客户不是从空白开始使用你的产品"&gt;开场：客户不是从空白开始使用你的产品&lt;/h2&gt;
&lt;p&gt;很多 SaaS 产品把注册后的第一步设计成“创建第一条数据”。这适合个人工具，但很多 B2B 客户不是从空白开始。&lt;/p&gt;
&lt;p&gt;他们已经有表格、历史订单、客户名单、工单记录、项目台账和旧系统数据。你的产品再好，如果旧数据进不来，客户就很难把真实工作迁过来。&lt;/p&gt;</description></item><item><title>SaaS 试用设计：不要让免费试用变成无期限陪跑</title><link>https://plumephp.com/saas-starter-trial-design/</link><pubDate>Thu, 21 Apr 2022 15:10:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-trial-design/</guid><description>&lt;h2 id="开场试用不是给客户随便看看"&gt;开场：试用不是给客户随便看看&lt;/h2&gt;
&lt;p&gt;免费试用听起来很合理。客户先体验，觉得好再付费。但早期 SaaS 如果没有设计试用，试用很容易变成无期限陪跑。&lt;/p&gt;
&lt;p&gt;客户注册了账号，却不用真实数据；提了很多需求，却不确认上线范围；你投入大量支持，对方最后说“我们再研究一下”。&lt;/p&gt;</description></item><item><title>SaaS 新用户引导：让客户尽快看到第一次价值</title><link>https://plumephp.com/saas-starter-onboarding-activation/</link><pubDate>Fri, 18 Mar 2022 09:45:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-onboarding-activation/</guid><description>&lt;h2 id="开场注册不是成功第一次价值才是"&gt;开场：注册不是成功，第一次价值才是&lt;/h2&gt;
&lt;p&gt;很多 SaaS 团队会盯着注册数。今天来了 20 个注册，明天来了 50 个注册，看起来增长不错。但如果这些人注册后没有完成关键动作，没有邀请同事，没有导入数据，也没有回来第二次，注册数只是表面热闹。&lt;/p&gt;</description></item><item><title>SaaS 购买地图：早期就要分清使用者、决策人和阻碍者</title><link>https://plumephp.com/saas-starter-buyer-map/</link><pubDate>Wed, 09 Feb 2022 10:30:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-buyer-map/</guid><description>&lt;h2 id="开场喜欢产品的人不一定能买单"&gt;开场：喜欢产品的人，不一定能买单&lt;/h2&gt;
&lt;p&gt;早期 SaaS 最常见的销售错觉，是和一个使用者聊得很好，就以为这家公司快成交了。&lt;/p&gt;
&lt;p&gt;使用者会告诉你流程痛点，会试用产品，也会提出很多功能建议。但最后要签合同、付预算、承担风险的人，可能是他的主管、老板、财务、IT 或法务。&lt;/p&gt;</description></item><item><title>SaaS 早期定位：不要同时服务所有客户</title><link>https://plumephp.com/saas-starter-product-positioning/</link><pubDate>Wed, 26 Jan 2022 14:25:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-product-positioning/</guid><description>&lt;h2 id="开场用户变多以后产品反而更容易变散"&gt;开场：用户变多以后，产品反而更容易变散&lt;/h2&gt;
&lt;p&gt;SaaS 项目刚开始没人用时，最大的焦虑是找不到客户。等第一批用户来了，新的问题又会出现：每个人都在提不同需求，每个行业都看起来有机会，每个客户都说“你们再加一点就适合我们了”。&lt;/p&gt;</description></item><item><title>SaaS 创业早期运营：让客户留下来比上线更重要</title><link>https://plumephp.com/saas-starter-retention-operations/</link><pubDate>Tue, 23 Nov 2021 11:50:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-retention-operations/</guid><description>&lt;h2 id="开场上线不是-saas-的终点"&gt;开场：上线不是 SaaS 的终点&lt;/h2&gt;
&lt;p&gt;传统项目常常把上线当成里程碑。系统交付、培训结束、验收通过，项目似乎就完成了。但 SaaS 不一样。客户按月或按年付费，每个周期都会重新判断这个产品是否还值得留下。&lt;/p&gt;</description></item><item><title>SaaS 竞品拆解：不要抄功能，要拆客户、场景和收费逻辑</title><link>https://plumephp.com/saas-starter-competitor-teardown/</link><pubDate>Sat, 16 Oct 2021 10:55:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-competitor-teardown/</guid><description>&lt;h2 id="开场竞品分析最没用的方式是列功能表"&gt;开场：竞品分析最没用的方式，是列功能表&lt;/h2&gt;
&lt;p&gt;很多 SaaS 创业者做竞品分析，就是打开几个产品官网，把功能一个个抄到表格里。谁有仪表盘、谁有权限、谁有导出、谁有 API。&lt;/p&gt;
&lt;p&gt;这张表看起来很完整，但对早期决策帮助有限。因为你不知道这些功能服务谁，为什么被放进套餐，客户是否真的使用，销售时是否重要。&lt;/p&gt;</description></item><item><title>SaaS 第一批客户怎么来：冷启动不是发广告</title><link>https://plumephp.com/saas-starter-first-customers/</link><pubDate>Tue, 14 Sep 2021 18:10:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-first-customers/</guid><description>&lt;h2 id="开场第一批客户不会从广告里自动出现"&gt;开场：第一批客户不会从广告里自动出现&lt;/h2&gt;
&lt;p&gt;很多 SaaS 产品上线后，团队会做三件事：发朋友圈、发几个社区帖子、投一点广告。结果访问有一点，注册很少，付费几乎没有。于是团队开始怀疑产品不够好，继续加功能。&lt;/p&gt;</description></item><item><title>SaaS 客户成功会议：早期复盘应该问出续费和扩展线索</title><link>https://plumephp.com/saas-starter-customer-success-meeting/</link><pubDate>Tue, 03 Aug 2021 14:05:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-customer-success-meeting/</guid><description>&lt;h2 id="开场客户成功不是问一句用得怎么样"&gt;开场：客户成功不是问一句“用得怎么样”&lt;/h2&gt;
&lt;p&gt;很多早期 SaaS 团队会在客户试用一段时间后问：“最近用得怎么样？”客户通常回答：“还可以。”然后对话结束。&lt;/p&gt;
&lt;p&gt;这个问题太宽，宽到得不到任何可执行信息。&lt;/p&gt;
&lt;p&gt;客户成功会议的目标，不是寒暄，而是确认三件事：客户有没有得到业务结果，哪里阻碍继续使用，下一步是否值得续费、扩展或转介绍。&lt;/p&gt;</description></item><item><title>SaaS 早期定价：不要等产品完美后才收费</title><link>https://plumephp.com/saas-starter-pricing-and-plans/</link><pubDate>Sun, 27 Jun 2021 09:35:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-pricing-and-plans/</guid><description>&lt;h2 id="开场不收费的反馈经常不真实"&gt;开场：不收费的反馈经常不真实&lt;/h2&gt;
&lt;p&gt;很多 SaaS 团队会说：“先免费给大家用，等产品成熟了再收费。”这听起来谨慎，其实很危险。&lt;/p&gt;
&lt;p&gt;免费用户当然会给反馈，但他们的反馈不一定代表购买行为。一个人可以免费试用十个工具，却只为其中一个掏钱。收费会让客户重新计算价值、预算、替代方案和内部流程，这些才是 SaaS 创业必须面对的问题。&lt;/p&gt;</description></item><item><title>SaaS 早期技术债：哪些可以欠，哪些第一天就不能欠</title><link>https://plumephp.com/saas-starter-technical-debt-policy/</link><pubDate>Tue, 18 May 2021 11:40:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-technical-debt-policy/</guid><description>&lt;h2 id="开场早期可以粗糙但不能没有底线"&gt;开场：早期可以粗糙，但不能没有底线&lt;/h2&gt;
&lt;p&gt;SaaS 早期一定会欠技术债。因为你还不知道客户到底买什么，过早追求完美架构会浪费时间。&lt;/p&gt;
&lt;p&gt;但“先快起来”不等于什么都能先凑合。某些债以后能还，某些债会直接限制销售、破坏客户信任，甚至让你无法修复数据。&lt;/p&gt;</description></item><item><title>SaaS MVP 怎么做：把第一个版本缩到能收费</title><link>https://plumephp.com/saas-starter-mvp-scope/</link><pubDate>Fri, 09 Apr 2021 15:40:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-mvp-scope/</guid><description>&lt;h2 id="mvp-不是残缺产品"&gt;MVP 不是残缺产品&lt;/h2&gt;
&lt;p&gt;很多人把 MVP 理解成“先做一个简陋版”。于是登录能用一点，后台能用一点，报表能用一点，支付能用一点，权限能用一点。每个模块都不完整，但看起来像一个 SaaS。&lt;/p&gt;</description></item><item><title>SaaS 手工交付：先用人工跑通，再决定哪些值得产品化</title><link>https://plumephp.com/saas-starter-manual-service-product/</link><pubDate>Sat, 06 Mar 2021 16:15:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-manual-service-product/</guid><description>&lt;h2 id="开场手工不是低级手工是验证成本最低的产品原型"&gt;开场：手工不是低级，手工是验证成本最低的产品原型&lt;/h2&gt;
&lt;p&gt;很多 SaaS 创业者害怕承认自己早期靠人工。好像只要需要人工导入、人工配置、人工生成报告，就说明产品不够 SaaS。&lt;/p&gt;
&lt;p&gt;这个判断太早了。&lt;/p&gt;
&lt;p&gt;从 0 开始时，你真正要验证的不是系统是否自动化，而是客户是否愿意为了某个结果改变流程并付费。人工交付可以帮你更快看到真实流程、真实阻力和真实价值。&lt;/p&gt;</description></item><item><title>从 0 开始做 SaaS：先验证问题，而不是先写代码</title><link>https://plumephp.com/saas-starter-idea-validation/</link><pubDate>Thu, 18 Feb 2021 10:20:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-idea-validation/</guid><description>&lt;h2 id="开场不要把灵感误认为机会"&gt;开场：不要把灵感误认为机会&lt;/h2&gt;
&lt;p&gt;很多 SaaS 项目的第一天都很兴奋。开发者看到一个行业里还在用 Excel、微信群、邮件和人工复制粘贴，就立刻想到：“这里一定需要一个系统。”然后开始画架构、选技术栈、注册域名、写登录页。&lt;/p&gt;</description></item><item><title>SaaS 创始人时间预算：早期每天到底该做什么</title><link>https://plumephp.com/saas-starter-founder-time-budget/</link><pubDate>Thu, 21 Jan 2021 09:25:00 +0800</pubDate><guid>https://plumephp.com/saas-starter-founder-time-budget/</guid><description>&lt;h2 id="开场早期最大的浪费不是慢而是忙错方向"&gt;开场：早期最大的浪费不是慢，而是忙错方向&lt;/h2&gt;
&lt;p&gt;从 0 做 SaaS 时，创始人最容易把“每天很忙”误认为“项目在推进”。上午改登录页，下午调数据库，晚上写一篇介绍文案，第二天又去研究竞品功能。事情很多，但没有任何一件把你推向真实客户、付费或留存。&lt;/p&gt;</description></item></channel></rss>