加载中

Robin
产品总结

项目优化小记

2016/12/31 · 4 min read

最近应用快上线了,小伙伴们都在测试应用;发现了一个问题当初考虑得不太周到,我觉得比较有意义,下面我来讲一下:

背景:

我们做的是一个教育平台,会有老师的入驻;

而老师的入驻是需要完善一些相关资料的;

且老师发布课程是需要通过认证or3个以上的项目经验

___________________________________________________________________________

老师入驻流程:

选择老师身份 => 选择技能分类=>完善资料 => 入驻完成 =>授课需认证或补充项目经验

___________________________________________________________________________ 相关注解:

技能分类**:“老师”选择擅长技能分类,学生便可以在这个分类下找到该老师;**

完善资料 — 自我介绍**:"老师"对自己的综合描述,最快的让学生了解自己。**

完善资料 — 擅长领域**:选择擅长领域标签,老师个性化体现;**

完善资料 — 当前公司**:体现“老师”的专业性,且学生会根据公司的知名程度选择老师;**

完善资料 — 职位**:体现“老师”的专业性;**

完善资料 — 工作年限**:突出“老师”的资深程度,学生的参考维度之一;**

完善资料 — 项目经验**:体现”老师“能力突出和经验丰富的凭证;**

认证:对老师所在公司进行认证,认证之后

这个体验流程会有两个问题:

  • 老师入驻条件过于繁琐,且冗余,有些非必要元素;
  • 作为一个新的教育平台,没有足够信任成本让"老师"花大量成本去完善资料。

针对以上问题进行以下改动:

  • 老师入驻只需要选择身份后,可以选择完善资料,也可以跳过,直接去体验应用;

  • 完善资料中,「擅长领域」、「技能分类」、「职位」实际上知道其中一个,就能分析出后者。

    eg:

    如果我选择技能分类中的「安卓开发」;

    那么我的擅长领域标签,就可以默认是「移动开发」和「安卓开发」;

    而我的职位就可以默认是「安卓开发工程师」。

  • 「认证」or「完善项目经验」均能体现老师的的靠谱程度;

    然而「认证」需要等待的时间更长,如果“老师”急于发布课程,「完善项目经验」是一个不错的选择;

    同时,既然来授课的“老师”,有3条项目经验一点也不过分;

    故解决方案是引导用户在完善资料时添加3条以上的项目经验,而不是认证。

相关文章