周末五点多就醒了，最近事情太多了，挤挤时间写个小总结。
这几天休假接了个别人的旅游相关小程序开发的项目。
项目背景很简单，就是要组织一个大型（人数几千-一万）的出国旅游+晚会活动，这么多用户怎么方便快捷地查询游客的信息以及导游/组织者如何方便快捷的管理用户。 就需要提供个系统能力来支持这些人的旅游路线报名、路线查看、坐什么飞机、跟哪个导游、吃饭坐哪个酒店哪一桌等等。
不难吧？
对互联网人来说，确实不能算很复杂的项目，比一些资金管理后台、营销后台来说，简单太多了。
但就是这么一个看上去很简单的事情，依然跑的很别扭，主要有这么几点感受：
1、甲方表述混乱与需求变更频繁
这点也好理解，毕竟甲方不是做IT的，很多东西会想当然觉得很好实现，改起来很快，但底层数据表的结构是偏差很大，对我们来说都是成本。
甲方有些内容也没完全想清楚，当然人家也不可能一两次就想很清楚，就需要我们一而再的电话对焦理清需求，这些带来很多沟通成本。
和公司里不一样的是，在阿里做事，对不清楚可以继续对焦，反正就是开会嘛，工资有集团发，拖得久也没什么，业务方着急，开发也总得按规矩办事，基本上身份地位对等，不存在谁强迫谁一说。
但是到了外面，甲方付了定金之后，作为服务行业（项目开发就是个服务业- -），有些不得不折衷，也不得不笑脸相迎，即使甲方有些诉求未必合理，是这么个道理。
2、项目成本的控制
在公司做事的时候，是不太考虑综合成本概念的，毕竟开发成本不算在业务预算里，但外面做事就不同了，多与少的控制决定了项目的利润空间。
项目成本关系着开发有没有的赚，不可能长期做无利润的事情吧？比如甲方最初只是做个H5，后面想用小程序架构，这俩东西实施难易程度和开发周期完全不同，第一次的报价完全无法覆盖开发成本，这就得加价。
但是加价呢，又显得开发同学活还没开始干就在不断加钱，会使形象受损，尤其互相都还认识，熟人之间对价格就反而没有陌生人那么好谈，反正对我这种朋友之间脸皮薄点的人来说，还有些困难。
但是懂行的人就知道确实成本相差很大，增加的功能的架构开发困难度、新增页面的设计费用、服务器租赁时长等等，每种场景下都是不同的成本，但你比较难转嫁给客户。
所以，在一开始，一定要尽可能和客户预先说清楚，先把一些不好讲的话讲在合作前，是特别有必要的。
3、原型设计的工具掣肘
原型设计的重要性在这里就显得十分重要，也让我首次强化了这个感受，可能以往公司里做事，一是大家都是相对熟悉互联网的人，沟通比较容易理解；二是即便有些细节不清楚的，多聊几次就够了；三是平时扯皮的会议比较多，PD对于小需求也没时间出具详细原型交互。
但外面项目就不同了，草纸图压根解释不清楚，一些跳转和点击用常规的箭头链接，客户也不好理解，越不好理解越难达成一致，就越不好估量开发周期和成本。可见，地基打得好，对后续的作用至关重要。
那就画吧！
没带自己电脑的时候，只能用公司的电脑临时用下。但公司电脑管控太严格了，好几个原型设计网站被屏蔽登录，于是只能用PPT先临时草拟一版主要的几个页面。
如果一开始就能直接用墨刀之类的工具，如下表现力上可能就更直观易懂了，而且改动调整都很方便。
从这点上来说，工具提效对业务还是十分重要的，一款好用的工具对互联网的需求分析、开发、维护都是极大的助力。
4、一些隐形成本
即便是这个相对简单的需求，其实涉及的页面也不算少，不算难，但麻烦。页面也得有十几张，点击跳转还得关联下，兜底页面你得想好逻辑也弄一下吧？ 再加上客户可能今天就推翻了昨天的要求，整个原型下来没有一天两天的功夫也是修改不完细节的。
这部分你怎么算工钱？市面能外包的项目本身就利润空间有限，还得优先给与产技人员保障。不算钱，白出力；算钱，按我时薪算，估计甲方和技术同学都得打我。
此外，甲方最后还临时要求由我们去给上游做演示，可能还得做个PPT，我一个在公司里就极度不喜欢PPT的人，出了公司还得做PPT，这是遭老罪了？
还得去一趟上海，差旅成本、时间成本也是成本吧，都是一些只希望甲方不要再修改需求了。不好说出口的成本。
5、一些其它想法
既然做了，按我们职业素养就肯定要做好。我在想后续有没有机会在这个架构上做些调整，变成行业解决方案？能够解决一批人或一个场景下的统一需求，这样子的话，就有了复制的可能。如果你是对导游行业比较了解的，欢迎和我讨论讨论。
