小的互联网项目是优先考虑质量还是速度？

[gaigechunfeng]

背景 1： 组件团队在先，接一些短平快的 web 项目（当然大的项目也很难完全 cover ）成员都是程序员，不是说我们技术有多牛，但一些程序员的思维还是有的。 所以我们最初做项目之前总要考虑一下架构设计、可移植性，可扩展性。 想着下个相似项目来了，修改一下配置就可以达到复用，或者下个项目有用到当前模块可以直接移植。

总之还是想着要做一些高质量的项目。

背景 2： 最近和一个能力较强的软件销售一起吃饭，刷新了我们团队的观点。 他的宗旨就是： 不管 37 21 先马马虎虎做个 demo 出来给客户展示，不用用心投入太多； 产品能用就行，不崩溃就行，最重要是要卖出去；

还给我们展示了一个他们公司的产品，做的有点不忍直视。他自己都绷不住说这个产品确实有点烂。但就这个产品，他都卖了好几套出去。

结果： 在和团队成员讨论的时候，意见出现了分歧。就有人认可销售的思路，认为快，挣钱是最主要的，技术很次要。

当然速度和质量永远是一个辩证的话题，怎么说都有道理，但两个观点总有正面交锋的时候，决策者应该如何判断。 还是想来听一下各位的看法，这问题应该没有对错，取百家之长，才能丰富自己的看法嘛。

[longxiaoyun]

速度重要，客户都是希望尽快上线，能盈利的话后期会慢慢处理一些不够合理的地方，你要做的就是满足客户的需求，客户不急你自己可以考虑质量优先。

[senghoo]

先做一个最小功能的可用版本。 后续功能持续送代。

[imicksoft]

恰饭最重要，先恰饭啦

[o0]

个人接单也遇到相同问题，接一些可以提升自己的项目通常报酬与付出完全不成正比，倒是最简单的项目，速度快，总的算下来钱也比较多。

[tomczhen]

现实问题哪有什么单纯的二选一这么简单，屁股决定脑袋而已。

低质量的商品主要靠销售，销售必然要获取大部分利润；高质量商品可以对销售降低要求，销售能获取的利润就少。

对于技术公司而言，什么都没有的时候速度最重要，但是核心竞争力要求不能降低。

[huijiewei]

0->1 肯定是速度重要了，但是前提是稳定运行，代码扩展性可以不考虑太多

[tt67wq]

@senghoo #2 先做一个最小功能的可用版本。 后续功能持续往里面丢大便，直到不可维护为止！

[ccoming]

能上线运营的速度

[nigulasida]

外表光鲜亮丽，内在 可以 一团乱麻，小步快跑

[maichael]

最重要不是看实际需求吗，脱离需求谈优先考虑速度还是质量不是扯淡吗。

[longalong]

迭代，小步快跑

[leopku]

在茅坑里待久了一点也不觉得臭，反而觉得真香

[gaigechunfeng]

其实我还是倾向于质量的，做出好的产品是我的目标。
但是估计后面会对客户需求渐渐妥协。。。毕竟要恰饭