产品简介
清艺管家是我们为学校的艺教中心开发的小程序，旨在用小程序这种更方便的方式让同学们预约使用上我们学校的琴房，也能让琴房利用率更高、管理更规范。因为是给清华大学艺术教育中心使用的，并取"轻易"谐音，所以给这个小程序取名叫清艺管家。
目前正在校内办程序上线的相关手续。
产品设计思路
需求背景
到目前为止，在我们学校使用琴房需要经历以下的流程：
其中，“办理琴卡"和"打孔"都需要去现场找老师进行办理，且办卡处和琴房不在同一个地方。可以发现这样的琴房使用流程是低效且难以管理的，暂且不论同学在不知道"是否有琴房可供使用"的情况下到现场很可能发现"自己有空的时间没有空闲的琴房”。另外，办卡对于短期使用琴房的同学来说有些不太合理。
通过与艺教中心的老师沟通，我们得知他们目前管理琴房使用记录是纯手工进行，即一名同学使用了一次则写一行记录，记录整理汇总的难度较大。
基于以上旧有预约制度的不便利，我们希望开发“清艺管家”这个系统，此系统能够使用微信小程序向用户显示琴房信息和预约情况，处理用户的预约请求，并让管理老师在现场能够完成预约者身份的验证。
产品定位
通过问卷调研需求、撰写用户故事等方法，我们获取了"用户们"对新系统的大致需求，也给了我们的产品一个较为合适的定位：
-
对于用户端，微信小程序拥有的很多方便的特性，避免使用浏览器，APP等，只在微信一个应用内就能完成预约过程。所以对于用户端我们优先考虑使用微信小程序。
-
对于管理端，使用网页的方式呈现，能够尽量呈现多的信息，方便老师进行琴房管理。
目标用户：清华师生及校外可能使用到琴房的人
简介：提供预约琴房服务
产品理念：交互流畅，操作简单，定制化（按时提醒）
主要功能：提供查看使用情况，预约，缴费，查询记录等功能
卖点：简化预约-付款-签到流程，提高管理方管理效率，提升琴房预约系统用户的用户体验
产品设计
以下4幅图分别是我们对"清艺管家"系统管理端、小程序端模块设计和系统设计。
管理端设计
小程序端整体设计
小程序端各模块设计
系统设计
原型设计
首先，我们使用墨刀作为我们的原型设计工具，因为免费而且上手难度不高。其次，我们都没有美术或者设计功底，所以没有打算把原型做的多么精致，只是希望能够把原型界面做得简单明了，并且指导之后的前端开发就好了。
我们选择了紫色（因为清华是紫色的）作为我们的主题色，针对一些优先级最高的功能进行了界面设计，下面是我们初期的原型设计。
预约流程
订单流程
个人界面
墨刀原型设计链接
我们真正开发出来的小程序和原型设计相差还是很大的，这个原型设计也是比较粗糙，干脆把链接贴出来：
https://free.modao.cc/app/0cfcc5536c6a9ce8fbd81a0ee793120a981ce514#screen=s5A3CC545541540988107569
开发心得
- 一定要经常与需求方（对于我们来说是艺教中心）沟通需求，因为仅靠前期大致的需求调研往往是不能够全面知悉的，最好一边设计或者开发一边与需求方明确具体需求。
- 有的时候开发团队闷声开发，奋战几周出来一个产品，会发现与客户想要的完全不是一个东西；
- 开发过程中可能会有灵光一闪，把新的想法告诉客户之后客户可能会发现这正是他想要的；
- 敏捷开发正是以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发，现在社会节奏快，客户需求变化也快，我们不能也不应该要求客户一开始就板上钉钉地给出最终方案。
- 由于是在学期里为学校的机构开发应用，学习压力还是有的，这要求我们小组四个人都明确自己的分工，在确定的时间节点之前保质保量地完成开发和测试工作。我们建议类似的团队在以后的开发中尽量一起开发，虽然可能开发的模块不一样，对开发工作没有直接帮助，但是几个人坐在一块交流更加顺畅，对彼此进度也更加了解，这在团队开发中是很重要的，相当于让彼此都安心吧。
（其实是相互鼓励，然后还能约饭哈哈哈～ - 要利用好 github 等代码托管仓库进行团队成员工作的分配和协调，作为组长可以多布置 Issue ，
如果有人领锅则好，没人领锅就强行甩锅，这样工单管理也比较系统，日后回顾会有成就感。比如下面是我们的 Issue 和 Project 面板：
- 人越多的项目，越有使用CI的必要。有项目经验的同学可能有体会：自己开发了一两天，从远端把代码 Fetch 回来之后发现原来 Work 的代码现在不 Work 了，仔细一看发现是队友写的代码有问题，但是你和队友分别负责两个模块，你不想看
也看不懂他写的代码，但是他往主分支里推了没有检验过的代码。这是相当难受的，但是如果配好CI，就可以很快的在这个时候发现问题，并告诉你的队友说：“你的代码都还没 Work 也敢往 master 推？”于是晚饭就有了。
厉害厉害