从报价到回款

在很多小企业里，一个项目被拆散在很多软件里。

销售在做 Quotation。

项目经理在管理 Project。

采购在找 Supplier。

会计在记录 Expense。

最后 Finance 再去 Invoice 和追款。

每个人看到的都是同一个客户项目的一部分。

但老板真正关心的是整个故事：

We quoted how much?

How much did it actually cost?

Did we deliver what we promised?

How much did we invoice?

How much cash did we finally collect?

所以设计 Snappy PM 的时候，我们希望从一开始就把这些事情连接起来。

项目首先从客户需求开始。

Requirement 逐渐变成 Scope。

Scope 最终变成 Quotation。

客户接受 Quotation 以后，我们才真正知道：

What did we promise to deliver, and for how much?

然后项目进入 Implementation 或 Manufacturing。

材料、采购、人工和其他 Expense 开始发生。

这些不再只是散落在财务系统里的成本。

它们属于这个 Project。

于是我们开始能够看到：

Quoted Revenue

Cost to Date

Work in Progress

Expected Margin

然后发生 Delivery。

最后进入 Closing：

Invoice → Payment → Settlement → Close.

这时候 Accounting 和 Project Management 就不应该再是两个完全不同的世界。

因为对老板来说，它们本来就是同一件事情。

一个 AED 200,000 的项目，最后花了 AED 130,000。

这 130,000 为什么比预算高？

是材料？

人工？

Scope Change？

Installation？

这些答案不应该等到几个月以后会计师给出 P&L 才开始寻找。

它们应该在项目发生的过程中逐渐变得可见。

这也是我们设计 Snappy PM 时非常重要的一个方向：

Project Management should eventually explain the numbers in Accounting.

而 Accounting 也应该反过来告诉 Project Manager：

项目真实发生了什么。

Quotation 不是一张孤立的 PDF。

Purchase 不是一笔孤立的 Expense。

Invoice 也不是项目结束以后突然出现的一张账单。

它们都是同一个商业过程留下来的不同记录。

把这些记录连接起来，我们才能回答一个老板真正关心的问题：

Did we actually make money on this project?

以及更重要的：

Why?

SnapLedger, your life easier.