文件去哪儿了？
一个做了半年的项目会产生大量文件，而在很多小微企业里，它们散落在各处：老板的电脑、员工的 WhatsApp、邮件、某个人桌面的文件夹。只要负责的人还在就没事——问题发生在那个人离开的那天。所以 Snappy PM 里每个项目都有自己的共享 Storage：文件属于项目，而不是属于某个员工。
我最近接触一些小微企业的时候，发现一个看起来很小、实际上非常麻烦的问题：
他们没有真正的文档存储习惯。
一个项目做了半年，当然产生了很多文件。
客户最初发来的需求。
现场照片。
设计稿。
Excel。
报价。
供应商资料。
修改后的设计稿。
最终确认版本。
交付文件。
但是这些东西在哪里？
答案经常是：
Somewhere.
有一些在老板电脑里。
有一些在员工的 WhatsApp。
有一些在 Email。
有一些在 Google Drive。
有一些可能在某个人桌面的一个文件夹里。
只要原来负责这个项目的人还在，通常也没什么问题。
问一句：
“那个文件在哪里？”
他可能很快就能找出来。
真正的问题发生在这个人离开公司的那一天。
突然之间，公司发现自己失去的不只是一个员工。
还失去了一部分自己的记忆。
新来的 Project Manager 接手一个项目，第一件事情不是继续工作，而是开始考古：
Which one is the latest version?
Has the customer approved this drawing?
Where are the site photos?
Who has the final Excel?
这也是我们为什么在 Snappy PM 里设计了一个非常简单的东西：
每一个 Project 都有自己的共享 Storage。
它不是复杂的 Document Management System。
我更愿意把它理解成：
这个项目自己的 remote disk。
Requirement 的东西放在 Requirement。
Design 的东西放在 Design。
Implementation 和 Manufacturing 的文件跟着执行过程走。
Deployment 和 Installation 的资料跟着交付走。
团队也可以自己建立需要的文件夹。
最重要的是：
这些文件属于 Project，而不是属于某一个 Employee。
项目经理换了。
设计师离职了。
新的同事加入了。
项目的记忆仍然留在那里。
这件事情听起来非常基础。
但我越来越觉得，小微企业数字化很多时候并不需要从非常宏大的 ERP 开始。
先解决一些每天都在发生的小问题，价值可能更大：
不要再问文件在哪里。
不要再猜哪个是最后版本。
不要让公司的知识跟着一个人的电脑一起离开。
而当这些文档开始围绕 Project 被组织起来以后，它们还会产生另一层价值。
Snappy 可以逐渐理解：
这个项目发生过什么。
客户最初要求什么。
设计经历了什么变化。
采购和执行发生了什么。
最后交付了什么。
所以一个共享的 Project Storage，表面上解决的是：
Where is the file?
但长期来看，它解决的是另外一个更重要的问题：
How does a company keep its memory?
企业真正拥有的资产，不只是电脑里的文件。
而是这些文件背后的经验、过程和知识。
它们不应该随着人员流动而消失。
SnapLedger, your life easier.
小微企业很少在经手人还在的时候丢失文件——丢失发生在那个人离开的那天。围绕项目阶段组织的共享 Project Storage，今天解决的是「文件在哪里」，长期回答的是一个更大的问题：公司如何留住自己的记忆？
如果负责你最长项目的人明天离开，新来的项目经理要花多久才能找到最新版已确认的图纸——并且确定它真的是最新版？
企业真正拥有的资产不只是电脑里的文件，而是文件背后的经验、过程和知识。它们不应该随着一台离开的电脑一起消失。
订阅创始人日记 + 您所在国家/地区的监管动态
每周一封，只在有真材实料时发送 — Richard 的创始人日记和与您相关的监管动态。免费，随时退订。