今天早上无意中发现自己以前发过的一篇长微博，讲的是几年前自己跟着别人创业，描述的是项目临近上线时候的心情。当时工作环境，条件，待遇都不理想。秉着一股冲劲就跳到了所谓的“创业”的坑里。

现在回看起来难免觉得当时非常幼稚，回想起来也觉得当年过于盲目，但也算是一种体验。有听过一句话印象很深刻，大概意思是：“创业不是一回事儿，而是自己选择的一种生活状态”。大家都想成功，但是近些年盲目创业的案例越来越多。打工也好，自己单干也罢，走走心吧！

以下为当年写的部分内容，项目已经下线。就拿出来当当反面教材呗。我是有多懒，一直不写新文章。

人总是得写点儿东西，反思反思，整理好思路才能有更好的计划。让我可以好好地吐吐水。分享个人日常工作中的体会。作为产品新人，只是在抒发感想，大牛看到请不要笑话哈o_O。

分享过一个项目---（此处是项目名称，文字怎么打马赛克?）。

这是我们独立做的第一个项目。目前首轮项目铺设工作已经接近尾声。对于我这种3分熟的互联网人来说，全套做一个项目确实很难。当时也没想多少就跟着跑来干这个项目了,可能我36氪看多了,对于创业特别向往.但是实际摊上这事儿之后我发现事实不是如此,各种累、各种纠结、各种**啊！好在我还没放弃！

WEB：

在以前的公司只是提提需求，整理下网站预定逻辑，盯一下版本更新等等之类的工作，还得兼任产品+运营。当时的我以为产品经理的最累不外乎酱紫。但跟现在一比...就别比了。项目几乎所有部分都得涉及。我不是技术出生,项目跟进时候真的很吃力。网站初期设计起步得很仓促.做了个原型，拉上几个设计的几个晚上就出了网站初稿。后来出了几版我们也不太喜欢。最终结论各取几个版本的元素结合在一起，就安排切图了。整个项目的启动没有任何项目需求，没有任何BRD,MRD,PRD神马乱七八糟D都没有，设计原图，操作流程图直接丢过去就就开始了。郁闷的是这次的合作居然是离岸开发，最大的问题就是沟通。有时候我真心想自己买张机票直接飞过去当面聊。其实我也明白，没有规范的项目需求对于开发者来说真是个噩梦，加上合作伙伴不停地改方案，加需求，但是因为各方面因素限制，也只能这样了。

后台方面，一开始我们的需求没有说太明白，导致这个后台真心有很多地方需要优化，简单的文字输入都有问题；修改文字样式就会变形；敲一下回车键代码里就出现好多等等问题。

APP方面：多么痛。(＞﹏＜＝。。鉴于年前产品经理的不成熟，需求中没表达清楚，开发过程遇到好多不明确的需求。一路坎坷，总算第一个版本完成。

在好多人眼里，做好一个项目就是把网站、app做好就行。但是亲自接触了之后才发现。这些只是浮现在客户的前端展示。页面再好看，没有后端的支持，一切都是浮云。

ERP&CRM：

开发人员反映我给出的原型“完”“全”“不”“能”“用”，用得上的只有我写的流程。辛苦她老人家还得自己涉及原型跟布局。

互联网也是份很多领域的，产品跟技术的思路碰撞肯定会存在。也正是有这种碰撞，做项目才能如此精彩。双方互相提供灵感，项目才能更有新意。有一个很坑爹的事情，后台开发很久之后我才意识到原来我们做的系统有个很好概括的辞藻，叫“进销存”。

网上有同行说：如此简单的进销存逻辑有那个压根就不叫ERP，叫OA算了。虽然我很不情愿，但是我想说我们做的是一个很像ERP，朝着ERP方向进化的OA。

补充：现在回想起来，其实就是个受理订单的功能，没有上升到ERP的高度。

CRM的计划搁浅了，现在我觉得Excel都比我们做的CRM好用。因为项目启动很紧张，这板块暂时搁置了。反正现在能承接ERP过来的客户数据就足够了。把它当作ERP的一个内置的功能就行了。

产品&运营：意品云餐是做外卖的。给客户送午餐，我们自己找厨房、找餐盒供应、自己做DM单、找驻站等等~~困难在于搞实业的不认同我们的想法，觉得是浮云；或者向我们收取高额的驻场费，或者抬高佣金或者在销售模式上的不配合等等。这个是当互联网遇上实业时候必须面对的问题，也是当O2O面临的问题。O2O是一个非常碎片化的市场，前些年国内搞过团购之类的东西，风风火火的，现在呢？国外像opentable,hellofresh，yelp等网站，虽然做了很久，规模也做开来。但是客户对于订餐的思维还是没有完全互联网化，电话订餐的习惯根深蒂固得深植在客户脑中。如果没法做好在线与线下的对接，就谈不上O2O。在以前我是做线上商旅的，客户会在出行前一个月到半个月左右安排好自己的行程，预先支付。万一行程有变动，会有相应的退票费或者变更费对客户进行约束。但是像外卖的客户基本是即刻需求，基本没有计划性，并且目前大部分外送服务都是货到付款。万一在收款前客户需求产生变动，那产生的损失只能由商家自行承担。我们可以采用多种收费方式，但是在彻底培养出客户习惯之前，任何的改动都是冒险。

补充：当时我们手上还是有部分能够打通线上支付的资源，只是鉴于业务还不够大，基于时间成本考虑。

客户需求、使用习惯不一样，市场的成熟程度也不尽相同。要培养用户习惯是很不容易的，不要以为吃饭是刚性需求你的产品就有多重要。我们项目初期面对的是上班族，用户可以提前一个月开始计划出行的航班；或者利用碎片时间发发微博。但是用户肯定不会没事儿盯着你的网站看中午吃什么，而在实际订餐的时候也不会浪费那么多时间去浏览你菜单上的每一道料理。有些人宁可直接打电话叫个叫个外卖，也不会盯这你那破网页纠结个老半天。国内的美餐网，淘点点之类的产品虽然很火。但是看看广大用户，你们渗透率到底是多少？相同道理，我们项目也面临相同的问题，更何况我们是自建物流。渗透，服务覆盖区域都成问题。目前光是做小区域服务不是我们能够承受的事儿了。关于这个问题，项目新人还有好多话想吐，鉴于文笔不够，等我累积足够的辞藻，日后再吐~~

谈谈后台支持，说说官腔。不要以为小张罗的服务就可以随意应付。规范化的操作流程，话术，服务标准很有必要。

世界上没有完美的代码，任何系统都存在漏洞，如果有良好的业务支撑，就能能弥补系统的不足；系统的强大也能提升服务的效率。标准的操作流程以及应急服务措施能够使人机行程良性循环。而如果团队有幸能够扩大规模，标准的流程又能直接复制，减少队员的磨合成本。规范化还能形成品牌服务特色，培养客户使用习惯。话说回来，系统不是强大就好，服务也不是高效就行。这些都像是项目的配件一样，考验队伍的是性价比，而不是各个配件有多高阶。

补充：普遍很多新手产品经理就是爱说大道理。。把以前的经历分享出来当反面教材虽然略显逗*，不过无所谓啦！噗