工作原理
五个阶段，从第一个到最后一个大约一小时
castoMIND 本身不构建任何东西。它是决定某个具体想法需要什么、按什么顺序需要的那个层，然后驱动 castomo 家族的其他成员去产出——让“我们应该做这个”和“客户能看到它”之间的间隔是一个下午，而不是一个季度。
下面的阶段按顺序运行，因为每一个都是下一个的输入。第二阶段产出的文字描述，是网站文案、仪表盘标签、工作流步骤、活动邮件主题和第一个月的博客文章共同的生成来源。这就是它们彼此一致的原因，也是顺序不容更改的原因。
每个阶段你都在流程之中。任何东西不经你过目都不会发布，而且所有构建出来的东西之后在各自的工具里都保持可编辑——这是一条流水线，不是末端吐出一个网站的黑盒子。
这一小时，按顺序
一次完整运行，从头到尾
一次真实形态的运行，全程使用同一个示例想法：一个让小型面包店联合采购面粉、黄油和包装盒以获得连锁店价格的市场。时间是典型运行的形态，不是保证。
- 1想法输入两段文字，就像你口头说出来那样写。
- 2策划并命名一个名字、一个标识、一套配色，以及这个产品的书面论证。
- 3你阅读并提出异议利润率的故事不对。修正一次，下游的一切都继承这个修正。
- 4网站已发布castomUI：六个页面，在某个地址上线，文案来自描述。
- 5仪表盘已布局完成dash-b：订单、利润率、供应商履约率、复购率。
- 6工作流已搭建castomFLOW：订单 → 发票 → 供应商分单 → 送货单 → 评价邀请。
- 7CRM 已就绪iKonekt：聊天、表单、邮件和来电回呼都汇到同一张桌上，并带有一条归属规则。
- 8活动已发送clickSomo：第一封邮件发出，短信跟进安排在第三天。
- 9内容计划运行中FABLS：三个月的博客和社交媒体已规划，第一篇文章已发布。
- ·尚未完成的部分还没有任何东西被验证。但已经有东西可供验证或证伪——而这正是过去要花一个季度的那部分。
七个系统一个账号一切背后只有一份描述
从一段文字到一个有地址的公司。
逐个阶段
每个阶段负责什么
1 · 想法输入与策划
输入平实的文字。输出是一个名字、一个标识、一套配色和一份完整的书面描述：它是什么、面向谁、收多少钱、别人为什么会换用它。这是你与之争论的阶段，也是唯一一个争论代价很低的阶段。
Learn more2 · 构建
castomUI 发布网站。dash-b 搭建产品日后运营所用的仪表盘。castomFLOW 构建实际干活的工作流。三个真实的界面，由一份描述生成，之后全部可编辑。
Learn more3 · 上线并指向客户
iKonekt 接住每一次对话，并给每个线索指定负责人。clickSomo 运行启动邮件和短信活动。FABLS 接管博客和社交媒体账号。产品现在既有需求落地的地方，也有产生需求的东西。
Learn more4 · 成长
数据回流到 dash-b。工作流随数据调整，活动从用户行为中学习，内容计划持续运行。这个阶段会超出第一个小时好几个月。
Learn more为什么一小时在这里可行，而在别处不行
不是因为赶工。而是因为通常那一小时里昂贵的部分不是工作本身，而是接缝。注册第七个工具。等一条 DNS 记录。发现邮件服务要求一个已验证的域名，而 CRM 要求另一个。把产品描述复制到六个地方，每次还都略有出入。
castoMIND 驱动的每个部分都属于同一家公司，用同一个账号登录，从同一个钱包扣费，读取同一份描述。接缝都在内部，所以不会占用你的下午。
直说吧：速度首先是所有权层面的事实，其次才是软件层面的事实。任何编排器都能调用 API，但几乎没有谁能不经任何人许可就调用整个技术栈里的每一个 API。
- ×七次注册一个账号已经覆盖下面的一切。
- ×七份账单关系一个钱包，一张发票，一个续费日期。
- ×到处复制描述只写一次，下游的一切都读取它。
- ×它们之间的集成工作它们生来就放在同一个架子上。
- ·留下的是什么你的判断。没有你读过，任何东西都不会发布。
无需任何外部依赖之后无需维护
当想法是错的时候会怎样
答案是：经常错，而这正是这条流水线最有用之处。一个能经受住认真写出来的想法，已经高于平均水平；相当多的想法过不了第二阶段，而这只花六分钟，不是六周。
而当一个想法写得出却过不了市场这一关，你会在头两周就发现——是一个真实网站、真实广告活动和真实收件箱在产生沉默，而不是电子表格产生的一种直觉。有可用产品支撑的沉默是数据；背后什么都没有的沉默只是常态。