挨踢民工日志

2010-07-01 和撒迦同学的饭后聊天

做一个平台，目标是怎么样的？

1. 仅支持后台业务？还是也要支持展现丰富的前台页面？
2. 最核心的竞争力是什么
3. 保持不同版本的向后兼容
4. 最大限度的降低用户的使用的学习成本

一、组件

1. 是否有必要设置继承关系
2. 分类和标签
3. 嵌套和插入约束
4. 组件接口
5. 粒度把握
6. 所有组件是否需要同时有前后台渲染方案

二、创建页面

1. 在什么样的环境里创建页面？web || ide
2. 创建过程？纯编码 || 拖拽 || 选择填充
3. 如何支持组件的任意嵌套和组合？需考虑服务器端深层渲染性能问题
4. 编辑组件的方式，开放自由编码的途径
5. 如何关联数据、事件

三、数据、结构、行为

1. 获取数据的方式
2. 是否需要约束数据格式
3. 管理数据
4. 固化页面结构和系统级组件的html结构
5. 如何绑定事件，实现联动

五、样式

1. 组建级：无主题概念，自由给组件添加任意样式
2. 页面级：有主题概念，一个页面同时只能选用一个主题
3. 站点级：有主题概念，一个站点只能选用同一个主题
4. 任意级别：有主题概念，但是可以在任意级别上更换样式，加载多主题文件可能会导致页面负担太大，同时组件的html要求也会比前3种方案要高

有的时候，一个看起来很大的东西确实无法一步到位，我们无法控制很多迅速发生的变化，但起码应该在能力所及的范围内做好规划，再逐步实现，并能控制好项目进度。有些东西可以先不做，但需要为后来的升级留好后路。

良好的底层支持是系统稳定和强大的前提，优良的用户体验则能够让用户对产品产生情感偏好，比如apple、adobe，任何一个优秀的产品必然是同时基于优秀的技术和用户体验的。

今天跟支付宝的同事聊天，才知道有“支付宝卡通”这么个产品

简单点说，就是通过几步简单的申请步骤，使得你的提现能够立刻到账，而传统的提现通常需要1到2个工作日

非常激动人心的功能啊，起码对于我这种老是喜欢临渴挖井的人来说很有吸引力，有的时候等上一两天简直是要命

但使用这个产品的前提是：

1、开通手机动态指令（通过操作时输入系统发送到手机的验证码来提高账户的安全性）

2、开通网银专业版（以招行为例，没全面使用过其他银行跟支付宝合作的卡通）

也就是说，这个产品是高级用户才会使用到的

针对以上情况，我们可以做一些精准的宣传（有点遗憾，身为集团的一员都不知道这么好用的东东），我们不需要长期使用重要的广告位，但是我们可以在以下环节设置宣传内容和开通卡通功能的引导：

1、当一个用户以传统的方式申请完提现后，我们可以告诉他“开通支付宝卡通，可以让你的体现立刻到账”，给出通道引导用户申请该功能

2、当用户开通手机动态指令功能的时候，我们也可以给用户这样的引导，当然，理论上，宣传效果不如第一种方式，因为第一种场景下看到宣传的人，是直接对“支付宝卡通”有使用需求的人

注：本贴纯属个人使用支付宝的歪歪结晶，非专业言论，大家拍砖请留情