2
notedit 2013-02-15 14:59:07 +08:00
|
3
Livid MOD OP |
4
thedevil5032 2013-02-15 15:08:14 +08:00 via iPad
@Livid 曾经 Windows Mobile 上有一个类似的软件,好像叫做 List Pro。
|
5
bingwenshi 2013-02-15 15:09:20 +08:00
Trello
|
6
bingwenshi 2013-02-15 15:10:03 +08:00
呃~ 如果要计算的话,为什么不用Excel?
|
7
Livid MOD OP @bingwenshi 计算+生成一个看起来不错的 PDF+邮件发送
|
8
virushuo 2013-02-15 15:16:35 +08:00
其实我一直在想一个这样的东西,想了很久了,春节期间还动手写了一点点。不过不仅仅是你说的这些功能。希望我能有足够的时间做出来。
|
9
Livid MOD OP @virushuo 嗯。我觉得各类协作软件,本质上就是为了帮助大家同步信息。如果能够有一种清晰简单的方式,就把应该传递的消息通过邮件甚至打印的方式传递,那么也就起到作用了。
Trello 是好东西,但是前提是团队所有人都能够充分理解这个东西好在哪里。这样的话,有的时候可能还不如邮件发送 PDF 然后打印。 |
12
bingwenshi 2013-02-15 15:38:33 +08:00
@Livid office for mac 2011也超难用的 还不如google docs呢
|
13
Livid MOD OP 所以,看起来是个会有人用的方向……
|
14
luztak 2013-02-15 15:46:10 +08:00 via Android
不太理解为什么要生成PDF
也许是因为我没经历过那种环境> > |
15
Livid MOD OP @luztak 这个世界上几乎没有任何公司可以在整个运转过程中实现无纸。而且,PDF 可以保证内容在 Windows 和 Mac 下都显示一致。
|
16
j 2013-02-15 16:15:20 +08:00
没有遇到合适的:当脑海中出现一个新item的时候,再去寻找一个工具来纪录这件事本身效率不高。
mac上的NVALT有个优点:就是"快"(因为没有'新建文件'这个动作,其他app全败了) ios的notesy也可以用来当list用,只是还未达到上面这枚的极简程度。 |
18
twor2 2013-02-15 17:15:58 +08:00
报价,合同都是这样的应用吧
最要加上二维码,可以直接app收这个list |
19
zzz 2013-02-15 17:22:25 +08:00 1
随手贡献一枚符合主题的 https://workflowy.com/
|
20
alexrezit 2013-02-15 17:46:48 +08:00
如果自己做的话推荐用 meteor.
|
21
n0b0dy 2013-02-15 19:15:23 +08:00
很多情况下 都有这个需求 通用的做起来 需要弄个可扩展的接口,最原始的抽象接口
|
22
jetbillwin 2013-02-15 19:37:37 +08:00
Omni Outline,虽然不是Web应用,但是感觉ipad版本挺符合要求的
|
23
Weakdancer 2013-02-16 13:44:09 +08:00
一定是有需求的,目前大部分都是用excel加模版。
既然是web应用,最好有模版自定义,最少可以自定logo。 只要是商业行为,这种需求总是有的。 报价单,出货单等等。 |
24
oliverding 2013-02-23 08:47:27 +08:00 1
@livid 我们做的产品 bag 具有list的功能,但是没有数量和价格。除了自己创建list之外,还可以通过bookmarklet来做把网页和各类资源导入成为item。
下一步我们的产品开发计划,就是把每个item从目前的静态内容,变成智能内容,加了价格/数量/购买,一个item就可以实现购物交易功能。加了其它的属性,就可以变成其它功能。 我们的产品其实是“信息组合”。list是“信息组合”的一个具体表现形态。 |
25
jackyz 2013-02-23 09:26:36 +08:00 3
backbone todolist demo as a prototype
http://backbonejs.org/examples/todos/index.html 需求肯定有,问题是: 1,这个需求的刚性有多强(用户基数)? 2,有需求的人如何知道这个产品(推广成本)? 3,是否有获得正向的ROI的潜力(获利方式)? 这几个问题谁也不会有现成的答案,或许真的是要做了之后才能知道。但是,先知道有这么几个问题,建立这么一个概念体系,总是没错的。以我的亲身经历来说,技术人员很容易陷入这样的误区:反正也不难,要不就先做一个试试看?然后放了很多心血进去,辛辛苦苦地做出来了,结果却发现用的人并不多,而且也不知道要怎么去推,销售神马的就更别提了?这种体验,对创造者的热情(这是一种罕见而且宝贵的损耗性资源),是有损害的。 咱们不谈机会成本,就算消耗的仅仅只是业余时间而已,但这其实也是一种巨大的消耗型的投入,花在这里,就没法花在那里。挖一个坑,放了很多心血去填,结果却把自己给埋进去了,这种事天天都在发生。这样的经历或许并无害处,但是人心都是肉长的,次数多了也扛不住的。与其这样,还不如在动手挖坑之前,就引入这种考量。第一次掉到坑里或许是难以避免的,但第二次,多少还是应该尽力去避免一下。 这其实就是需求的确认,对于大家来说,实现需求不是问题,没风险,只需要投时间和精力进去就行了,问题在于,这个需要消耗掉你大量的精力才能实现得出来的需求,它到底是不是一个靠谱的需求,这个对于大家来说,是更重要,但更不被重视的风险。 |
26
probe301 2013-02-24 01:09:32 +08:00
@jackyz
有道理啊……以前没听人明确指出这个观点,谢谢您。 您看这事情是否可能是这样的:因为技术和资源的进步,完成一个原型产品所需付出的时间和精力越来越少。以至于人们可以先用一点时间弄出个大致样子,如果获得认可再去完善它。 试错的成本在减少。所以 “仔细调研需求,谨慎决定投入” vs “浅尝辄止、大量挖坑,然后选个靠谱的坑接着挖”,会不会后者是更划算的做法? |
27
jackyz 2013-02-25 11:02:28 +08:00
@probe301 显然是,但不同的领域需要不同的方式来各显神通地挖坑。挖坑必须是在需求层面的“开发”,作为技术人员,要极力避免技术投入的思维惯性(因为这个是手边最好用的锤子)。
有一本《精益创业》,我在有了教训之后再读,感觉有收获(我估计,在没掉到过坑里之前,就算看到这本书,也会忽视之,不犯错大概是不可能的吧)。 |
28
lushnis 2013-02-25 11:07:04 +08:00
就价格、数量这两个特征来说,和 Soulver 有一点点像
http://www.acqualia.com/soulver/ |
29
firsthym 2013-04-05 09:34:09 +08:00
office也可以线上协同吧
|