创始人：“Pablo，我有个这样的想法，$#@%^&*^$!@#...你看怎么样?”

我：“那你看我是你们的目标用户么?”

创始人：“额……不是，但因为你已经创业很久了嘛，所以我想听取一下您的看法。”

我：“既然我都不是目标用户，那么我对产品的看法完全可以忽略。试试Cross-10吧，或许我看到Cross-10的数据能有所建议。”

创始人：“……

5. 眼见为实，杜绝空头支票

很多应用开发商会联系大批的应用体验人，作为应用上线后的用户保障。下面的对话也是屡见不鲜——

我：“你们的应用已经发布了吗?”

创始人：“哦，不，还没有。我是一个完美主义者，我们的应用开发队伍也堪称程序猿中的忍者，已经花了三个月编辑代码，产品估计在四周就能上线了。”

这样的回答就让我感到摸不着头脑，“还没上线?你在上线前花费的时间再多，也不能知道用户对这样的应用真正有怎样的要求啊?赶紧上线，上线才是第一步。”

创业者会做出这样的解释：“因为已经有上千人(或者上万人，上百万人，都是一口气能吞下一头大象的数字)已经答应体验我们的应用了，我们必须的产品必须充分完善，才能不让这些人失望啊。”

我： “让我来打个比方。跟用户体验对象推销尚未上线的产品，就好像在体育场推销免费啤酒，只不过啤酒还没来，只是拿着牌子在吆喝。尽管你事先向他们描述了产品的神奇功能，但这些体验用户实际为产品投入的时间或资金都是零，同意体验对他们而言只不过是包赚不赔的无损决定。如果到时候推销免费啤酒的拿出的只是温水里飘着的大麦粒、酵母或是烂啤酒花，那就算是免费也不会有人喝。应用体验与发布后用户是否买账，完全是两个概念。”

如果一直处在闭门造车的情况下，开发商们很难开发出真正符合用户期待的产品，而向用户进行的产品描述，也常常加上神话的效果。直到让用户真正投入时间和财礼，拒绝“免费啤酒”那样的廉价体验，才能真正从用户处获得有价值的建议。

另外一种在应用开发早期形成合伙人关系的合作形式，我个人也不看好。如果你的应用不能先博得小部分人的好评，那么也就不太可能获得这一小部分人以外的大部分人的好评。早起建立合伙人的关系，开发人会过于依赖合伙人处理开发以外的各种事物，而专心追逐可能原本开发很早就会发现是不切实际的目标。我也曾经从这种合伙模式上吃过教训，失败三次，分别浪费了3个月到半年的时间。

真正用户喜欢应用是能主动吸引用户的，同时被其吸引的还有各路投资人。过去两个月中，凭借最终退出的成功的应用，主动联系我们的投资人络绎不绝，数量超过了过去三年中我们主动寻找的投资人的总和。

6. 发扬极简主义，杜绝TMS(Too-Much-Shititis)

TMS，用来指代应用过于冗长，涉及过多中间环节的现象，是创业公司最容易犯的毛病。

简而言之，要做成一件事，然后围绕这件事发散思维的方法有无数种。成功的例子比如eBay，谷歌，PayPal，Twitter，Facebook，Square等等。但要是想同时多件事齐头并进，然后从中挑出最有潜力的一支，则是必死无疑。

经常有创业人这样描述自己的产品：“这种产品将提供一流的用户体验，其中涉及从A到B到C到……的过程，从而实现这样的目的：在做菜时教会用户汉语……”这其中也太相差十万八千里了吧。对这样的描述，我的回复通常是：选择其中一个环节做好就足够了。即便是最简单的环节，做成功也是了不起的事情。

专注某个具体目标，设计方案，做出尝试，发现问题，不断修订，避免自己的产品与TMS挂钩。而在做成这件事之后，再考虑如何添加应用功能的问题，则可以算得上“甜蜜的苦恼”了。

7. 言多必失

用5个词以内来概括自己的应用。如果不能，那说明你还不够了解自己的应用，或者不知道自己究竟在做什么。

设想一下，如果对一个5岁的用户描述说“我们的产品是一个多平台的、用户对用户的、彼此分享内容的多平台社区，用来%$^&*($@!#……”对方不腻烦才怪。

描述语越多，只能说明你对自己产品越没有把握。同样，对于那些没法用简洁语言说明自己在干什么就来寻求资助的创业人，通常不会在这样的人身上花多少时间。

但建立这样明确的描述是要以上述项目为基础的。只有当开发商经历了Cross-10正视第一版应用的各种错误，抓住目标开发出直击关键问题的应用后，才能真正建立这样的描述。

最后，对创业公司来说，最重要的技能就是在被打败100次后，再第101次站起来。做出调整，朝着原来的目标继续努力。只有凭着这样的韧劲，才能活过上面的7项挑战，将产品推向正轨。

分享到：

想认识全国各地的创业者、创业专家，快来加入“中国创业圈”