相信不少TOB类企业或多或少会接到一些定制化的需求，那如何做既能满足定制化需求又能最大程度减少工作量，控制开发成本呢？下面就是我在一个定制化项目中遇到的一些问题与反思：
项目背景：
1. 需求来源：老大下发；
2. 需求描述：学校管理者想基于wifi定位，实现学生通过手机签到，老师通过APP管理签到方案，查看签到结果等；
3. 产品现状：我们现有的产品能够完全满足上下班打卡的需求，基于学校场景还要重新设计；
存在的问题：
1. 需求是老大下发的，而老大是通过销售了解的，销售才是直接和客户沟通的人，产品都没直接接触到真正的用户；
2. 考勤方案是基于wifi定位，需定位每间教室，这跟现有的办公考勤只有一个wifi定位的逻辑不一样；
3.客户是相对较传统的校园管理者，销售表示，客户也不知道具体是想要怎样的，可以怎样。
执行过程中踩的坑：
1.在老大说要做这个功能的时候，想当然的以为这是个简单的项目：就是本着开发成本最低化的原则，在现有功能上做减法；另外，改动一些描述，以更符合校园场景；
2.没有理清wifi定位在老师制定签到方案、统计签到结果以及学生进行手机签到等各个节点中所起的作用；比如，是否每个节点都要判断签到wifi链接情况，在未链接的情况下是否在应用中就给予wifi选择界面等；
3.销售给的需求描述的原文是说查看每间教室的统计情况，做需求时没深入思考这句描述的真实需求，就真的以教室为唯独进行了统计；
这些问题中最致命的是定位问题，因将这个项目定位于现有功能的简化，所以流程梳理、界面规划等都是依据现有的功能来的。在第一次产品评审时我才发现我整个产品规划的方向都偏了。
反思：
1.收到需求时要多问，比如用户是谁（有哪些使用角色）、具体使用场景是怎样，功能的优先级等；不问的话，需求方可能以为你都已了解；
2. 动手做之前，及时把自己的思考结果反馈给需求方，以确认是否要这样做，以免做错而浪费时间；
3.接定制化需求时，首先要梳理需求本身，而不是先往现有功能上去攀附。如果思考清楚后发现在现有功能的基础上改动一下就能满足，那是最节约开发成本的。如果现有功能不能很好的满足需求，该重新规划的还是得以从0到1的思路去做全新的思考；
4.以互联网的做法去代替传统线下的作法时要充分考虑使用场景，也就是找到线下对标：比如，学生在手机上签到，对标的就是老师一个个点名；查看统计对标的就是老师记录异常的花名册；
总之，做需求时，不要急于去画原型图，而要先去想！做定制化需求时要在满足需求的前提下考虑开发量，而不是为了节约开发成本而迎合现有的功能。
