我们为什么这样做事
一家建立在一个固执想法上的工作室
大多数软件项目并不是败在代码上。它们败在「别人要求的」和「他真正需要的」之间那道缝隙里——而这道缝隙通常要等到账单出来之后才看得见。
Samadi 的存在就是为了早点把它补上。第一次对话我们花在问题本身，而不是技术选型；谈定的事我们写下来，这样三个月后谁都不必靠记忆。
这也是我们提供两条路而不是一条的原因。有些问题足够常见，我们已经做好并验证过的应用，稍作适配就能覆盖。另一些足够特殊，任何现成产品在变通上花的钱都超过它省下的。至于为了更大的账单把客户往更大的项目上引，那是短线生意。
无论哪条路，有些事不会变：范围在动工前谈定，每个阶段你都能打开并使用应用，结束时代码和数据都归你。
如果更小的方案就能解决你的问题，我们宁愿直说，把关系留住。
- 两种开始方式
- 2
- 现成加定制，或从零开发。两者最终都是一个属于你的应用。
- 到交付共四步
- 4
- 咨询、方案、开发、交付——每个项目都一样。
- 先聊聊的费用
- 0
- 咨询免费，达成协议之前不收取任何费用。
- 最终归你
- 100%
- 源代码、账号与数据都转交给你。继续合作是可选的。
我们坚持什么
六件不讲条件的事
这不是墙上的标语。而是项目变得难受时，我们会怎么选。
先弄懂工作本身
在提出任何会改变现状的建议之前，先了解你的团队实际怎么运作。
说不中听的话
如果更小的方案就能解决——或者应用并不是答案——你听到的会是这句，而不是更大的报价。
为交接而开发
结构清晰、文档齐全，别的团队能接手。把客户锁住不是一种商业模式。
晚点给数字，然后守住
数字在弄懂之后才给。万一给错了，你会在还有选择的时候知道。
在要紧处保持无聊
不能出错的部分用成熟方案。新鲜技术不是你下单的东西。
把事做完
上线并且每天在用，胜过惊艳但从未发布。要砍先砍范围，不砍质量。
直说
我们会做的，和不会做的
每家工作室都说自己透明。看右边那列更容易判断。
我们会做
- 如果有更便宜的路能解决你的问题，我们会告诉你
- 开工前把范围、周期和费用写下来
- 写代码之前先做界面设计
- 每个阶段都给你能打开、能使用的东西
- 交付代码、账号和文档
- 预估如果错了，早点告诉你
我们不会做
- 在弄懂工作量之前就报数字
- 用固定日期承诺一份固定功能清单
- 扣着你的托管或账号让你走不了
- 为修复我们交付物的缺陷向你收费
- 悄悄加范围，然后让账单去解释
- 上线一周后就消失
谁来对接你
小团队，不转手
参加你第一次咨询的人会一直留在这个项目里。不会把事情丢给你从没见过的团队。
- 01
产品与范围
把需求变成可以开发的东西，并和你一起决定什么先等等。
- 界定问题
- 书面范围与方案
- 开发期间的优先级决策
- 02
界面设计
在修改还不花钱的阶段，把界面和流程定下来。
- 界面与流程设计
- 与你团队的评审轮次
- 留给你的设计资源
- 03
工程开发
负责实现——网页、Android 或 iOS——并让每个阶段都能打开、能测试。
- 应用开发
- 集成与数据
- 阶段交付前的测试
- 04
支持与维护
上线后依然联系得上，按上线前约定的条款。
- 修复与补丁
- 更新与依赖
- 下一轮功能
他们的原话
这部分不该由我们自己来讲
我们的做法到底行不行，本来就不该由我们评判。
“他们先把我们真正需要的东西梳理清楚，才开始动手，所以没有浪费。报价从一开始就是公开的。”
“我们从最基础的版本做起，再按优先级增加功能。这种方式很适合我们这样的小团队。”
“旧系统是被接手继续开发的，而不是推倒重来。沟通很顺畅，进度我们一直清楚。”