01
有持续申请流的公司
当订单、来信和状态已经放不进通信时。
CRM
漏斗
联系方式
01
新的
02
进行中
03
已关闭
状态
进行中
负责人
部门
记录
动态
01
100+
上线
在客户那里运转的产品
12
方向
从展示页到基础设施
20+
团队
已经和谁完成过上线
100+
持续支持
按合同的响应
会改变什么
上线之后，这些通常会更简单
- 01
申请不再留在聊天和表格里
- 02
同一条事实不会录入三套系统
- 03
团队不用手工汇总就能看到工作状态
- 04
可以发布新服务，而不弄坏旧的
- 05
重复的决定由模型或场景承担
- 06
负载上升时，不必有人守在服务器旁做值班支持
方向
Qazoryx 做什么
做一个单独的产品，或把几套系统连成一套可用的系统。
如何运转
工作靠什么支撑
Qazoryx Group 在交付之后仍保持联系，不只到演示为止。
- 01
先做窄范围的系统
先上线没有它流程就走不动的部分。其余放进队列，不进第一次发布。
- 02
进展在过程中可见
演示一块能用的部分，而不是一份完成百分比的报告。
- 03
交接没有灰色地带
上线后，团队有权限、示意图，以及出故障时找谁。
- 04
数据不会各走各的
权限、日志和备份，在客户看到产品之前就放进去。
顺序
从第一次通话到值班支持
01
梳理
看时间耗在哪里、已经有哪些系统，以及什么不能停。
02
系统和队列
定下第一批范围、留到以后的部分、工期和付款顺序。
03
按轮次构建
短阶段，并有演示。修改进入下一轮，而不是积到最后。
04
投入使用
上线、向团队做简短交接，以及在产品稳定之前的值班支持。
给谁
通常和谁一起工作
形式取决于已经有多少人在流程里，以及什么不能停。
02
有新产品想法的团队
需要一个窄范围的第一版，可以给客户看，之后再加。
03
工厂和服务网络
班次、仓库、外出和报告应对得上，不必手工重做。
04
培训和内部课程
材料、进度和员工权限在同一处，而不是在群发邮件里。
05
代理机构和承包方
活动、线索和给客户的报告不必夜里导出再汇总。
06
贸易和展示页
目录、付款、库存和配送，与仓库已经在用的系统相连。
上线
一部分已经上线
这些系统已经在支撑日常工作。还有两个大项目在构建中。
进行中
接收批发订单，不必夜里核对
有多个仓库的分销商
经理把申请从邮箱搬进账务。到早上，库存已经和向客户承诺的对不上。
上线
网点网络的预约和提醒
网点上有管理员的接待网络
预约留在管理员的即时通讯里。换班的人不知道是谁确认了到访。
进行中
外出班组的派工单
班组在现场作业的服务
派工单以文件发送。现场照片留在个人手机里，单据要晚上回办公室才整理。
平台
取能完成这一步的
不按「以防万一」堆一套工具。只有流程否则仍要靠手工时，才接入服务器、数据和付款。
- 01
产品跑在哪里
服务器、数据库和队列按任务体量来配。现有平台够用时，不自建机器集群。
- Hetzner
- Fly.io
- Railway
- Render
- Neon
- Upstash
- 02
界面和数据
内容、搜索、登录和日志，放在能去掉手工的地方，而不是为了完整摆在旁边。
- Strapi
- Directus
- Meilisearch
- Clerk
- Passbolt
- Axiom
- 03
付款和场景
如果没有付款、漏斗和邮件，申请仍要从邮箱手工搬走，才会接入它们。
- Mollie
- Pipedrive
- Brevo
- Resend
- n8n
- Infomaniak
问题
开始前会问什么
简要说明形式、工期，以及上线之后会发生什么。
网站或工作台、应用、在线销售、机器人、系统间数据交换、汇总、CRM、云端、权限检查，以及动笔之前的梳理。上线之后可以留下做持续支持。
下一步
有一项任务，已经该从表格里拿出来了吗？
请写流程现在如何运转。我们会提议先构建什么。