没有商业化和用户体验导向的产品设计，就好像刚脱缰的马，步伐肆意却笨拙。
今年六月份通过朋友对接了一家专门为政府机关做策划和活动的公司，以兼职外包的名义接下了一个私活，是一个政府与企业之间的联动平台，项目比较简单，核心功能无非就是企业与政府间的对接和文化方面的宣传。涉及的平台主要是桌面端web、移动端H5、以及微信小程序。于是我拉上几个比较靠谱的前端后端组了一个团队，前后跑了三次，终于把合同给敲定了。
在该项目中，我扮演的角色有点庞杂，我主要是作为产品经理在和他们进行对接需求，另外我还作为交互设计和UI设计为该项目设计界面（这是我的老本行）。另外还作为测试对开发完成的功能进行测试（主要的bug开发过程中已经自测并修改），尽管没写测试用例，但是测出来的bug我还是整理成文档的形式用蓝湖来进行协作。基本上除了写代码以外的事，我都干了，之所以这么“能干”，不是因为个人能力突出，而是这个项目，确实比较简单（与我本职工作中负责的B端SaaS相比），再加上人手短缺，我就鞍前马后跑上跑下了。
涉及到保密性，以下全文与项目内容关联性不大，仅从我个人角度来阐述一下给政府部门做项目需要注意的一些要点。
1.审批慢、流程长，主动跟进很重要
凡是和政府打过交道的人，都会深刻的感受到，审批和流程这个东西耗时非常长，如果你的特质是属于被动跟进的类型，那么前期的拖沓意味留给你后期开发的时间就不多了，我们的这个项目，从签订合同，到交互初稿，花了一个月，但是从交互初稿的评审再到开发，就花了两个多月，在这个等待评审的过程中，我一度以为这个项目是不是不做了，一度怀疑自己是不是遇到骗子了，终于在我的再三催促下，交互初稿顺利过稿，有多顺利呢？开发完成后的坑有多大，这个项目就有多顺利，这点先按下不表，稍后再讲。
所以在这个过程中，首先你要做的就是主动跟进，与我对接的是一个策划公司，他们是属于与政府部门直接对接的，我们再跟策划公司进行对接。由于我当时也比较忙，没怎么催促这件事，这直接导致在交互稿的评审阶段就花费了我们两个月，要知道总的项目周期也就4-5个月的时间。因此，如果你想做成一件事，避免后续的麻烦，请主动跟进并且保持积极的态度去解决它。
2.前期沟通非常重要
在开发完成上线后，他们给我发来了一堆疑问，我才明白为什么前期的交互稿和视觉稿的评审那么顺利了：————因为他们就没仔细看！
由于我第一次负责这种项目，没有向他们展示可交互的高保真文档（展示的是用于开发的线框交互文档），以及没有亲自去跟他们讲述我们的设计方案，导致他们对一些功能的理解有偏差，最后的结果就是，根据他们的要求，上线后我们再优化了一版，费时费力，还费开发小哥哥的头发。
因此在开展任何项目的时候，最开始你需要做的就是，不断的与需求方进行对接沟通、展示demo、讲述设计方案等，理解他们真实的需求，同时向他们展示自己的设计方案，在设计方案上达成共识后，后期的开发就变得简单许多，避免后期的改动。
3.项目汇报比开发进度重要
由于前期的项目评审花费了太多时间，因此留给我们开发的时间不多了，在紧赶慢赶小步快走的节奏下，我们持续保持着项目的开发进度，但是还是遭到了甲方的连环夺命催：
“Web端这周能上线么？”
“首页什么时候能好？”
“请给我一个准确的时间吧！”
“政府部门这边要求我们在***前必须上线”
在这样的催促下，我们的开发小哥哥冷冷的给我来了句：“当初是他们拖得太久导致进度延迟，现在让我们在这么短时间内开发完，怎么可能，爱做做不做拉倒，大不了首款退给他”
我讪讪一笑，赶紧安抚了一下情绪，飞到嘴里的鸭子怎么能让它飞走了呢，再说了我们都签了合同了，还是尽心尽力把这个事做好做完吧。于是我们与对接方商量了一下，重点开发需要在下个时间点展示的页面，比如首页等比较重要的功能，前期弱化的功能我们先放下，或者做成静态的页面，无法交互，让他们给客户进行演示，告知他们这些功能将在后期开发完成。我们采取的策略是先上线测试站，通过他们反馈bug和问题，开发及时的跟进和优化，于是在给客户演示项目的前一天，我们上线了需要展示的基本页面，也重新俘获了甲方的信心。
在这一过程中，开发的进度可能会遭遇各种意外，总体上虽然是可控的，但是也会有各种意外导致项目延期，这个时候，你就需要将项目分割为轻重缓急的部分，在与甲方进行充分沟通后，制定相应的优先级，保持小步快走的节奏，持续整个项目周期，直到你们脱离了deadline的限制，可按照正常的规划进行开发。
4.设计的导向不止是政府部门
很多政府部门的网站并不是由政府来运营的，而是外包给第三方进行运营和管理，当然，除了极个别比较重要的网站，因此我们的甲方并不是真正的甲方，并不能按照市场化商品化的思维去看待这种网站，该类网站既没有盈利上的要求，也没有用户体验上的要求（爱用不用）。另外对于网站的运营来讲，越省事越好，举个例子：对普通用户的批量注册功能和批量认证功能。你能想象微博给你注册了账号并且认证成了大V，且给你发了好几个微博么？
所以按照正常的商业化产品的角度看这个问题是无解的，你需要做的，就是从网站客户和运营的角度去看待问题，保证基本的用户体验，让你的网站不至于被用户骂。产品没有商业化和用户体验上的要求，好像事情就简单了不少，但是出来混的迟早都是要还的，这就导致我们后台的页面功能和复杂度超过前台。
5.产品文案以及功能的敏感性
由于项目是一个企业与政府对接、但是又是一个包含文化宣传类的平台，因此涉及到金钱、营销、购买、交易等字眼，必须要加以替换，甚至是“需求”类似的字眼，也得斟酌再三。整个网站平台全程无支付交易，只是项目的对接，但也要注意文案，避免影响到平台的审核。
除了上述的一些关于项目开发的注意要点外，再啰嗦几句关于兼职外包的注意事项。
1.在敲定合作的时候一定要签订合同，尽量以公司（或工作室）的名义签订合同。
签订合同可以避免后续的纠纷，一定程度上能维护自己的权益。听过很多设计师和程序员，开发完后甲方拖尾款，甚至跑路的事件，签订合同可以有效运用法律手段维护自己的权益。
签订合同的时候不但要明确具体的费用，也需要对具体的业务进行量化，制定相应的项目周期，如果有必要的话，制定必要的违约赔偿措施。在明确具体费用的时候，既要明确业务开发的费用，也要明确服务器、认证费用等基础设施的费用，另外还包括明确具体的维护和服务时间范围等。
对于哪些是新的需求，哪些是bug要明确限定，超出业务框架以及设计文档中的要求，应该属于新的需求，新的需求不属于维护范围，需要另行付费，在资本家如此“鸡贼”的年代，我们搬砖的也要与时俱进“以鸡贼应对鸡贼”。
2.在签订合同之前，判断一个项目是否可靠，上门拜访是一个很好的方式。
很多设计师接单都是线上接单，很少在线下接触甲方，上门拜访可以除了可以更好地沟通和协作外，还可以让你实地考察甲方的办公环境以及公司情况，如果限于各种原因无法做到上门拜访，也可以通过天眼查等工具核实甲方信息。
3.做兼职就应该本着一个做生意的态度。
你除了需要“器大活好包满意”之外，还需要充分发挥主观能动性，如果甲方的期望值是100%，那你如果能通过各种方式，将项目的实际表现提高到120%，那么后续的合作和对接将比较顺利，把项目当做自己的亲儿子来做，致力于提高更加完善的设计方案，再改改，无非是开发小哥哥多掉几根头发（划掉）。
4.协调团队内部关系有利于项目顺利开发。
作为项目的负责人和组织者，除了要选择靠谱且合适的参与伙伴外，还需要平衡甲方催促与开发之间的情绪，即协调好参与各方的利益，避免因为情绪等其他问题而导致项目失败。
