Сведенное Техническое Задание (далее ТЗ, учтены все комментарии ветки обсуждения темы) от 13.04.2010

От Исполнителя Заказа ожидается (общий объем работ):
• Рассмотреть и подтвердить свое согласие с ТЗ, до принятия Заказа (ответ в теме).
• Разработать продукт (объем Заказа).
• Произвести тестирование, отладку, подтвердить действительную нагрузку на сервер и отсутствие сбоев в работе в течение тестового периода.
• Предоставить гарантию на разработку, в соответствии с ТЗ. Гарантия означает устранение скрытых дефектов, не выявленных в процессе разработки и тестирования продукта, бесплатно, в течение установленного в ТЗ периода – три месяца с момента сдачи работы и получения вознаграждения.*
• Предоставить поддержку пользователей продукта, в течение оговоренного в ТЗ срока, посредством обсуждения в ветке темы по продукту.*
• Передать готовый к эксплуатации продукт Гаранту сделки.
• Написать и передать, в составе комплекта готового продукта, подробную инструкцию по установке продукта и настройке систем.
*Исключения: вопросы, выходящие за рамки исходного ТЗ, требующие дополнительных доработок, могут быть оценены дополнительно.

Интеграция:
• Разработанный продукт должен свободно интегрироваться в среду форума Vbulletin версии 3.8.х и выше.
• Графические элементы (окошки, кнопки) должны иметь возможность установки, как в меню, так и в теле сообщения темы.

Платежные системы, которые необходимо интегрировать в продукт:
1. PayPal
2. Worldpay
3. VISA
4. Master Card
5. Web Money (wmr, wme, wmz)
6. Яндекс Деньги
7. RBKMoney
8. Интеркасса – переход в «обменник»
9. Roboxchange
10. API Приватбанка (для Украины)

Функционал продукта:
• 1) Прием «пожертвований». Прием платежей должен осуществляться от всех категорий пользователей, а так же от «гостей». Должны приниматься а) Фиксированные суммы – перечень из 5 значений устанавливаемых в админке, б) Поле для ручного ввода суммы; в этих двух случаях должна быть реализована последующая подстановка валюты; должно быть разработано поле для приема короткого текстового сообщения – пожелания пользователя.
• 2) Прием платежей за доступ в раздел, путем расширения стандартного функционала (плюс к pay pal указанный список карт, платежных систем и валют) vbulletin «Платная подписка».
• 3) Прием платежей за скачивание чего/либо, за доступ к ссылке: 1 завершенный платеж дает доступу к 1 ссылке в теме.
• 4) Прием платежа за создание 1 темы: 1 завершенный платеж дает доступ к созданию 1 темы.
• 5) ++Опционально просьба рассмотреть интеграцию систем СМС Копилка (_http://smskopilka.ru) СМС Замок (_http://www.smszamok.ru).

Функционал админки (доступ – административный)*:
• Генерация статистики платежей за определенный период по каждой из валют.
• Отображение «ника» пользователя, отправившего перевод и короткого текстового сообщения – пожелания, отправившего перевод.
• Включение/отключение нужных платежных систем в админке
• Установка видимости и работы продукта по id (и гостям)
• Для пользователей, отправивших перевод под логином, статистика по переводам в базе за период и повалютно.
• *Доступ к информации о суммах и отправителях сумм, предоставляется установленным в админке группам пользователей.
• ++Работа продукта настраивается для выбранных разделов.

Браузеры:
• Продукт должен быть проверен на работу в следующих браузерах: IE, Opera, FireFox, Safary, GoogleChrome

Ограничения:
• Заголовки и текст, отображаемые пользователю, должны быть созданы VB фразами
• Требуется разработать модуль для дефолтного стиля, импользуя минимум «рисованных» графических элементов, так, чтобы поля приняли свойства установленного стиля. Требуемые для разработки графические элементы будут предоставлены Исполнителю по запросу. Требования к графическим элементам – ответственность Исполнителя.
• Продукт должен быть свободным от копирайтов разработчика. Внутренняя ссылка должна вести на форум vbsupport.ru

Сроки разработки:
• Исполнитель в своем предложении должен указать сроки разработки.

а) желающие иметь такой модуль - в списках проголосовавших

б) желающие принять участие в оплате - отписываются в теме
Оффтоп

GoDaddy - 50 wmz
alik - 200$
fuldon - TBD
Cybermama - 1000 rub
WaXa - TBD
Sven - 10-25 wmz
Artem - TBD
xorex - TBD

Martini - 10-30 usd
Gulia - 100-150 wmz
PromoST - 15 wmz
a_aqua - TBD
SAS1024 - TBD
Monseg - TBD
Андрюшкин - TBD
Тиджик - TBD
alexua - 50-200$ (в зависимости от кол-ва участников)
cjcrazy - TBD
SergeV - 100$ - 200$

Simbiat** - до 2000 WMR, или эквивалент в WMZ/WME (участие в оплпте 4.х. есть Пожелание.)
swing - 500 WMR
Nsagen - 20 WMZ
CoValent - 100$
Павел Шапранов - 30-50$ связаться можно по ICQ 379432609
grizone - 20-40$
---- после "подбития предварительных итогов ----
Peacemaker - 50$
Anatole - 1000 руб
alexkrikunov - 1000 руб
Hafner - 1000 руб
Цербер - 50$
Shehr - 15$ *осторожно, личная неприязнь к WMZ =)
prorace - 2т.р.
SiDorof - 1т.р. (для 4.х)
dondavis - 1500 руб (для 4.х)
Smalesh - 50$
mastah - TBD
dash - 50 WMZ
lifanovsky - от 4-10т.р для 4.х! комментарий
Goldpromo - 100$ (для 4.х)
usrg - 100vmz (не хочет долго ждать)
M.C. - 50$
Gecuba - 50$
LoMaker - 50$
PGP - 50$
vasin - 100$
MONBAR - 20-30 wmz
Striche - от 10 до 100$, и при условии, что проект будет со свободной лицензией

*TBD - to be defined

в) желающие разработать такой продукт - отписываются в теме
Оффтоп

Dev
DokToP - помощь по оформлению, картинки, флеш.

г) вышли из желающих иметь такой продукт
a_aqua


Предыдущая коммуникация по теме под оффтопом.
Оффтоп

Всем привет

Предыдущий пост по коллективной разработке модуля вакансий далеко не двинулся, может быть будет интерес в этот раз? =)

Итак. Есть много раздельных продуктов для приема платежей. Это и pay pal donate, и СМС копилка, и вебманевские фичи. Чаще всего на форумах просто приводят номера кошельков.

Есть ли у комьюнити интерес к разработке единого модуля приема платежей, который будет работать на форуме 3.8.х и/или 4.х.х? Может быть обсудим тему коллективного заказа такого модуля на условии паблик, или еще каком-нибудь, у кодеров vbsuppport? Если будет спрос, возможно и предложения появятся?

Пока предлагаю хотя бы накидать мнений, предложений (только просьба сильно не флудить):

списки участников перенесены выше.

г) какие платежные системы видите необходимыми в подобном продукте - пишем пожелания с аргументами
Оффтоп

PayPal
Worldpay

VISA
Master Card

Web Money (wmr, wme, wmz)
Яндекс Деньги
RBKMoney

Интеркасса
roboxchange

API Приватбанка (для Украины)

после понимания общественного мнения, можно будет обсуждать дальнейшие шаги.

Проголосуете (голосование открытое)? Если есть желание принять участие в оплате/разработке - просто укажите это в сообщении в этой теме.

Спасибо
ник

Все представленное ниже является исходным предложением, предлагаемым для только для рассмотрения и обсуждения

ДРАФТ ОПИСАНИЯ ПРОЦЕССА РАЗРАБОТКИ И УЧАСТИЯ СТОРОН


Оффтоп

Предлагаю описание процесса выбора поставщика услуги и проведения заказа, в своем роде прецедента в коллективном заказе разработки на vbsupport.ru. Давайте посмотрим, как пойдет процесс и, может быть, этот пример можно будет стандартизировать в последующих заказах?

Итак.

Инициация разработки.
Теме задается определенный период. Период указывается в первом посте. Не чаще разрешенной периодичности, ТС может поднимать тему в рейтинге. По достижению указанной даты, прием предложений на разработку прекращается. В последующем «тендере» участвуют специалисты, своевременно заявившие о желании взяться за выполнение заказа.

Допуск к участию - Разработчики.
Вне зависимости от участия и предложений в ветке темы, и/или занесения в список пожелавших заняться разработкой, администрация vbsupport.ru имеет право отказать пользователю в участии, основываясь на принадлежности пользователя к «нарушителям правил» vbsupport.ru или при наличии подтвержденных негативных отзывов в «арбитраже».

Создание Технического Задания.
Исходное Техническое Задание пишется и корректируется ТС в первом посте. ТС указывает дату завершения приема предложений. В составлении ТЗ принимают участие участники форума (добавлением сообщения). Поступившие предложения отражаются в первом посте при отсутствии возражений. Комментарии добавляются в ветке темы. Комментарии должны содержать ту часть ТЗ, с которой согласны, и указание того, с чем не согласны и причины несогласия.

От Спонсоров разработки ожидается.
- открытое указание минимальной суммы, доступной к финансированию
- выражение согласия с оплатой через гаранта сделки
- перевод требуемой (возможной) суммы + 5% на переводы. Валюта – указанная в первом посте, удобная для Гаранта сделки

От Гаранта сделки ожидается (предлагаю kerkа, если не будет его личных возражений)
- после разработки и утверждения ТЗ, определения Исполнителя, суммы Заказа, и Спонсоров, принять требуемые суммы от Спонсоров, и сообщить о накоплении требуемой суммы, что является сигналом к началу разработки Исполнителем.

От Исполнителя Заказа ожидается (общий объем работ):
- рассмотрение и подтверждение согласия с ТЗ
- разработка продукта(объем Заказа)
- тестирование, отладка, подтверждение действительной нагрузки на сервер и отсутствия сбоев в работе в течение тестового периода
- обеспечение гарантии на разработку, в соответствии с ТЗ
- поддержка пользователей продукта, в течение оговоренного в ТЗ срока
- установка/снятие копирайтов разработчика в соответствии с ТЗ
- передача готового к эксплуатации продукта Гаранту сделки
+ написание и передача в составе комплекта готового продукта, подробной инструкции по установке продукта и настройке систем.

От Гаранта сделки ожидается (продолжение):
- принять продукт и передать его Тестеру

От Тестера ожидается:
- произвести установку продукта и его тестирование
- в оговоренные в ТЗ сроки произвести тестирование и подтвердить работоспособность продукта, или обратное, Гаранту сделки

От Гаранта сделки ожидается (продолжение):
- произвести оплату Исполнителю, в установленный в ТЗ срок
- принять продукт, и передать его Спонсорам/Заказчикам, или выложить в паблик, если это не противоречит ТЗ

Решение спорных вопросов:
Все спорные вопросы по составу/качеству/срокам, не имеющие, по мнению пользователей, решения в теме, решаются по правилам «арбитража».

Прошу прокомментировать/поправить, + добавить ожидания Гаранта (зачем ему/ей это надо) и Тестера.

ДРАФТ ТЕХНИЧЕСКОГО ЗАДАНИЯ

Оффтоп

Интеграция:
В разрабатываемом продукте должен быть реализован прием платежей следующих платежных систем:
- первая система (пример)
- вторая система (пример)
… и так далее, до конца списка, оговоренного на дату начала сбора предложений разработчиков
+ заголовки, текст, отображаемые пользователю, должны быть созданы VB фразами

Функционал:
Прием платежей (фиксированные суммы – перечень из 5 значений устанавливаются в админке и поле для ручного ввода суммы с последующей подстановки валюты).
Генерация статистики платежей за определенный период по каждой из валют.
Прием имени/ника отправившего перевод и короткого текстового сообщения – пожелания.
+включение/отключение нужных платежных систем в админке
+установка видимости и работы продукта по id (и гостям)
+для пользователей отправивших перевод под логином, статистика по переводам в базе за период и повалютно
+кроме админа о суммах и спонсорах не знает никто (при желании эту информацию можно вывести в тему)

Формируется несколько основных направлений движения средств, посредством разрабатываемого продукта:
1) Прием «пожертвований». Пользователи, гости.
2) Прием платежей за доступ в раздел, путем расширения стандартного функционала (плюс к pay pal указанный список карт, платежных систем и валют) vbulletin «Платная подписка». Это же даст возможность, на мой взгляд, оплачивать «членство» в клубах.
3) Прием платежей за скачивание чего/либо, за доступ к ссылке (1шт).
4) Прием платежа за создание 1 темы.

Браузеры:
Продукт должен быть проверен на работу в следующих браузерах: нужна помощь – напишите стандартный список для проверки, пожалуйста.

Применение:
Разрабатываемый продукт должен иметь возможность применения на форумах vbulletin версий от 3.8.х и выше в линейке 3.8.х. Ожидается, что в перспективе автор продолжит разработку для 4.х.х версии (объем дополнительной разработки)
Модуль (его блок) должен устанавливаться как в sidebar так и в теле темы (в первом сообщении).
Ожидается возможность применения продукта для платного доступа в определенные разделы форума. По id.

Ограничения:
Требуется разработать модуль для дефолтного стиля, импользуя минимум «рисованных» графических элементов, чтобы поля приняли свойства установленного стиля. Требуемые для разработки графические элементы будут предоставлены Исполнителю по запросу. Требования к графическим элементам – ответственность Исполнителя.
Нужна помощь: в какой-то момент понадобятся графические элементы – кнопки и т.д. с логотипами платежных систем. Возможно, рамочка какая-нибудь, универсальная. Есть желающие помочь? Я в графике – «0».

Сроки разработки:
Исполнитель в своем предложении указывает сроки разработки.

Предоставление предложений Разработчиков:
С объявленной даты завершения формирования ТЗ, после того, как ТЗ утверждено и выставлено на оценку (объявлена дата и факт в первом посте), Исполнители, пожелавшие принять участие в разработке, информируются ТС через отправку ЛС. Дата окончания приема предложений указывается в первом посте.
Предложения Исполнителей отсылаются ТС посредством ЛС Гаранту (kerk, я бы взял это на себя, но почты всего 50 единиц – боюсь конфуза). По окончанию времени на сбор предложений, сводная информация о предложениях отражается в первом посте в формате:

1. Ник разработчика, приславшего информацию
2. Предложенная стоимость
3. Предложенные сроки разработки
4. Условия, комментарии, предложения, допущения, ограничения…

Определение победителя:
Для выбора победителя, из числа трех участников, подавших меньшую цену и более низкие сроки, будет проведено открытое голосование, среди спонсоров разработки. Голосование организует ТСР в отдельной теме, ссылка вешается в первый пост. Решение по голосованию, при равном количестве голосов, принимает Гарант.

далее действует процесс выше.

Фух… Дополните? =))

ПРЕДЛОЖЕНИЕ ПО АВТОРСТВУ ПРОДУКТА

Оффтоп

Еще 1 предложение, направленное на развитие коллективных разработок:

предположим, 10 пользователей скинулись и заказали некий продукт.
нашелся мастер и этот продукт сделал.
гарантом выступил, к примеру kerk.

предлагаю параллельно обсудить, кто и какие права получит по разработке продукта. это не из-за вредности или жадности, а для разумного стимулирования заинтересованных сторон.

итак, если не будет аргументированных комментариев, предлагаю следующую схему:
- все участники оплаты*, с минимальным порогом до 10wmz, получают копию продукта для 1 домена. домен, на котором будет использоваться продукт, высылается Гаранту.
- все участники оплаты* с порогом оплаты 10wmz и выше, получат право использовать созданный продукт на неограниченном кол-ве своих доменов, без права передачи/переуступки/перепродажи прав
- Гарант получает копию продукта, право использовать созданный продукт на неограниченном кол-ве своих доменов, и право последующей продажи копий другим участникам, по установленной им цене
* заявившие о желании участвовать в оплате до завершения создания и утверждения ТЗ.

в этом случае, должна повыситься заинтересованность в спонсорстве, а так же в участии администрации vbsupport.ru в процессе.

комментарии?, ЗА?, ПРОТИВ?

kerk согласился выступить Гарантом сделки, за что ему отдельное большое спасибо.

ИЩЕМ КОДЕРА ДЛЯ РАЗРАБОТКИ ПРОДУКТА НА 3.8.Х.
Cybermama сообщила о своем желании доработать продукт 3.8.х под 4.х.х после завершения разработки

==== ==== ==== ==== ==== <<< ДОБАВЛЕНО >>> ==== ==== ==== ==== ====

1. как гарант сделки, kerk предоставляет площадку для тестирования (форум vB 3.8.5) на своем сервере

2. для тестов российских платежных систем, нужны будут счета в этих системах, как всем известно, kerk живет не в России и такого счета у него нет, нужно будет найти таких добровольцев, что бы они могли предоставить свои счета для тестовых платежей (Предлагайте систему/свой ник – я внесу в первом посте)

3. работа исполнителя начнется только после поступления полной суммы на кошелек гаранта, если решили, что оплата в долларах, то и все участники должны переводить средства именно в этой валюте
важный момент - перевод условленной суммы от участника +5% (к примеру Х=30$ тогда X+5%=30*1.05=31.5$) – эта сумма должна прийти на кошелек kerkа
* по вопросу % и прочих условий обращаться следует ко мне, GoDaddy, как к ТС. Kerk к установке % отношения не имеет.

как только вся сумма будет собрана, гарант дает отмашку исполнителю, что можно начинать

4. до начала работы исполнителя, при отказе от участия в оплате, сумма возвращается за вычетом 5% неустойки
5. после начала работы исполнителя – суммы не возвращаются, если только исполнитель не отказался/не смог завершить
6. в случае отказа от разработки Исполнителем, суммы возвращаются участникам за вычетом процента за перевод

7. после окончания работы, начинается этап тестирования всех платежных систем, обозначенных в ТЗ и принятых к выполнению исполнителем (площадку предоставляет kerk)

8. после тестирования, если все нормально, все пункты ТЗ, принятые исполнителем, выполнены и у участников сделки нет претензий, kerk переводит 50% гонорара исполнителю работы, за минусом 15% от этой суммы (в инете, гарант имеет от 10 до 20 процентов, остановимся на среднем)

9. если в процессе тестирования (в т.ч. и участниками-заказчиками), выявляются ошибки скрипта и/или скрипт работает не так, как это описано в ТЗ, исполнитель обязан исправить все указанные ошибки
после этого тестирование продолжается (нужно отвести определенное время на тесты, а так же на исправление ошибок, если таковые будут)
==

10. отдельным пунктом, предлагается добавить в первый пост ответственность исполнителя (предгагайте)
т.е. если он взялся за работу, но позже, когда средства на работу перечислены гаранту, он отказывается от работы или от какого либо пункта ТЗ без уважительных причин, то... (здесь нужно указать какую именно неустойку он должен заплатить, либо это в денежном эквиваленте, либо как то иначе)
это к вопросу о том, что люди заплатят и будут ждать, когда их деньги будут оправданы.
==

11. затем, когда продукт готов и отправлен заказчикам, у них есть 1 мес. для тестирования. после этого периода, претензии не принимаются. Все претензии пишутся в отдельной теме «Баги модуля приема платежей», которую создам позже.
==

12. исполнитель обязуется написать подробную инструкцию установки продукта на ресурс (форум)
с обязательным указанием необходимых пунктов, к примеру что бы пользоваться сервисом вэбманей, нужен аттестат продавца (ну это для примера, может и не понадобится)
==

13. исполнитель должен отписываться в теме о ходе работ, один раз в неделю
==

- сумма, разделенная на кол-во участников + процент вэбманей за перевод (при возврате), кол-во участников должно быть четко оговорено до начала работ, все кто захочет присоединиться к участию, оплачивают ту же сумму, что и основные участники, это будет как премиальные исполнителю
- когда все стороны договорятся kerk сообщит номер кошелька
- при переводе нужно обязательно указать ник на форуме + сумма взноса + основной участник или дополнительный (см. выше)
- с момента рассылки участникам дается 2 недели на осуществление перевода средств
- передача средств разработчику по условиям выше
- полный возврат возможен только в случае не выполнения разработчиком ТЗ или возврат части средств, если не выполнен какой то из пунктов ТЗ (можно обсудить, но обсуждение может быть бесконечным)
-- если ТЗ не выполнено, возврат средств на кошельки заказчиков, за минусом 2 процентов от вложенной суммы
==

нужно определить ответственность исполнителя
если заказ просрочен
если не выполнены без уважительных причин какие то пункты ТЗ
==

так же обязательно нужно завершить обсуждени прав на готовый продукт
==

Kerk будет Гарантом сделки, если всех устроят эти условия; если нет – нужно обсуждать до консенсуса; предлагаю (лично) в рассылке указать «если вы участвуете – вы соглашаетесь с условиями»

ОБНОВЛЕНИЕ:
- в тему приглашаются кодеры. если кодер может предложить меньший объем разработки - мы открыты для диалога. пишите в теме. обсудим.

ОБНОВЛЕНИЕ:
Пользователь PGP разместил анонс продукта, в данный момент в разработке. Здесь.

Проголосовал что нужен модуль для четверки, хотя нужен в принципе для обеих версий.
Готов принять участие в оплате разработки.

Предложение: В модуль интегрировать оплату через Интеркассу - в ней как правило встроено огромное колличество денежных электронных валют.

Если есть желание принять участие в оплате или разработке - просто укажите это в сообщении в этой теме, пожалуйста.

оценка "полета" за 3 полных дня:
148 просмотров, 1 отзыв, 8 проголосовавших. не густо пока. немного еще подождем...

GoDaddy, было со временем попроще взялись бы с радостью...

GoDaddy, взяться готов, но требуется более подробное ТЗ, так-как нынешнее никуда не годится

Готов поучаствовать в желании получить такой модуль.
Большим плюсом была бы возможность подключить данную разработку не только к vB, но и к любому другому скрипту без дополнительных больших затрат.

готова вложить 1000

Originally Posted by fuldon

Большим плюсом была бы возможность подключить данную разработку не только к vB, но и к любому другому скрипту без дополнительных больших затрат.

особенно поддерживаю
Ну и систем оплаты - чем больше - тем лучше. Есть ещё RBKMoney - не так популярна но кое где есть.

Вообще есть такие системы типа Z-Payment позволяющие принимать достаточно большое кол-во платежей - но соответственно и процент они за это берут.

Originally Posted by fuldon

Готов поучаствовать в желании получить такой модуль.

+1. Материально, если будет такая возможность — помогу.

Вопрос: Если бы мы взялись за разработку, вам важнее сначала получить 3.х или 4.х версию? (для четверки это садо-мазо).