b********2
发帖数: 855 | 1 做网站开发这么久了，也接触了各式各样的国人，发现了一个普遍象限，就是大家在创业的
初期都想少花钱甚至不花钱。最有代表性的观点就是，先少量投入做个网站出来，能用
就行，等业务上去了再加大投入。大家刚开始的时候资金都不宽裕，这个我理解，但是
一味着追求少花钱却是要不得的。试想你去一个公司里面试，哪怕对方没有明确的
Dress Code的要求，我们还是会穿西装去。这个不仅是对对方的尊重也是对自己的尊重
。一套西装的成本和得到工作后的所得，这个我想大家都可以分的出轻重。同理，以网
站为工具/平台进行业务的公司，这个网站就是你的门面。如果太过简陋和寒碜，用户
又会怎么想呢？起码当我作为消费者的时候，我一看网站做的那么破，我扭头就走，绝
对不会在那里买东西，因为寒碜的网站通常意味着不专业和没信用。这就出现了一个恶
性循环，让你的公司在开张的初期就意味着不会有太多的人气，这样生意就不大可能做
的大，更意味着很有可能初期的投资都会打水漂。
这是一个讲究包装的年代。我们会在自己的个人履历上写上一堆的经验，哪怕有些东西
只会皮毛，这就是包装。开网店同样讲究包装。因此在创业的初期做出相对的投入是完
全必须的。
来找我问价的同胞通常不是这个领域的，因此他们对报价不是很了解。当他们听到报价
后的第一反应就是为啥这么贵。其实网站开发这块的价格早就有潜规则了，也许只是他
们不了解而已。也经常闹出些笑话来。譬如一个想卖二手车的朋友，说要IMPORT 10多
万条记录，还要有各种的CHART，他只想出1000美元。另一个想做个PACKAGE TRACKING
SYSTEM的朋友，死活就只肯出300美元。还有个想做房地产的，想弄个和ziprealty一样
的网站，还要支持室内3-D效果预览功能的，你猜他出的价格是多少？800美元，800！
！！
看到这些报价我只能摇头苦笑，这显然是在坑爹啊。如果真有可以接受这样报价的公司
，他们要么就是脑残，要么就是想卷了定金跑人。同胞们不知道市场行情这没关系，因
为术业有专攻，但在给报价的时候也别砍的这么狠吧。譬如刚才说到的，卖2手车的那
个网站，市场价最少在2万美元以上。那个TRACKING SYSTEM，少说也要5000美元。
大家如果想开个运输公司，18轮的卡车不管多贵也一定会投资买吧，因为就是靠着这卡
车赚钱的。可为什么开网店的朋友们就不肯投入本来应该投入的资金呢？版上的主流应
该是推荐使用各式各样免费的CMS或者SHOPPING CART吧，不过说老实话到目前为止，我
还没见到过哪怕一个看的过去的使用开源软件的网站。二次开发抑或定制，所需要的成
本一点都不比从头开发来的少，这个大家只是不知道而已罢了。
絮絮叨叨说了这么多，欢迎大家拍砖/ |
B*D
发帖数: 5016 | 2 为啥开源的二次定制不比专门写的要便宜很多？
我自己用xcart，二次定制花费了2.5k USD，如果从头开发，我觉得2万至少
我还有一个问题，如果要做一个能承受1k用户左右并发的实时计算运费的网站
运费由客户提供的任意两个zip之间的距离，加上一些固定的公式得到
这种网站1万USD能搞定么？
【在 b********2 的大作中提到】
: 做网站开发这么久了，也接触了各式各样的国人，发现了一个普遍象限，就是大家在创业的
: 初期都想少花钱甚至不花钱。最有代表性的观点就是，先少量投入做个网站出来，能用
: 就行，等业务上去了再加大投入。大家刚开始的时候资金都不宽裕，这个我理解，但是
: 一味着追求少花钱却是要不得的。试想你去一个公司里面试，哪怕对方没有明确的
: Dress Code的要求，我们还是会穿西装去。这个不仅是对对方的尊重也是对自己的尊重
: 。一套西装的成本和得到工作后的所得，这个我想大家都可以分的出轻重。同理，以网
: 站为工具/平台进行业务的公司，这个网站就是你的门面。如果太过简陋和寒碜，用户
: 又会怎么想呢？起码当我作为消费者的时候，我一看网站做的那么破，我扭头就走，绝
: 对不会在那里买东西，因为寒碜的网站通常意味着不专业和没信用。这就出现了一个恶
: 性循环，让你的公司在开张的初期就意味着不会有太多的人气，这样生意就不大可能做
|
b********2
发帖数: 855 | 3 读自己的数据库还是读别的API？
我咋觉得你要的这个，更像是一个SERVICE，只放在自己的网站里用太浪费了。呵呵。
【在 B*D 的大作中提到】
: 为啥开源的二次定制不比专门写的要便宜很多？
: 我自己用xcart，二次定制花费了2.5k USD，如果从头开发，我觉得2万至少
: 我还有一个问题，如果要做一个能承受1k用户左右并发的实时计算运费的网站
: 运费由客户提供的任意两个zip之间的距离，加上一些固定的公式得到
: 这种网站1万USD能搞定么？
|
p*********w
发帖数: 23432 | 4 是的
【在 b********2 的大作中提到】
: 做网站开发这么久了，也接触了各式各样的国人，发现了一个普遍象限，就是大家在创业的
: 初期都想少花钱甚至不花钱。最有代表性的观点就是，先少量投入做个网站出来，能用
: 就行，等业务上去了再加大投入。大家刚开始的时候资金都不宽裕，这个我理解，但是
: 一味着追求少花钱却是要不得的。试想你去一个公司里面试，哪怕对方没有明确的
: Dress Code的要求，我们还是会穿西装去。这个不仅是对对方的尊重也是对自己的尊重
: 。一套西装的成本和得到工作后的所得，这个我想大家都可以分的出轻重。同理，以网
: 站为工具/平台进行业务的公司，这个网站就是你的门面。如果太过简陋和寒碜，用户
: 又会怎么想呢？起码当我作为消费者的时候，我一看网站做的那么破，我扭头就走，绝
: 对不会在那里买东西，因为寒碜的网站通常意味着不专业和没信用。这就出现了一个恶
: 性循环，让你的公司在开张的初期就意味着不会有太多的人气，这样生意就不大可能做
|
n***y
发帖数: 15001 | 5 mature... very mature... |
t****o
发帖数: 44 | 6 说得很实在啊, 和楼主讨论一下.
"""
做网站开发这么久了，也接触了各式各样的国人，发现了一个通病，就是大家在创业的
初期都想少花钱甚至不花钱。最有代表性的观点就是，先少量投入做个网站出来，能用
就行，等业务上去了再加大投入。
"""
我不觉得这有什么错, 而且我也是这么告诉我的朋友的. 我甚至和一个做start-up的朋
友说, 你先不要做网站, 不要让你的competitor知道你们在做什么. 等你们的技术有了
, 专利有了, 还真有了几个客户以后再来考虑网站的事情.
象你举的几个低报价的例子, 很有普遍性. 这些人的core business实际上和网站无关,
而且人家已经做了很长时间, 网站对他们来说只是一个marketing的手段, 而且还是次
要手段. 他们不理解网站建设是怎么回事, 再加上周围朋友告诉他们的错误信息, 自然
没有准确的估计.
我自己面对这个问题时都花一些时间跟人家科普一下. 生人讲得少些, 朋友讲得多些,
还教人家怎么少花钱达到什么效果.
其实我也没想好还要不要帮别人做网站, 至少最近这三个月不做了. 我打算写一个系列
告诉small business/personal startup 花多少钱可以做出什么规模的网站. 先写了第
一篇: "如何不花钱建网站"
http://c2.teckoo.com/blog/website/build-website-without-money-c
以后再接着写花$10-20, $100-200, $1k-2k, $10k-20k怎么做等等. |
b********2
发帖数: 855 | 7 呵呵，我指的是以网站为主要平台进行商业活动这种例子。如果公司的主要业务线下就
可以完成，基本上需要个几百的网站就足够了。
关,
【在 t****o 的大作中提到】
: 说得很实在啊, 和楼主讨论一下.
: """
: 做网站开发这么久了，也接触了各式各样的国人，发现了一个通病，就是大家在创业的
: 初期都想少花钱甚至不花钱。最有代表性的观点就是，先少量投入做个网站出来，能用
: 就行，等业务上去了再加大投入。
: """
: 我不觉得这有什么错, 而且我也是这么告诉我的朋友的. 我甚至和一个做start-up的朋
: 友说, 你先不要做网站, 不要让你的competitor知道你们在做什么. 等你们的技术有了
: , 专利有了, 还真有了几个客户以后再来考虑网站的事情.
: 象你举的几个低报价的例子, 很有普遍性. 这些人的core business实际上和网站无关,
|
t****o
发帖数: 44 | 8
同意, 估计楼主碰到的是只想花$250进行二次定制. 呵呵.
这个要求还要看更具体的细节.
1. 这"1k用户左右并发的实时计算", 每个用户的要求是独立的, 而且是一次性提供简
单数据, 可以通过load balancing解决, 费用基本是线性的.
2. "任意两个zip之间的距离".
2.1 我没用过google map api, 不知道他们提供了什么样的功能, 能不能算driving
distance.
2.2 其它工具我看到有人抱怨有的数据不准.
2.3 最简单的方法是直接用zip code的经纬度计算直线距离. 用直线距离来估计运费,
你能接受吗? 如果能接受, $10k应该没问题. 当然我说的这是核心功能.
【在 B*D 的大作中提到】
: 为啥开源的二次定制不比专门写的要便宜很多？
: 我自己用xcart，二次定制花费了2.5k USD，如果从头开发，我觉得2万至少
: 我还有一个问题，如果要做一个能承受1k用户左右并发的实时计算运费的网站
: 运费由客户提供的任意两个zip之间的距离，加上一些固定的公式得到
: 这种网站1万USD能搞定么？
|
|
B*D
发帖数: 5016 | 9 我举一个例子
客户给出两个zip code
货物的重量和体积
我需要给出这段距离的运费
有专门的商业软件提供API可以计算出一个运费数值
我同时需要自己的数据库和公式来计算出第二个运费数值
我要在这两个数值中取一个小的，反馈给客户
这个service的要求在有1k的客户同时访问的时候，速度还是流畅，这个是否是并发性
要求？
【在 b********2 的大作中提到】
: 读自己的数据库还是读别的API？
: 我咋觉得你要的这个，更像是一个SERVICE，只放在自己的网站里用太浪费了。呵呵。
|
b********2
发帖数: 855 | 10 你的这个要求，我觉得可以做。你PM我下你的联系方式吧。
【在 B*D 的大作中提到】
: 我举一个例子
: 客户给出两个zip code
: 货物的重量和体积
: 我需要给出这段距离的运费
: 有专门的商业软件提供API可以计算出一个运费数值
: 我同时需要自己的数据库和公式来计算出第二个运费数值
: 我要在这两个数值中取一个小的，反馈给客户
: 这个service的要求在有1k的客户同时访问的时候，速度还是流畅，这个是否是并发性
: 要求？
|
|
|
B*D
发帖数: 5016 | 11 这个距离必须是公路的驾驶距离
距离误差50 mile以内问题不大
有专业软件PC Miler可以提供TCP/IP的反馈，但是这个软件要1万起跳
而且并发性能不知道好不好
google map api不知道速度如何，尤其是如果有几百个用户同时用的时候
我想如果一开始用户少，可以用google map api（免费？）
到时候用户真多了，再考虑用其他api？
,
【在 t****o 的大作中提到】
:
: 同意, 估计楼主碰到的是只想花$250进行二次定制. 呵呵.
: 这个要求还要看更具体的细节.
: 1. 这"1k用户左右并发的实时计算", 每个用户的要求是独立的, 而且是一次性提供简
: 单数据, 可以通过load balancing解决, 费用基本是线性的.
: 2. "任意两个zip之间的距离".
: 2.1 我没用过google map api, 不知道他们提供了什么样的功能, 能不能算driving
: distance.
: 2.2 其它工具我看到有人抱怨有的数据不准.
: 2.3 最简单的方法是直接用zip code的经纬度计算直线距离. 用直线距离来估计运费,
|
b********2
发帖数: 855 | 12 顾客多了就用Google Maps API (付费)
距离的话，貌似有个Truck Driving Distance的功能。这个够精确了吧。
【在 B*D 的大作中提到】
: 这个距离必须是公路的驾驶距离
: 距离误差50 mile以内问题不大
: 有专业软件PC Miler可以提供TCP/IP的反馈，但是这个软件要1万起跳
: 而且并发性能不知道好不好
: google map api不知道速度如何，尤其是如果有几百个用户同时用的时候
: 我想如果一开始用户少，可以用google map api（免费？）
: 到时候用户真多了，再考虑用其他api？
:
: ,
|
t****o
发帖数: 44 | 13 Check it out. The following is from Google map API.
========================================================
The Distance Matrix API has the following limits in place:
* 100 elements per query.
* 100 elements per 10 seconds.
* 2 500 elements per 24 hour period.
Google Maps API Premier customers have higher limits:
* 625 elements per query.
* 1 000 elements per 10 seconds.
* 100 000 elements per 24 hour period.
Maps API Premier customers can purchase additional quota by contacting their
Google Enterprise Sales Account Manager. |
B*D
发帖数: 5016 | 14 如果我的网站在国内，调用这个google api是否有问题，估计速度啥，试用了才知道
【在 t****o 的大作中提到】
: Check it out. The following is from Google map API.
: ========================================================
: The Distance Matrix API has the following limits in place:
: * 100 elements per query.
: * 100 elements per 10 seconds.
: * 2 500 elements per 24 hour period.
: Google Maps API Premier customers have higher limits:
: * 625 elements per query.
: * 1 000 elements per 10 seconds.
: * 100 000 elements per 24 hour period.
|
t****o
发帖数: 44 | 15 我是想说这个"1000 elements per 10 seconds."已经超出了你1K用户同时用的这个条
件.
另: 你的zipcode不会也是国内的邮编吧. |
B*D
发帖数: 5016 | 16 zip code是美国的
【在 t****o 的大作中提到】
: 我是想说这个"1000 elements per 10 seconds."已经超出了你1K用户同时用的这个条
: 件.
: 另: 你的zipcode不会也是国内的邮编吧.
|
b********2
发帖数: 855 | |
I****r
发帖数: 795 | 18 google map api, 很好做,不过你可能要企业帐户,记得好像有,2秒一次的query限制,
记不太清楚了.
【在 B*D 的大作中提到】
: 为啥开源的二次定制不比专门写的要便宜很多？
: 我自己用xcart，二次定制花费了2.5k USD，如果从头开发，我觉得2万至少
: 我还有一个问题，如果要做一个能承受1k用户左右并发的实时计算运费的网站
: 运费由客户提供的任意两个zip之间的距离，加上一些固定的公式得到
: 这种网站1万USD能搞定么？
|
I****r
发帖数: 795 | 19 1k并发是个很高的要求,一般的网站都搞不定
你可能是要求1k在线吧?
【在 B*D 的大作中提到】
: 我举一个例子
: 客户给出两个zip code
: 货物的重量和体积
: 我需要给出这段距离的运费
: 有专门的商业软件提供API可以计算出一个运费数值
: 我同时需要自己的数据库和公式来计算出第二个运费数值
: 我要在这两个数值中取一个小的，反馈给客户
: 这个service的要求在有1k的客户同时访问的时候，速度还是流畅，这个是否是并发性
: 要求？
|
g********g
发帖数: 2172 | 20 如果只要算直线距离那很简单,花20块买个ZIP DATABASE就可以搞定, 如果要算驾驶距
离那每个公司都不同, 要可能要用具体公司的API了. GOOGLE MAP有驾驶距离的API.
【在 B*D 的大作中提到】
: 我举一个例子
: 客户给出两个zip code
: 货物的重量和体积
: 我需要给出这段距离的运费
: 有专门的商业软件提供API可以计算出一个运费数值
: 我同时需要自己的数据库和公式来计算出第二个运费数值
: 我要在这两个数值中取一个小的，反馈给客户
: 这个service的要求在有1k的客户同时访问的时候，速度还是流畅，这个是否是并发性
: 要求？
|
|
|
g********g
发帖数: 2172 | 21 如果精度要求不高的话,只要用直线距离乘一个因子就可以了. 基本上八九不离十, 根
本不用API. 熟手做的话, 2个小时搞定.
【在 B*D 的大作中提到】
: 这个距离必须是公路的驾驶距离
: 距离误差50 mile以内问题不大
: 有专业软件PC Miler可以提供TCP/IP的反馈，但是这个软件要1万起跳
: 而且并发性能不知道好不好
: google map api不知道速度如何，尤其是如果有几百个用户同时用的时候
: 我想如果一开始用户少，可以用google map api（免费？）
: 到时候用户真多了，再考虑用其他api？
:
: ,
|
B*D
发帖数: 5016 | 22 我考虑先用google map api的作起来
如果用户上去了，网站速度收到影响了，再考虑新的办法
zip数据库的确最快，不过由于涉及到运费的计算，我感觉精度可能还是差一些
【在 g********g 的大作中提到】
: 如果精度要求不高的话,只要用直线距离乘一个因子就可以了. 基本上八九不离十, 根
: 本不用API. 熟手做的话, 2个小时搞定.
|
b****u
发帖数: 1027 | 23 话题本来挺好的，怎么完全给弄跑题了。
请大家另开话题讨论距离的算法吧。
我也说两句，还是个供求关系和客户筛选的问题。
你的时间和人力有限，但要创造尽量多的价值，就要找到适合的客户群。
1. 一个客户，不管大小，钱多少，我们都要花不少的时间了解他们的要求，建立关系
，熟悉和他们打交道的方式，以及他们对网站，色彩等的品位。这个花费是无形的，但
必不可少。如果这个活最后给你带来 $300 的毛收入，那这个活很有可能是不值得去做
的.所以你的收费应该至少有个基准线。
2. 很多懂一些技术的客户都夸大了自己对技术的了解，这样的客户可能是最难打交道
的。
3. 一个在钱上非常吝啬的客户，对工作往往会更苛刻。不要期待他会因为出的钱少而
少提要求。如果你手头上的客户大多是这样的客户，那你会非常辛苦，而且没有任何回
报。
4. 注意开发几个关键的大客户，一个大些的客户往往能让你活不断，而且相对轻松，
他们生意做的好，你也能赚钱，这样的客户关系非常有价值。不要把眼光只盯在不断开
发新的小客户上，反而损害了你最重要得客户关系。
5. 我们都有责任不要让华人的网站设计市场做烂。恶性竞争只会毁掉这个市场 （如果
还没有被毁掉的话）。 |
L******w
发帖数: 5407 | 24 顶！
【在 b****u 的大作中提到】
: 话题本来挺好的，怎么完全给弄跑题了。
: 请大家另开话题讨论距离的算法吧。
: 我也说两句，还是个供求关系和客户筛选的问题。
: 你的时间和人力有限，但要创造尽量多的价值，就要找到适合的客户群。
: 1. 一个客户，不管大小，钱多少，我们都要花不少的时间了解他们的要求，建立关系
: ，熟悉和他们打交道的方式，以及他们对网站，色彩等的品位。这个花费是无形的，但
: 必不可少。如果这个活最后给你带来 $300 的毛收入，那这个活很有可能是不值得去做
: 的.所以你的收费应该至少有个基准线。
: 2. 很多懂一些技术的客户都夸大了自己对技术的了解，这样的客户可能是最难打交道
: 的。
|
M******n
发帖数: 138 | 25 This is a good comment. There is a 20/80 rule, for example, 20% of the
customers bring 80% of profit or 80% of the problems come from 20% of the
clients.
【在 b****u 的大作中提到】
: 话题本来挺好的，怎么完全给弄跑题了。
: 请大家另开话题讨论距离的算法吧。
: 我也说两句，还是个供求关系和客户筛选的问题。
: 你的时间和人力有限，但要创造尽量多的价值，就要找到适合的客户群。
: 1. 一个客户，不管大小，钱多少，我们都要花不少的时间了解他们的要求，建立关系
: ，熟悉和他们打交道的方式，以及他们对网站，色彩等的品位。这个花费是无形的，但
: 必不可少。如果这个活最后给你带来 $300 的毛收入，那这个活很有可能是不值得去做
: 的.所以你的收费应该至少有个基准线。
: 2. 很多懂一些技术的客户都夸大了自己对技术的了解，这样的客户可能是最难打交道
: 的。
|
l******g
发帖数: 2076 | 26 太同意了。非常讨厌做烂市场的。
不过，对于START UP，都是左省右省的。
可以考虑来个分期付款。哈。
二手车也可以分期付款。WHY NOT网站不可以？
做网站适合兼职。钱少的话，可以说不做就不做。不至于看那吃饭。 |
B*D
发帖数: 5016 | 27 不好意思，hijack thread不是偶得本意，道歉一下
大家回到正题
【在 b****u 的大作中提到】
: 话题本来挺好的，怎么完全给弄跑题了。
: 请大家另开话题讨论距离的算法吧。
: 我也说两句，还是个供求关系和客户筛选的问题。
: 你的时间和人力有限，但要创造尽量多的价值，就要找到适合的客户群。
: 1. 一个客户，不管大小，钱多少，我们都要花不少的时间了解他们的要求，建立关系
: ，熟悉和他们打交道的方式，以及他们对网站，色彩等的品位。这个花费是无形的，但
: 必不可少。如果这个活最后给你带来 $300 的毛收入，那这个活很有可能是不值得去做
: 的.所以你的收费应该至少有个基准线。
: 2. 很多懂一些技术的客户都夸大了自己对技术的了解，这样的客户可能是最难打交道
: 的。
|
I****r
发帖数: 795 | 28 这个问题也不能太全面，看看很多成功的案例，是花了精力把那剩下的20％的大部分做
好的人
【在 M******n 的大作中提到】
: This is a good comment. There is a 20/80 rule, for example, 20% of the
: customers bring 80% of profit or 80% of the problems come from 20% of the
: clients.
|
K*******y
发帖数: 6003 | 29 赞
【在 b****u 的大作中提到】
: 话题本来挺好的，怎么完全给弄跑题了。
: 请大家另开话题讨论距离的算法吧。
: 我也说两句，还是个供求关系和客户筛选的问题。
: 你的时间和人力有限，但要创造尽量多的价值，就要找到适合的客户群。
: 1. 一个客户，不管大小，钱多少，我们都要花不少的时间了解他们的要求，建立关系
: ，熟悉和他们打交道的方式，以及他们对网站，色彩等的品位。这个花费是无形的，但
: 必不可少。如果这个活最后给你带来 $300 的毛收入，那这个活很有可能是不值得去做
: 的.所以你的收费应该至少有个基准线。
: 2. 很多懂一些技术的客户都夸大了自己对技术的了解，这样的客户可能是最难打交道
: 的。
|
K*******y
发帖数: 6003 | 30 NOD
创业的
【在 b********2 的大作中提到】
: 做网站开发这么久了，也接触了各式各样的国人，发现了一个普遍象限，就是大家在创业的
: 初期都想少花钱甚至不花钱。最有代表性的观点就是，先少量投入做个网站出来，能用
: 就行，等业务上去了再加大投入。大家刚开始的时候资金都不宽裕，这个我理解，但是
: 一味着追求少花钱却是要不得的。试想你去一个公司里面试，哪怕对方没有明确的
: Dress Code的要求，我们还是会穿西装去。这个不仅是对对方的尊重也是对自己的尊重
: 。一套西装的成本和得到工作后的所得，这个我想大家都可以分的出轻重。同理，以网
: 站为工具/平台进行业务的公司，这个网站就是你的门面。如果太过简陋和寒碜，用户
: 又会怎么想呢？起码当我作为消费者的时候，我一看网站做的那么破，我扭头就走，绝
: 对不会在那里买东西，因为寒碜的网站通常意味着不专业和没信用。这就出现了一个恶
: 性循环，让你的公司在开张的初期就意味着不会有太多的人气，这样生意就不大可能做
|
|
|
C****n
发帖数: 2324 | 31 说的很好. 我是专业做网站的.不过现在是要找专业做网站的.
你要是有TEAM可以做这些的话可以联系一下.
要求: .Net, IPhone.
站内联系.
创业的
【在 b********2 的大作中提到】
: 做网站开发这么久了，也接触了各式各样的国人，发现了一个普遍象限，就是大家在创业的
: 初期都想少花钱甚至不花钱。最有代表性的观点就是，先少量投入做个网站出来，能用
: 就行，等业务上去了再加大投入。大家刚开始的时候资金都不宽裕，这个我理解，但是
: 一味着追求少花钱却是要不得的。试想你去一个公司里面试，哪怕对方没有明确的
: Dress Code的要求，我们还是会穿西装去。这个不仅是对对方的尊重也是对自己的尊重
: 。一套西装的成本和得到工作后的所得，这个我想大家都可以分的出轻重。同理，以网
: 站为工具/平台进行业务的公司，这个网站就是你的门面。如果太过简陋和寒碜，用户
: 又会怎么想呢？起码当我作为消费者的时候，我一看网站做的那么破，我扭头就走，绝
: 对不会在那里买东西，因为寒碜的网站通常意味着不专业和没信用。这就出现了一个恶
: 性循环，让你的公司在开张的初期就意味着不会有太多的人气，这样生意就不大可能做
|
