| 这个作业的目标 |
挖掘客户需求，分析客户需求 |
| 作业正文 |
.... |
| 其他参考文献 |
.... |
| 描述背景 |
|
| 为了给图书馆设计一款小程序，需要分析客户以及用户的需求情况，需要挖掘客户的需求，以及商讨可以提供的数据或者接口等问题。 |
|
| 课前思考 |
|
| 问题1类 占座问题 因为之前我们的原型设计中很多同学有提到占座的内容，这个我也想过，但是由于在一些问题中难以解决，因此在原型中并没有体现，一些问题例如，如何判断人已经到了图书馆座位，如何暂离等等问题。 |
|
| 问题2类 数据问题 在原型设计那边我们是有查看图书信息功能的，其中包括了书籍的流通情况，是否可借可预约等等，因此在数据上一定要提供数据库的接口，让数据实时更新。 |
|
| 馆长回答 |
|
| 问题1 在占座的问题上，首先部分开放预约教室，因为可能不能保证app的全面推广，所以需要一部分并没有使用app的同学也能适用图书馆的自习室，在判断人是否到了图书馆座位的话，馆长没有正面回答，但是在同学的一些想法里面有一些我认为切实可行的计划，例如如果可以开放图书馆人脸识别的系统给我们的话，就可以在人脸识别的基础上统计预约好座位的同学是否进入图书馆，还有一种想法是在可以预约的自习室门口安装一台机器，采用实时更新二维码的方式。来进行预约选座的到场确认。 |
|
| 问题2 数据问题...，馆长的回答是无法提供数据库接口，只能以数据导出的方式来提供数据，这就很头痛了，如果以数据导出的方式来提供数据，我们拿到数据使用是一回事，问题是根本无法和图书馆的数据做对接，使用历史数据做一些年度书单的功能还可以，但是如果真的应用到比如借书预约，查看书籍流通情况等功能上就很头痛...，因为没有数据的实时性的话，根本不知道书籍还剩几本，还可不可以借等等问题... |
|
| 建议 |
|
| (1) N (Need 需求): |
|
| 小程序或者app是可以让一些同学在使用图书馆教室的时候有一些更好便利性，也可以解决一些图书馆工作人员的需求，比如说阅读学分的通知，电子刊物的使用等等。 |
|
| (2) A (Approach 做法)： |
|
| 1.在占座功能上面，可以结合图书馆的平面图，以及只开放一部分教室占座使用。 |
|
| 2.在预约借书功能上面，如果说不能做到实时性的获取数据库的数据的话，只能说给用户提供一些图书馆想预约此书的人数，以及近期这本书还剩多少本，比如说今天可以看到昨天晚上更新之后的数据来查看图书馆的书籍流通情况，通过这些实时性不强的数据来给用户去做一个参考。 |
|
| 3.阅读打卡功能，在这个功能来讲的话，就是一个判断人进出图书馆时间的问题，如果说不通过图书馆的设备来判断的话，那就需要获取用户的地理位置来判断是否在图书馆，以及在图书馆的时长等。 |
|
| 4.电子刊物，这个功能相对来讲还是比较好做的，只要能提供数据源，可以参考一些小说软件的使用方法，就可以实现在软件上读电子书的效果。 |
|
| 5.推荐功能，如果只是同专业同学的推荐的话，只需要对同专业同学的数据进行统计，然后给用户推荐图书，如果类似淘宝那种推荐的话，就需要去根据用户看过的书来进行推荐，那就是要去打标签建模的问题，通过书籍的主题来给用户推荐可能喜欢的图书。 |
|
| 6.阅读学分信息推送功能：如果说教务那边可以开放接口的话，我们可以尝试在每次更新图书馆数据的时候，来查看到同学的阅读学分阅读书籍数量的情况，从而让教务网那边通过微信公众号的方式来给同学推送信息，如果说教务无法提供接口的话，那就在小程序那边推送信息，但是效果可能不好，因为在使用app人数还不确定的情况，很多同学可能根本无法收到消息。 |
|
| (3) B (Benefit 好处): |
|
| 首先一个好处就是给同学带来的便利，通过查看书籍的流通情况就可以让同学自行判断有没有去图书馆借书的必要，以及在推荐图书的地方，用户可以知道自己专业同学的阅读数量以及阅读类型，比较才有竞争，可以提升同学们的阅读热情，还有就是解决图书馆管理人员的一些需求情况，比如阅读学分的推送问题等。 |
|
| (4) C (Competitors 竞争): |
|
| 竞争方面的话，在功能上虽然说一些图书馆的app里面也有占座的功能他们做的是跟信用值去绑定的，但是如果说上面所说的功能都可以实现的话，我认为还是很有竞争力的。 |
|
| (5) D (Delivery 交付， Data 数据): |
|
| 在推广方面的话，一是可以在教务网那边通知图书馆app的使用，还有比如就是在图书馆的门口设置app的二维码。 |
|
| 参考资料 |
|
| 构建之法NABCD |
|
