构建它的案例
为什么要构建这个而不是实践管理套件？
实践管理套件是为中型公司构建的，并按席位授予许可。你的收入被压缩到他们的表单生成器中，你的文档工作流程被压缩到他们的文件夹中，你的账单被压缩到他们的发票模板，中，而套件仍然不知道咨询和参与之间的区别。 Kliv 将相同的功能组合到一个系统中，该系统的工作方式与你公司已经采用的方式相同。
你的参与模型就是需求文件：接收者必须提出的问题、你要求的文件及其顺序、在参与开始之前由谁进行审查、聘用人员和项目费用如何混合。描述一下这一点，它就会成为系统，的客户体验，就像你销售的建议一样经过深思熟虑。
系统剖析
实践实际上知道什么
公司的客户体验主要是信息纪律：谁可以看到哪些文件、每次业务处于哪个阶段、在接收时被问到了什么并且再也不会被问到。这是 Kliv 将构建的系统的形状。
客户
每个客户都是一个组织，的创始人、他们的首席财务官、他们的助手，每个人都看到自己的角色允许做什么。
订婚
你的阶段，咨询、提案、活动、关闭，以及属于每个阶段的文件和账单。
文件
默认情况下，请求、接收、交付，每个文件均对其客户和你的公司私有。
摄入记录
接待助理捕获的，内容会保留在客户记录中，因此没有人会询问两次。
预约
从网站上预订的咨询与所涉及的客户相关。
保留费和发票
同一客户记录上的商业关系，订阅状态、发票和历史记录。
谁看到什么
数据库强制执行的规则
- 文档可由其客户读取，而你的公司，正在寻找另一个客户的文件的客户找不到任何可寻找的内容。
- 仅在你审核，后才会开始参与，批准是记录的步骤，而不是口头同意。
- 引入的答案仍然存在：第一次打招呼时提出的问题在开始时不会再被问到。
- 客户所有者，可以看到账单详细信息，但他们邀请进入门户的每个人都无法看到。
这就是公司级在软件中的实际含义：不是外观，而是一组有关数据库在凌晨 2 点每次请求时保存的信息，的规则，就像演示中一样可靠。
Kliv 组装什么
平台件，的购物清单，每件均内置，每一件与其余件组成。
充电方式
诊所收费的三种方式
咨询工作分为三个阶段：时间、项目、关系。门户网站应该出售所有这三种产品，而不是假装它们是同一件事。
咨询
一次性400美元
需要一小时判断的潜在客户
预约的课程、之前的摄入量以及之后的笔记，练习的前门。
- 解锁
- 购买预订了时段并为会话所需的文档打开了空间。
- 计费
- 预订时付款；一笔费用，一张收据。
- 退款
- 在你批准后重新安排并退款，直到预约为止。
固定费用参与
$7,500 一次性
具有明确范围的客户
参与空间：文档清单、工作线程、分阶段交付成果、签字。
- 解锁
- 购买打开了参与，客户看到他们的范围，而不是你的实践。
- 计费
- 一笔费用，一张收据。工作完成后，空间将转移到存档，可交付成果，发票保持可读状态，新请求将关闭。
- 退款
- 通过决定，通过批准步骤。
每月预付金
$2，500/月
希望你随叫随到的客户
常设访问：请求线程、文件交换、季度审查、优先预订。
- 解锁
- 活跃的保留者保持关系的大门敞开，请求、上传、评论。
- 计费
- 每月更新。失败的卡会触发重试和恢复电子邮件，并且大门会变窄，直到它被修复，没有合作伙伴必须追逐卡。
- 退款
- 根据你的订婚信，需要批准。
发布前
第一周，启动前
公司的门户必须在客户第一次接触时是正确的。第一周是私下把事情做好。
塑造实践
描述你如何参与：入学问题、阶段、工作开始前由谁进行审核、你如何计费。 Kliv 构建了第一个预览，墙壁和舞台就位。
让它成为你的
寄存器在这里很重要：你的名字、你的语气、读起来像你的信头，而不是软件的信件。
加载真实的东西
你的服务和费用、文件清单、接收脚本、Calendly 连接。邀请一位同事，对自己进行全面的检查。
尝试打破它
作为测试客户端登录并寻找其他客户端的文档。故意使保留卡失效。要求退款。入口、恢复电子邮件和批准步骤应该在客户存在之前证明自己。
然后排练一年
在 Sandbox 中，用模拟的资金和模拟的时间，在一个下午运行一个会计年度：保留者更新，保留者在夏天失效并恢复，约定按计划开始、完成和归档。在第一个真正的客户登录之前，该门户网站已经进行了一年的实践。
定制，无定制风险
定制软件过去意味着预算、承包商和维护合同。这是一个不同的交易。
企业级零件
登录、数据库强制执行的权限、计费、审计、电子邮件，你的定制系统下的组件与每个 Kliv 应用运行的强化部件相同。你构建经过验证的基础设施；你不需要从头开始委托代码。
按顺序更改船舶
当你的流程发生变化时，可以说，更改是在对话中构建的，你可以在实时预览中查看它，并且在你发布之前不会有任何内容到达你的用户。商业变化甚至可以在 Sandbox 中用模拟的金钱和时间进行演练。
没有人能日落
现成的工具会按照供应商的时间表，重新定价、重新设计和退役，你的工作流程也会随之而来。你的 Kliv 应用仅在你更改时才会更改。这是你的产品，而不是别人的产品。
用一句话说出来
“为我的咨询公司建立一个网站，配备一名接收助理、Calendly 咨询服务、一个安全门户（每个客户都可以在其中上传只有我们能看到的文档）以及按月计费。”
这确实是，描述它的方式，然后在对话中进行完善。
常见问题
文件交换的私密性如何？
默认情况下，每个客户的空间都是私有的。访问规则由平台强制执行，因此客户可以看到他们的文档和你的文档，而不是其他客户的文档。
客户可以直接预约咨询吗？
是的，连接 Calendly 和潜在客户从你的网站预订咨询，并通过标有你公司品牌的模板发送确认。
计费方式可以与我们实际参与的方式相匹配吗？
是的。每月预付金、固定费用项目或，和客户在自己的账单页面上管理卡和发票，而无需致电你的办公室。
客户端的谁可以看到什么？
客户是一个组织：他们的所有者可以邀请首席财务官或助理，角色决定每个人看到的内容。账单由所有者负责；贡献者无需查看发票即可交换文档。
在我们答应之前，有什么东西打开了吗？
不会。 Intake 捕获了潜在客户的详细信息，你的审核是一个记录的大门，没有空间，没有文件，没有账单，直到公司有人批准参与。
客户文档实际上存放在哪里？
在系统的文件存储中，每个客户端访问规则，后面不分散在收件箱中。每个请求、上传和交付都是参与记录，因此文件及其交换事实都是你的。