今天去某建筑设计院跟客户交流项目相关的事情，也许是交流在一个频道上面，而且客户也愿意倾听我的建议。聊着聊着就说到项目到底是应该是一开始就全面铺开，还是先专注某个点。

坦白讲，站在前期外包服务商短期利益来讲，肯定是建议用户项目一旦启动就做得很复杂，因为这样可以获取更多的服务费。而且在外包服务方面很多都是一锤子买卖，于是就貌似就形成了一个恶性循环。以至于经常听到这样的声音 :”外包的不靠谱，外包的项目基本都黄了”。

出现这种结果，其实需求方和服务提供方都有问题的。有很大一部分需求方其实并不知道自己的项目该怎么做，所有的一切都是自己坐在办公室靠着自己的见闻推演出来的，在很多细节上做了要么过于悲观、要么过于乐观的预估。而对于服务方而言，因为前面大环境已经是这样了，好不容易捞到一个项目了，尽可能在这个项目上多赚点服务费，因为谁也不知道这个需求放的项目能不能做得下去，特别对于一些听起来就不太靠谱的想法。

我们这样做

我们也不知道是过于执着，还是一中情怀在驱使。我们微构网络团队在进行项目沟通的时候却是一朵奇葩，我们很多时候反而是建议用户在项目初期聚焦核心模块，不管客户是做网站，还是微信公众号，还是小程序，抑或是APP。在我们看来，一锤子的服务，就算你赚一毛钱服务费利润用户都觉得你是赚大发了而自己亏大了；而项目给他带来了他在乎的价值，就算服务商赚取的服务费利润率再高，他都会觉得是理所当然了，因为自己会带来更多的价值。

我认为，应该还有一种看不见的力量在推动我们这么干，那就是成就感。要是我们做的项目，客户项目玩了几个月基于各种原因就不玩了，那么我们肯定会很沮丧。而当用户反馈说我们做的项目带来了多少万用户，有了稳定的多少订单，我们会非常高兴。

当然，不管用户项目的成功或者失败，我们只是一个次要因素；所以我们往往在跟其他的人描述某某客户的项目取得什么样好的结果，我们会附带一句客户自己的功劳；而我们的价值在于为用户提供某种工具与方法，使得其更好实现、或者实现更好的结果。

说了这么久，那么为什么我们一直建议用户项目初期聚焦核心模块？

基于我们做过大量各类项目，以及了解各类项目的命运后，我们之所以这么建议的理由主要有如下：

1、外包项目如果有自己的技术团队或者产品团队，那么这种项目基本已经成熟运转，或者自己已经明确流程，外包商给的最多也是某个具体的补充意见。比如湖南红网的这样的用户，他们不大可能需要我们的整体建议，告诉他该怎么玩。

2、如果没有自己的技术团队或者产品团队，甚至是身兼多职的微型团队。实际上很多时候自己要做什么或者能够在预定时间内达到什么目标都不是很清晰。在这样的状态下，越复杂的想法和流程往往成为自己最具竞争力方案的羁绊。

3、太多不太成熟的想法被设计成不太成熟的产品流程，这样只会让用户晕头转向，也不容易被用户认可和信任；毕竟人们潜意识都是东西多套路自然也就越多。

4、在一些初创公司，人力物力财力都有限；就哪怕是上市公司，他们投入某一个新项目的各类资源也绝对是有限的，比如我们做过类似爱尔眼科这样公司的服务，他们之所以不自己组建团队来做（这种公司完全有能力养一个更大的团队），就是因为在细分项目上资源是有限的。所以，一开始把面铺得太开，只能顾此失彼。

下面我列举正反两个典型案例，这两个案例都来自我们服务过的项目，并不是怎么做一定会怎么样，但是具有一定的代表性，跟大家分享一下。

一个反面例子

在去年我们做过一个综合性的项目，光服务费就20万左右，对于我们而言确实算得上大单了。其实在一开始沟通需求的时候，我们就建议过。然而用户的意见是：我就我们一个市区（县级市），而且我和股东们在当地多个领域都还算做得可以的，还是有一定号召力的，我们就是想整合各类资源，做个大盘子。于是就有了各类运营版块，餐饮、酒店、旅游、娱乐、超市、O2O服务等等，总之你能想到的一个这样体量的城市的各类服务他都有。而且他们在当地资源确实很丰富：有钱，股东都是当地出类拔萃的生意人；有渠道，经营各类主要服务领域的产品或服务，有号召力；有政策，可以参与政策项目可以获得政策扶持。

也难怪他们能够有那么大的雄心壮志，其实如果没做过项目的人都不会相信这样的项目还做不成功，真是见鬼了。然而，不到刚过几个月。我们把项目给其他人演示的时候发现上面的信息都是个把月前的。其实说白了，该项目可以说宣告失败。在这个过程中，我们了解到，真正负责项目运营的也就三四个人，而且这些人都是各自股东挑选的”自己人”，都是在其他岗位上的兼职，怎么可能能够hold住一个这么大的项目盘子。毫不客气的说，他们这些人员配置如果能够把当地旅游版块玩好已经非常不错了，当地是一个知名旅游城市。

其实他们有很多方向可以切入，也是我们建议的。比如：从超市配送，因为股东们就是当地大超市的老板，而且这种小地方外界商业势力并不占优势，这样做简单整合都会带来大价值。从旅游服务，可以衍生到酒店、娱乐、餐饮等等。

一个正面例子

这是一个今年刚服务过的一个项目，该项目正式上线试运营半个月时间，每天可以得到60个左右的订单，获取400个真实付费用户，而且订单和用户数据在持续增长中。可能光看这个，大家会觉得：”切，这么可怜的数据也算是正面？”。但是如果我说，他这个是实体服务，而且就一台机器，而且几乎没有主动推广，而且消费频次并不是太高，你可能会改变你的看法了。

他做的是无人值守自助洗车项目，试运营就一台机器在跑。关键是服务的人群虽然多，毕竟有车一族大多数都是潜在用户，但是这样的东西毕竟比较新鲜，让别人信任你都很难。

我觉得他的优势就是向用户简单表述自己干什么、有什么优势，比如他服务本身就是便捷实惠。10元3分钟无人值守自助自动洗车，洗车过程中你都不用下车。而在我们给他开发软件系统的时候，他就是说了基本的一条要求：让用户顺畅走完支付及洗车流程，怎么简便怎么来，另外快速上线。

截至目前，在线跑的软件系统都是一个最简单的版本。主要流程就是扫码、支付、启动、洗车完成通知，就这么简单，基本跟你去早餐店买个面包一样完成洗车机启动。因此，就算是那些日常手机操作并不太熟悉的大叔级司机也会很顺利的使用该系统完成自己的洗车操作，大大降低了用户的操作成本。

最近他来跟我们沟通该项目的新需求的时候，大概是这样说的：”我们前期规划和你们建议聚焦核心流程是对的，通过你们给我们做的这个事儿，让我感受到自动化、智能化给我运营带来的便利。在项目运营过程中，我们发现很多我们曾经想过的东西其实并不重要，而一些不曾考虑的东西事实证明是非常需要的。再者，其实有很多问题并不能依赖软件系统来解决，比如车辆排队的问题，我们一直认为车流量越大的地方越好，结果并不是这样子的，因为需要等待过长反而用户会放弃。”

据说该项目已经获得500万天使投资，他们已经跟洗车机硬件厂商订购了20台左右的机器进行下一步部署。我发现在跟他沟通需求的时候，感觉他的需求很接地气，因为他是基于他遇到的显示问题而想到需要软件系统做什么、给他解决什么样的问题。比如其中近期可能迭代上线的优惠券功能，他要的绝对不是很多人喜欢的各种表面丰富多彩的玩法，他要的是非常实在辅助他运营的，甚至怎么帮助他讨好机器放置区域周边居民和商家的高效工具都有，非常接地气。

结语

我们见过太多太多各类风格的用户，很大一部分用户的逻辑跟客观事实是相反的。他们认为，应该是先有一个牛逼的软件系统然后他们来干某个事情；而不是干了某个事情发现软件系统能够帮助提高效率而提需求来开发这样的软件系统。要知道，你都要找人家做技术服务了，所以软件系统本身你并没有优势。你的优势是结合你有的东西，有了你独特灵魂的软件系统才有竞争力、有价值；当你的项目灵魂不够丰富的时候，再强大的软件系统都是一堆破铜烂铁，把淘宝的所有软件系统给你，你能做一个淘宝么？在不同领域都有一个人X合一的说法，比如人剑合一、人车合一，说的也许就是这个意思吧！